Use AVR Watchdog como ISR normal

Estoy tratando de entender el temporizador de vigilancia en la serie ATTinyX5. Entonces, las cosas que he leído hacen que parezca que podría usarlo para hacer que el programa haga algo específico cada N segundos, pero nunca mostró cómo. Otros hicieron que pareciera que solo restablecería el chip a menos que algo en el código lo restablezca mientras tanto (lo que parece ser el uso "normal").

¿Hay alguna forma de usar el WDT como lo haría con TIMER1_COMPA_vect o similar? Noté que tiene un modo de tiempo de espera de 1 segundo y realmente me encantaría poder usarlo para hacer que suceda algo cada 1 segundo en mi código (y preferiblemente dormir en el medio).

¿Pensamientos?

* Actualización: * Dado que se preguntó, a lo que me refiero es a la sección 8.4 de la hoja de datos de ATTinyX5 . No es que lo entienda del todo, que es mi problema...

+1 por pensar fuera de la caja. Me gusta más si agrega un enlace a la hoja de datos del AVR.

Respuestas (3)

Ciertamente puedes. De acuerdo con la hoja de datos, el temporizador de vigilancia se puede configurar para restablecer la MCU o provocar una interrupción cuando se activa. Parece que estás más interesado en la posibilidad de interrupción.

El WDT es en realidad más fácil de configurar que un temporizador normal por la misma razón que es menos útil: menos opciones. Funciona con un reloj de 128 kHz calibrado internamente, lo que significa que su sincronización no se ve afectada por la velocidad del reloj principal de la MCU. También puede continuar funcionando durante los modos de suspensión más profundos para proporcionar una fuente de activación.

Repasaré un par de ejemplos de hojas de datos, así como algunos códigos que he usado (en C).

Archivos incluidos y definiciones

Para comenzar, probablemente querrá incluir los siguientes dos archivos de encabezado para que las cosas funcionen:

#include <avr/wdt.h>        // Supplied Watch Dog Timer Macros 
#include <avr/sleep.h>      // Supplied AVR Sleep Macros

Además, utilizo la Macro <_BV(BIT)> que se define en uno de los encabezados estándar de AVR de la siguiente manera (que podría resultarle más familiar):

#define _BV(BIT)   (1<<BIT)

Comienzo del código

Cuando la MCU se inicia por primera vez, normalmente inicializaría la E/S, configuraría temporizadores, etc. En algún lugar aquí es un buen momento para asegurarse de que el WDT no provocó un reinicio porque podría volver a hacerlo, manteniendo su programa en un bucle inestable.

if(MCUSR & _BV(WDRF)){            // If a reset was caused by the Watchdog Timer...
    MCUSR &= ~_BV(WDRF);                 // Clear the WDT reset flag
    WDTCSR |= (_BV(WDCE) | _BV(WDE));   // Enable the WD Change Bit
    WDTCSR = 0x00;                      // Disable the WDT
}

Configuración WDT

Luego, después de haber configurado el resto del chip, vuelva a hacer el WDT. Configurar el WDT requiere una "secuencia cronometrada", pero es muy fácil de hacer...

// Set up Watch Dog Timer for Inactivity
WDTCSR |= (_BV(WDCE) | _BV(WDE));   // Enable the WD Change Bit
WDTCSR =   _BV(WDIE) |              // Enable WDT Interrupt
           _BV(WDP2) | _BV(WDP1);   // Set Timeout to ~1 seconds

Por supuesto, sus interrupciones deben estar deshabilitadas durante este código. ¡Asegúrate de volver a habilitarlos después!

cli();    // Disable the Interrupts
sei();    // Enable the Interrupts

Rutina de servicio de interrupción de WDT Lo siguiente que debe preocuparse es manejar el ISR de WDT. Esto se hace así:

ISR(WDT_vect)
{
  sleep_disable();          // Disable Sleep on Wakeup
  // Your code goes here...
  // Whatever needs to happen every 1 second
  sleep_enable();           // Enable Sleep Mode
}

Suspensión de MCU

En lugar de poner la MCU en suspensión dentro del WDT ISR, recomiendo simplemente habilitar el modo de suspensión al final de la ISR y luego hacer que el programa PRINCIPAL ponga la MCU en suspensión. De esa manera, el programa en realidad está saliendo del ISR antes de que se vaya a dormir, y se despertará y regresará directamente al WDT ISR.

// Enable Sleep Mode for Power Down
set_sleep_mode(SLEEP_MODE_PWR_DOWN);    // Set Sleep Mode: Power Down
sleep_enable();                     // Enable Sleep Mode  
sei();                              // Enable Interrupts 

/****************************
 *  Enter Main Program Loop  *
 ****************************/
 for(;;)
 {
   if (MCUCR & _BV(SE)){    // If Sleep is Enabled...
     cli();                 // Disable Interrupts
     sleep_bod_disable();   // Disable BOD
     sei();                 // Enable Interrupts
     sleep_cpu();           // Go to Sleep

 /****************************
  *   Sleep Until WDT Times Out  
  *   -> Go to WDT ISR   
  ****************************/

   }
 }
