SoloCodigo

Hola Karen,  no creo que haya un esquema especifico para usar las interrupciones, la función de ellas es la de darle prioridad a un evento, de manera tal que tu no tengas que estar revisando esa condición en todo momento, simplemente se generó la interrupción y el programa se "interrumpe" (suena redundante   ) y va a realizarte lo que tu quieres que suceda cuando llegue el evento. Es algo como si estuvieras ordenando toda la casa y el momento q suena el tel (la interrupción), dejas lo que estas haciendo atiendes la llamada, luego cuelgas (se acabo la funcion generada por la interrupcion) y luego sigues donde habias quedado cuando escuchaste el ring, y asi todas las veces q sea necesario.

Espero ser claro.
lmarte

Hola,

es como el programa sabe que tiene que hacer cuando se da la interrupcion por que como tengo entendido cuando se da la interrupcion el cpu va a un vector en la direccion 0004h especificamente.

mira si entiendo ahora, lo que quieres es saber que sucede cuando ocurre una interrupción. Según lo que he aprendido hay dos tipos de interrupciones, las primeras las voy a llamar sencillas, como por ejemplo la de los timer, la del ADC, etc. estas lo que te hacen es activarte una bandera cuando ocurre una situación en especial, me explico, se lleno el timer en el momento de pasar de ff a 00 te coloca la respectiva bandera en uno. Igual el ADC, termino la conversión, entonces activa bandera.

El segundo tipo, las generales, que son las que tienen que ver con el puerto B, RB0 (recibe un flanco), RB7 a RB4 cambian de estado, no se si se me pasa alguna  
Estas al suceder se van al vector interrupción


Si utilizas una de las primeras, lo que tienes que hacer es cada tanto estar revisando la bandera que te interesa...pq son interrupciones , digamos que te dan la ventaja de seguir realizando otras operaciones mientras la función está corriendo y te avisan que sucedió (pero no te interrumpen el ciclo normal, eso lo haces tu).

Ahhh... se me olvidaba, OJO con INTCON.

Espero esta vez si haber sido de ayuda, me cuentas
lmarte

javierv está en lo correcto.

A global interrupt enable bit, GIE (INTCON<7>)
enables (if set) all unmasked interrupts, or disables (if
cleared) all interrupts. When bit GIE is enabled, and an
interrupt’s flag bit and mask bit are set, the interrupt will
vector immediately

The “return from interrupt” instruction, RETFIE, exits
the interrupt routine, as well as sets the GIE bit, which
re-enables interrupts.

No me habia dado cuenta de eso pq al ingresar a una interrución es desabilitado el GIE. Hoy aprendí otra cosa    Gracias

Karen, yo no he usado motorola, que te dice el datasheet?
Seguro ahi encuentras la respuesta

Un saludo

hola me gustaria que me contestarais a varias dudas que tengo
la 1 que son las interrupciones irq y la nmi de un microprocesador?
la 2 que diferencia hay entre las enmascarables y las NOenmascarables?
la 3que es el vector de interrupcion
que papel juega la pila sp gracias y mil gracias de antemano

Hola , yo también soy nuevo en el foro. He leído y releído vuestras respuestas ya que las necesito para solucionar un problema, pero aún no lo he conseguido. Se trata de hacer saltar al pic 16f877 a cualquier interrupción (estoy mosca porque esto se supone que es algo básico   ).

Es la primera vez que trabajo con estos pics, y me parecen bastante potentes y sencillos de manejar, pero aquí hay algo que se me escapa.

Estoy usando las directivas de código relocalizable (CODE, IDATA, UDATA), aunque he usado las mismas estructuras de programa Imarte o Javierv para el uso de interrupciones viendo que no hay ninguna diferencia entre poner un ORG o un CODE  0x... cuando quieres que un bloque empiece desde una direccion concreta. Es decir, estas directivas no creo que me estén planteando problemas, ya que estoy depurando con ICD2 otros programas que he hecho (sin interrupciones) y van bien.

La interrupción que quiero activar es la de RB0 (es decir, INTE dentro de INTCON). Por cierto Imarte, ¿Qué quieres decir con?:

Ahhh... se me olvidaba, OJO con INTCON.

