Interrupción dentro de interrupción

[c4_esp_VR]

Hola compañeros foreros,

Tengo una ligera duda de concepto...mi memoría me dice que no es bueno llamar a una interrupción dentro de una interrupción, pero no estoy seguro de ello. Os comento tengo un timer que me lleva a la ISR (interrupt service routine) de éste cuando se derborda. De tal forma que cuando se derborda, dentro de la ISR del timer, llamo al ADC y este al ser llamado va al ISR del ADC...

A modo de seudo-código.

Código: [Seleccionar]

uint dato=0;
bool isDato=false:
void ADC_isr()
{
//Leemos dato del registro
dato=registroADC(0);
//Activamos flag
isDato=true;
}

void timer_isr()
{
//Activamos captura del ADC (Sample&Hold)
adc_start(0);
}

vod main()
{
timer_preconfigure(1000);//Desborda cada 1ms
timer_start();
while (true)
{
if (isDato==true)
{
isDato = false;
printf("%i\r\n",dato);
}

}
}

¿Es esto bueno?, de no ser así, ¿qué otras formas serían posibles?.

Como siempre muchas gracias.

[rivale]

se supone que no debes realizar muchas operaciones dentro de una interrupcion, esto incluye otra interrupcion, lo recomendable es que cuando entres a una interrupcion actives una bandera para que la funcion que deseas se realice dentro del main y asi quedas libre para poder atender a otra interrupcion

[c4_esp_VR]

se supone que no debes realizar muchas operaciones dentro de una interrupcion, esto incluye otra interrupcion, lo recomendable es que cuando entres a una interrupcion actives una bandera para que la funcion que deseas se realice dentro del main y asi quedas libre para poder atender a otra interrupcion

Hola,

Efectivamente eso es lo que solía hacer, pero tengo que asegurarme que el valor que adquiero en el ADC esté dentro del ton(led encendido) del PWM generado con el pulso, de lo contrario puede que adquiriese un valor en el ADC que esté en el toff(led apagado), es por ello el requerimiento de esto y más teniendo en cuenta que el ton es de 50us y el toff de 950us...

A ver si se nos ocurre algo más.

Muchas gracias.

[rivale]

me parece que si te daria tiempo de ralizar la lectura en cuanto tengas la activacion del ton, ya que la conversion tarda entre 2 y 4 us, y las instrucciones duran menos de 1 us cada una(aunque dependen de tu cristal). y tu tienes 50 us de tiempo para realizar esto, me parece suficiente tiempo

[mtristan]

.


Como los pic tienen un solo vector de interrupción en su memoria de programa, no permiten atender más de 1 interrupción a la vez. Lo que pasaría si estuvieras dentro de la interrupción del timer y luego se activara la del adc, sería que la bandera de este último se activaría, pero recién se accedería a la interrupción del adc cuando se salga de la del timer.
Podrías probar con esto:
 (Dentro de la int. del timer):
 - Borrar la bandera del timer y del adc.
 - Activar la lectura del adc
 - Esperar a que se active la bandera de la int. del adc
 - Salir de la int.
E inmediatamente entraría en la int. del adc. También hay que tener en cuenta que las banderas de interrupción se activan siempre que ocurra su evento de disparo (por ej, el desborde del timer) independientemente del estado del bit GIE y de los respectivos bits de habilitación de int. individuales.

Espero que se me entienda lo que quiero decir 

Saludos.

[tapi8]

Como los pic tienen un solo vector de interrupción en su memoria de programa,

En la serie 16f es asi, pero en la serie 18f creo que los hay con dos vectores de interrupcion, y uno de ellos tiene prioridad sobre el otro. no soy un gran experto en la serie 18f pero estoy casi seguro que es asi.

Una interrupcion no deberia tardar mas de 50us, o hacer lo posible para que asi sea.

[mtristan]

.


Bueno, en realidad los de la serie 16F tienen también el vector de reset, que puede considerarse una interrupción. Desconozco totalmente la linea 18F, pero me imaginaba que tenían algo así.

Saludos.

[Suky]

En los 16F nunca atenderás una interrupción mientras estas en otra. Existe un solo vector de interrupción, y en el caso de estar atendiendo a una ocurre otra, termina de ejecutar la actual, sale de la interrupción y entra de nuevo.

En los 18F si se puede, ya que dispone de 2 vectores (alta y baja prioridad). Así que si estas atendiendo una interrupción de baja prioridad y ocurre una de alta prioridad, atiende esta última y luego sigue con la de baja prioridad.

En los PIC24 ya es otro cantar, hay 7 niveles de prioridad 

