Diskussion:Watchdog

aus Wikipedia, der freien Enzyklopädie

Der erste Abschnitt sollte aus sprachlichen Gründen ersetzt werden. Mein Vorschlag:

Eine Watchdog (engl. Wachhund) ist eine Überwachungseinrichtung für die interne Funktion technischer Systeme. Sie ist verwandt mit der Totmannschaltung (Link auf Totmannerkennung) in Mensch - Maschine Systemen. Es werden zyklisch prozessabhängige Zustände mit einem vorgegebenen Normal verglichen. Häufig wird dazu die Bearbeitungsdauer zwischen zyklischen Meldungen (Triggersignalen) überwacht. Bei unzulässiger Abweichung wird eine Fehlerbehandlung aktiviert.

So hört sich das Ganze an wie von einem klasse Verkäufer! Mein Problem mit dem Watchdog, wie er in mir bekannten Microcontroller-Systemen eingesetzt wird, ist, daß er eben keine Fehlerbehandlung aktiviert. Er löst einfach einen Reset aus. Mehr nicht. Das Brimborium mit „prozessabhängigen Zuständen“ und „Vergleich mit einem Normal“ ist einfach nur akademisch, um nicht zu sagen heiße Luft. Das System fährt wieder hoch und kann weiter arbeiten. Aber Fehlerbehandlung - wo denn? --Harald Wehner 23:35, 19. Feb 2006 (CET)

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)

Im ET-Bereich kenne ich den Watchdog im Wesentlichen als Watchdog-Timer. Ich würde vorschlagen einen Verweis vom Suchbegriff "Watchdog-Timer" auf den Artikel "Watchdog" zu machen. Evtl. wäre es sogar angebracht den Artikel umzubennen in "Watchdog-Timer", da ein Watchdog ja eher ein Wachhund ist. Dagagen spricht ggf., dass ein Intelligenter Watchdog nicht unbedingt als Timer aufgebaut sein muss.

Ferner wäre es ggf. sinnvoll den WD im Finanzbereich von dem in der Elektrotechnik/Informatik in zwei verschiedene zu trennen, da Watchdogs im Finanzbereich ja eher den Finanzmarkt analysieren und entsprechend agieren,als ihn auf korrekte Funktion zu kontrollieren.

[Bearbeiten] QS?

Obwohl ich eigentlich solche Systeme geprüft habe, verstehe ich diese Formulierung nicht. In der Fa hatte ich wenigstens die Systementwickler in Reichweite, um sowas erläutert zu bekommen. Im Abschnitt Elektrotechnik/Informatik habe ich angefangen, die funktionalen Ausführungen in der zweiten Kapitelhälfte klarer zu formulieren, habe aber nicht verstanden, was eigentlich die Unterschiede oder Charakteristika zu den tabellierten Absätzen sein sollen. Einem MA der Fa hätte ich empfohlen in sich zu gehen und neu mit der Formulierung anzufangen - aber aus diesen Formulierungen kann ich keine Assoziationen zu mir bekannten Konstruktionen ableiten. --SonniWP2 15:36, 23. Aug. 2007 (CEST)