precisamente a mí me está dando problemas, ya que intento poner a 0 el bit INTF para que vuelva a interrumpir, pero siempre está a 1, y en el 877 no hace falta seleccionar el banco de memoria que contiene a INTCON ya que está reflejado en los 4 bancos.

Os dejo el codiguito que me trae de cabeza, ya estoy empezando a desconfiar en la placa que he hecho, incluso en el icd2



Bueno, espero que os sirva de algo el codigo, y si hay errores me lo decís. Ojalá sepais que me puede pasar, no estoy muy ducho con los PIC.

Gracias por adelantado.

erratas:

Creo que asi es mas claro

Saludos

Oldkami

Gracias Oldkami por tu rápida respuesta. No obstante, cambiando el origen de la interrupcion a la direccion 100 hex, funciona, no sé por qué no me deja empezar desde la direccion 5 que se supone que es la posicion libre inmediatamente despues del vector de interrupción.

además , he intentado añadir "pagesel" en el vector de interrupcion para saltar a la ISR y me dice que no cabe. No será pq sólo hay una palabra de espacio para el mapeo del vector de int. en la 04?

Bueno, más cositas. Tengo un programa que hace una cuenta binaria de 3 bits (Típico contador Johnson, o como se diga) y la saco por tres líneas del puerto B y ok, pero la saco en RA2,3 y 4 y no lo consigo. El hecho es que siempre que activo un bit del puerto A se desactiva el que hubiere anteriormente, ¿inquietante eh? (con RA4 no pasa esto, es la única que fluctua debidamente sin que la afecten las demás)

He tenido en cuenta el drenador abierto de RA4, pero se ve que la inversión del dato se resuelve de forma transparente al usuario, ya que tengo un pull-up a la salida y el dato sale tal y como lo escribo en el puerto, no invertido como esperaba que lo hiciese.

Por cierto RA2,3 y 4 van colgadas a la entrada de un MUX 8 a 1, y éste funciona aparentemente bien.

Aquí os dejo un pequeño ejemplo que ilustra el fallo mediante una barrido de tres lineas del puerto, parece simple, pero ocurre lo que os he mencionado.

MAIN  CODE               ; Zona de Programa

inicio:
;-------Configuración de puertos-------
     movlw b'00000011'    ; como salida, y ent RA0, RA1 y RA3 b'00001011'
     banksel TRISA        ; configurando el puerto B
     movwf TRISA

     movlw b'00001001'    ; como salida, y ent RB0 y RB3 -> b'00001001'
     banksel TRISB        ; configurando el puerto B
     movwf TRISB
     movlw b'00001010'    ;
     banksel PORTB
     movwf PORTB

     movlw b'00000000'    ; como salida
     banksel TRISC        ; configurando el puerto B
     movwf TRISC

     movlw b'00000000'    ; como salida
     banksel TRISD        ; configurando el puerto B
     movwf TRISD

     movlw b'00000000'    ; como salida
     banksel TRISE        ; configurando el puerto B
     movwf TRISE

     banksel PORTA
     ;movwf   PORTA
     bcf   PORTA,BIT2
     bcf   PORTA,BIT3
     bcf   PORTA,BIT4 ; limpiamos puerto

salta
     call delay_1s
     bsf   PORTA,BIT3
     call delay_1s
     bsf   PORTA,BIT2
     call delay_1s
     bsf   PORTA,BIT4
     call delay_1s
     goto  salta

No sé si es un fallo software, porque he cambiado por varios micros, incluso usé un 648A programado (sin usar el modo depuración) y pasa lo mismo. Tengo un header que me he hecho yo que convierte 40 a 18 pines, pero esto tampoco falla, ya que la placa destino tiene como os digo 18 pines, y allí es donde usé el 648.

Los pines restantes de los puertos del 877, como veis los configuro como salida, recomendacion que te da Microchip cuando no los vas a usar.

Bueno, o bien encomiendo a San Silicio, aunque me gustaría que me comentarais sobre esto en breve.

Saludito para todos, y gracias de nuevo
 

Gracias de nuevo Oldkami, desde luego que estás ducho en este tema. Respecto al codigo nuevo sobre el fallo del puerto, en realidad no es mucho más que eso, es realmente simple. Voy a colgar otra discusión con lo dicho sobre esto y ademas la rutina de delay_1s, para que veas que no influye en los puertos.

Un saludo, sigo en el tajo