Szoftver watchdog

Füzesi Arnold arno at externet.hu
Mon Apr 14 00:57:48 CEST 2003


Sziasztok!

Azon jar az agyam, hogy az alabbi "szoftver" watchdog mennyire hasznalható.
Minden fuggvenybe tenni egy szamlalot, amelyik a meghivaskor
inkrementalodik.

Kicsit biztos lehet finomitani a dolgon, de nem ez a lenyeg.
(Mondjuk fuggvenybe lepeskor novelni, kilepeskor csokkenteni egy szamlalot,
vagy bitet egybe, nullaba allitani, lehetosegek szama vegtelen)

A megszakitasrutinban pedig analizalni hogy mozognak a dolgok...

Nemi gondolkodassal es a programot ismerve egyszeru detektalo rutin irhato a
megszakitasba, amelyik meg tudja allapitani melyik fuggveny hol hogyan
fagyott le, ha lefagyott.
Esetleg eepromba tudja logolni stb.

Az a tapasztalatom ugyanis, hogy a mikrokontrolleres programok nem "sokk
okozta programeltevedes" miatt fagynak le, hanem a kulso
eszkozok drivere nem tokeletes, nincs felkeszitve minden hibalehetosegre.
Kvazi programozasi hibak miatt fagynak le, amelyeket a hw watchdog szepen
korrigalhat, de ezzel a hiba nincs megszuntetve, hanem csak aktualisan
athidalva.
Mig ha a megszakitasi rutin logol valahova, akkor sokkal konyebben javtihato
a hiba, es ez is ugyan ugy ujra tudja inditani a cuccot szoftverhiba eseten.
(Ha korultekintessel van megirva)

Tudom, hogy a hw watchdog valo igazabol erre, meg hogy atomhaboru eseten a
hw watchdog az ami fenn tartja a muholdakat az egen stb es , hogy van ilyen
a mikrokontrollerekben.
(Csak azert irom, hogy ne bombazzatok ilyen levelekkel)

De mint emlitettem volt -szerintem- a lefagyasok oka a tokeletlen "driver"
az esetek 99%-ban, es nem egy napszelkitores okozta bit atbillenese a
flash-ben....

Velemeny?

Arnold






More information about the Elektro mailing list