Watchdog: To be or not to be?

[Leon Pic]

También estoy de acuerdo con lo que ha dicho RedPic. Pero también considero que, a la hora de utilizar dicho "perrito", hay que armar un programa adecuado para tal. Lo que quiero decir es que, a la hora de un reset, el contador de programa pueda continuar por donde se reseteo o lo más cerca posible (obviamente, primero deberá configurar al pic para el trabajo, Puertos, comunicaciones, diferentes timer y todo lo que se vea afectado en un reset del perro guardián).

[Suky]

nunca lo uso, pero por no saber donde usarlo, y espero no tener que usarlo tampoco ya que mis desarrollos son 101% confiables 

Eso supone todo programador!   Pero cuando uno realiza un proyecto que queda en el campo de aplicación sin supervisor no puede darse el gusto que falle, y para protegerse de ello está el Watchdog  


Saludos!

[willynovi]

es como cuando te vas de casa, ahi queda el pichicho para proteger tus cosillas 

No he tenido la suerte de hacer algun dispositivo que no sea para uso personal, ya que me dedico a esto de puro guapo y hobby
Pero con lo rompehuevos que soy para que las cosas me salgán bien, creo que no llegaria nunca a largar algo al mercado y antes me ahorcaria con la piola del pichicho guardian

No entendí mucho la aplicación de migsantiago por lo del USB, yo tengo hecha una aplicación que cuando desconecto el cable vuelve al programa inicial, es decir, si no tiene comunicación USB tiene otras cosillas que hacer y no necesito el WDT.
Salvo que tu digas que el programa se quede clavado en la rutina de envio del endpoint.

Luego en casa lo estudio un poco mas el tema, seguro se me esta pasando algo por alto

[RICHI777]

Hola, mi opinion. Para todos los proyectos que realizo el uso del watchdog es una condición necesaria. En mi caso diseños los fimrwares de manera tal que la comunicación con dispositivos externos ( eeprom, uart, rtc, etc ) son siempre con time-outs controlados por un timer. Si algún error acontece en el acceso a los mismos lo reporto a niveles superiores. El uso del watchdog solo se limita a protejer el equipo ante un evento extraño ( ruido, emi, esd, etc ) que fuerzen al firmware a volver a un punto conocido de ejecución ( en este caso el Reset ). Nunca uso el watchdog para corregir errores de programación, para eso uso los intensivos unit-test. Como ultimo punto trato de elegijr en lo posible watchdog que esten alimentados por un oscilador independiente del clock principal del sistema, hoy por hoy es una recomendacion que los mismos tengas varias fuentes de clock. Y en el peor de los casos y en ambientes muy hostiles utilizo watchdogs externos.

Saludos !

[tinchosalamero]

RICHI777  Como haces los unit-test? nos podes dar una pequeña idea? busco un poco por la web y parecen algo interesante

gracias

[migsantiago]

No entendí mucho la aplicación de migsantiago por lo del USB, yo tengo hecha una aplicación que cuando desconecto el cable vuelve al programa inicial, es decir, si no tiene comunicación USB tiene otras cosillas que hacer y no necesito el WDT.
Salvo que tu digas que el programa se quede clavado en la rutina de envio del endpoint.

Luego en casa lo estudio un poco mas el tema, seguro se me esta pasando algo por alto

En efecto, programé un par de cosas a nivel casi ASM y obligué al PIC a esperar indefinidamente a que el endpoint fuera transmitido. De esa forma es como logré transmitir datos a 64kB/s de parte del USB.

[RICHI777]

Hola, basicamente nuestro firmware se divide en muchas funciones, la idea de los unit-test es escribir explicitamente funciones especiales que se encargan de probar las funciones de nuestro firmware. Obvio que despues para produccion estas funciones que prueban nuestras funciones no se incluyen en la imagen binaria.  Basicamente esa es la idea de los unit-test

Saludos !