WOW... muy detallado. ¡Gracias! Estoy un poco confundido por la sección de suspensión donde se muestra el bucle principal (if (MCUCR & _BV(SE)){ // Si la suspensión está habilitada... etc.) inhabilitar y habilitar continuamente las interrupciones. Y la parte en la parte superior de esa sección (set_sleep_mode(SLEEP_MODE_PWR_DOWN); ) ¿Dónde se supone que debe ejecutarse?
Bien, la parte "set_sleep_mode(MODE)" debe estar en main ANTES del ciclo principal, idealmente en el otro código de inicialización donde configuras los puertos de E/S, temporizadores, etc. Realmente no necesitas enable_sleep(); en ese momento, ya que se hará después de su primera activación de WDT. DENTRO del ciclo principal, ese código de suspensión solo se ejecutará SI la suspensión está habilitada, y no es completamente necesario deshabilitar/rehabilitar las interrupciones allí, solo si está haciendo sleep_bod_disable(); Esa declaración IF completa podría estar en la parte inferior (pero aún dentro) del bucle PRINCIPAL después de cualquier otro código que esté ejecutando allí.
Ok... eso tiene más sentido ahora. Lo último que no me convence es qué es esta "secuencia cronometrada"...
Nota al margen: sé por qué querrías ir a dormir, pero supongo que no tienes que hacerlo cuando usas el WDT.
Eche un vistazo a esta pequeña sección de la hoja de datos: 8.4.1. Básicamente, para cambiar el registro WDT, debe configurar el bit de cambio y luego configurar los bits WDTCR adecuados dentro de tantos ciclos de reloj. El código que proporcioné en la sección Configuración de WDT hace esto habilitando primero el bit de cambio de WD. Y no, no tiene que usar la función de suspensión en absoluto con el WDT. Podría ser una fuente de interrupción temporizada estándar por cualquier motivo que desee.

Según la hoja de datos es posible. Incluso puede habilitar ambos, una interrupción y el reinicio. Si ambos están habilitados, el primer tiempo de espera de vigilancia activará la interrupción que hace que el bit de habilitación de interrupción se deshabilite (interrupción deshabilitada). El próximo tiempo de espera reiniciará su CPU. Si habilita la interrupción directamente después de que se haya ejecutado, el siguiente tiempo de espera activará (nuevamente) solo una interrupción.

También puede simplemente habilitar la interrupción y no habilitar el reinicio en absoluto. Deberá configurar el bit WDIE cada vez que se active la interrupción.

Hmmm.... Creo que tiene sentido. Le daré una oportunidad. Siempre me gusta usar las cosas para lo que no fueron diseñadas :)
En realidad, creo que es un diseño inteligente. Le ahorra un temporizador mientras mantiene la funcionalidad de vigilancia.
Este tiempo de espera inicial del WDT y la interrupción subsiguiente también se pueden usar como una ventaja para algunas aplicaciones que habilitan el WDT para la recuperación real de colgados. Se puede mirar la dirección de retorno apilada en el WDT ISR para inferir qué estaba tratando de hacer el código cuando ocurrió el "tiempo de espera inesperado".

Esto es mucho más fácil de lo sugerido anteriormente y en otros lugares.

Siempre que el WDTONfusible no esté programado (no está programado de forma predeterminada), solo necesita...

  1. Establezca el bit de habilitación de interrupción de vigilancia y el tiempo de espera en el registro de control de vigilancia.
  2. Habilitar interrupciones.

Aquí hay un ejemplo de código que ejecutará un ISR una vez cada 16 ms...

ISR(WDT_vect) {
   // Any code here will get called each time the watchdog expires
}

void main(void) {
   WDTCR =  _BV(WDIE);    // Enable WDT interrupt, leave existing timeout (default 16ms) 
   sei();                                           // Turn on global interrupts
   // Put any code you want after here.
   // You can also go into deep sleep here and as long as 
   // global interrupts are eneabled, you will get woken 
   // up when the watchdog timer expires
   while (1);
}

Eso es realmente. Dado que nunca habilitamos el restablecimiento del perro guardián, nunca tenemos que jugar con las secuencias cronometradas para deshabilitarlo. El indicador de interrupción de vigilancia se borra automáticamente cuando se llama al ISR.

Si desea un período diferente a cada 1 segundo, puede usar estos valores aquí para establecer los bits apropiados en WDTCR...

ingrese la descripción de la imagen aquí

Tenga en cuenta que necesita ejecutar la secuencia cronometrada para cambiar el tiempo de espera. Aquí hay un código que establece el tiempo de espera en 1 segundo...

   WDTCR = _BV(WDCE) | _BV(WDE);                   // Enable changes
   WDTCR = _BV(WDIE) | _BV( WDP2) | _BV( WDP1);    // Enable WDT interrupt, change timeout to 1 second
No realizar la secuencia cronometrada durante la configuración ahorra una línea de código: una operación de lectura, modificación y escritura. La secuencia inicial se recomienda en la hoja de datos "Si Watchdog se habilita accidentalmente, por ejemplo, por un puntero desbocado o una condición de caída de tensión" y el resto de mi código es específico para usar el WDT en combinación con un modo de suspensión, según lo solicitado por el OP. Su solución no es más simple, simplemente descuidó el código de placa de caldera recomendado/requerido.
@ KurtE.Clothier Lo siento, ¡solo trato de dar el ejemplo de trabajo más simple!