Es gibt unterschiedlich implementierte Watchdog(WD)-Konzepte: WD in einem externen Überwachungsbaustein (Time-out, Fenster-WD, intelligenter WD): löst meistens einen Reset aus WD in einem, externen Überwachungsbaustein, aber dieser bringt das Gesamtsystem zusätzlich - unabhängig von dem anscheinend unkontrolliert laufendem Prozessor - in einen sicheren Zustand (Beispiel: 3-Ebenen Konzept mit intelligentem Watchdog beim Elektronischen Gaspedal im Auto) Watchdog als Hardware-Modul, aber im Microcontroller integriert: Löst einen sog. Trap (= Interrupt) aus, der meistens auch die Controller-Hardware (zumindest teilweise) zurücksetzt. Es ist anschliessend die Aufgabe der dem Trap zugeordneten Software, eine angepasste Reaktion durchzuführen - z.B. merken, dass es ein Watchdog-Problem gegeben hat, System in den sicheren Zusstand bringen und anschliessend ein teilweiser oder kompletter Neustart. Watchdog als Task-Monitor (Software-Watchdog): Hier überwacht ein Software-Modul (das evtl. seinerseits von einem Hardware-Watchdog überwacht wird), ob auch alle Programm-Module im vorgegebenen Zeitrahmen ausgeführt werden, oder ob ein Modul unzulässig lange für die Bearbeitung benötigt. Dieses muss nicht unbedingt durch eine fehlerhafte Abarbeitung verursacht sein, sondern kann auch durch einen sog. Deadlock (Verklemmer?) zwischen zwei Prozessen hervorgerufen werden: Jeder wartet auf ein Ergebnis des anderen. So und nun macht mal etwas daraus ;-) Manfred 21:23, 20. Febr 2006 (CET)