Como se estructuran las isr en CCS puede llegar a confundir el concepto de interrupción para cada arquitectura 


Saludos!

[MerLiNz]

Creo que esto se refiere a que no es bueno utilizar una funcion dentro de una interrupcion, no es que sea bueno, es que si llamas a una funcion dentro de la interrupcion los registros se modifican, entonces al volver al codigo normal puede haber algun registro corrupto (sobrescrito). En el CSS no se como ira, se que en el C18 puedes elegir que datos salvar para que cuando salgas de la interrupcion estos se restauren, aun asi lo hace automaticamente. Supongo que en el CSS tambien lo hara asi, el problema es que entre mas datos tenga que guardar, mas tardara tu interrupcion, y tu codigo no sera efectivo en caso de que requieras precision de tiempos.

Creo recordar que si utilizabas una funcion dentro de una interrupcion, te salia una advertencia al compilar o algo asi no? O si utilizabas divisiones/multiplicaciones. Es por esto mismo

[BrunoF]

En los 16F nunca atenderás una interrupción mientras estas en otra. Existe un solo vector de interrupción, y en el caso de estar atendiendo a una ocurre otra, termina de ejecutar la actual, sale de la interrupción y entra de nuevo.

Esto es técnicamente incorrecto. Una vez ocurrida una interrupción y dentro del vector, podrías volver a habilitar el bit INTCON,GIE y si al menos alguna bandera de alguna interrupción habilitada está activa, se volverá a interrumpir la mismísima subrutina de ISR.

Es un procedimiento algo complejo. Te recomendaría que intentes hacerlo sin tener que recurrir a esta técnica. Probablemente sea más sencillo pasarse a un 18F o superior, que ya poseen más de un vector de interrupciones y más de una prioridad.

Saludos.

[Suky]

En los 16F nunca atenderás una interrupción mientras estas en otra. Existe un solo vector de interrupción, y en el caso de estar atendiendo a una ocurre otra, termina de ejecutar la actual, sale de la interrupción y entra de nuevo.

Esto es técnicamente incorrecto. Una vez ocurrida una interrupción y dentro del vector, podrías volver a habilitar el bit INTCON,GIE y si al menos alguna bandera de alguna interrupción habilitada está activa, se volverá a interrumpir la mismísima subrutina de ISR.

Si, lo iba a indicar como caso aparte, extra de lo propio de CCS 

[AKENAFAB]

Si estas usando CCS  revisa el tiempo que demora en atender la interrpción.

Hace mucho alboroto con solo entrar a la interrupción y salir de ella,por lo menos con los pic16F y menores;dependiendo también de la velocidad de tu uC puede que esto te afecte o no para el tratamiento de tus datos.

Saludos!

[BrunoF]

En los 16F nunca atenderás una interrupción mientras estas en otra. Existe un solo vector de interrupción, y en el caso de estar atendiendo a una ocurre otra, termina de ejecutar la actual, sale de la interrupción y entra de nuevo.

Esto es técnicamente incorrecto. Una vez ocurrida una interrupción y dentro del vector, podrías volver a habilitar el bit INTCON,GIE y si al menos alguna bandera de alguna interrupción habilitada está activa, se volverá a interrumpir la mismísima subrutina de ISR.

Si, lo iba a indicar como caso aparte, extra de lo propio de CCS 

Bien! Siempre en todos los detalles! 

[Suky]

En los 16F nunca atenderás una interrupción mientras estas en otra. Existe un solo vector de interrupción, y en el caso de estar atendiendo a una ocurre otra, termina de ejecutar la actual, sale de la interrupción y entra de nuevo.

Esto es técnicamente incorrecto. Una vez ocurrida una interrupción y dentro del vector, podrías volver a habilitar el bit INTCON,GIE y si al menos alguna bandera de alguna interrupción habilitada está activa, se volverá a interrumpir la mismísima subrutina de ISR.

Si, lo iba a indicar como caso aparte, extra de lo propio de CCS 

Bien! Siempre en todos los detalles! 

Y claro, no eres el "único" 

[NoSepComo]

Lo único que pasaba con eso era el tema de anidarlas correctamente, pero si lo haces en un compilador avanzado te da todo igual, porque lo hace por ti todo el compilador. Lo único el tema de los tiempos que ya han comentado algunos, ya que al final las interrupciones son saltos en el flujo de programa que destrozan el pipeline del ciclo de instrucción. Pero vamos, que tiene que ser un periférico muy lento para que te retarde mucho la ejecución. Yo lo he hecho más de una vez y va bien, haciendolo siempre como te indicó suky.