PCIe-WDG-CSM-TH

Einzelheiten

Zwei Modelle

• Die PCIe-WDG-CSM-Karte enthält einen Watchdog-Timer sowie eine RGB-LED und einen Lautsprecheralarm auf der Karte, um den Watchdog-Timeout zu signalisieren. Ein DPDT-Relais, zwei LVTTL-Eingänge und zwei Ausgänge sowie abgesicherte 3,3-V-Allzweckausgänge und Masse sind über die DB25-E/A-Buchse an der Kartenhalterung zugänglich.
• Ein erweitertes Modell, das PCIe-WDG-CSMA, ist ebenfalls erhältlich, das Sensoren zur Überwachung der PCI-Express-Bus-Stromversorgung, der internen Temperatur und Luftfeuchtigkeit sowie des Umgebungslichts umfasst und mit einem Ferntemperatursensor an einem 19"-Kabel geliefert wird. Ein Paar opto-isolierte digitale Ausgänge und vier opto-isolierte digitale Eingänge sind für allgemeine Zwecke verfügbar und eignen sich hervorragend zur Beseitigung von störenden Masseschleifen und Transienten in elektrisch verrauschten Umgebungen.

Beide Modelle ermöglichen verschiedene "Aktionen" als Reaktion auf "Ereignisse", d. h. Änderungen des Status der verschiedenen Sensoren. Eine Aktion, wie z. B. das Abschalten des Relais, kann an ein bestimmtes Ereignis gebunden sein, wie z. B. ein Eingangsbit, das nicht schnell genug pulsiert. All dies lässt sich über ein benutzerfreundliches grafisches Einstellungsprogramm ( Windows ) konfigurieren oder unter Anwendungssteuerung über die umfangreiche API, die sowohl als Windows DLL als auch als Linux Shared Object zur Verfügung steht - natürlich mit vollständigem Quellcode

Was ist ein Watchdog?

Watchdog-Timer bieten eine letzte Verteidigungslinie gegen Systemblockaden, die echten Schaden anrichten können - physischen Schaden, wie z.B. wenn ein geschlossenes Steuerungssystem keine Updates mehr empfängt oder sendet und dadurch Lager schmelzen oder Heizkessel explodieren - aber auch Schaden für eine Marke oder für die Kundenbeziehung, wie z.B. wenn eine Kiosk-Anwendung im Einzelhandel intermittierende BSoDs aufweist, die die Benutzung des Kiosks verhindern und dem Einzelhandelsunternehmen Alpträume bei der Wartung bereiten. Diese Art von Problemen werden beseitigt, wenn ein Watchdog im Einsatz ist. Der Watchdog überwacht Signale, die von der Anwendung oder ihrer Umgebung erzeugt werden. Die ständige Wiederholung dieser Signale, die als "Pet" oder "Petting" des Watchdogs bezeichnet werden, gibt dem Watchdog die Gewissheit, dass alles in Ordnung ist und er keinen Alarm auslösen muss. Wenn der Wachhund jedoch nicht oft genug gestreichelt wird, knurrt er, um alle Anwesenden zu warnen, dass etwas nicht in Ordnung sein könnte. Im Fall der PCIe-WDG-CSMA ist die häufigste Folge eines Bellen das Zurücksetzen des Host-PCs, das heißt, er wird neu gestartet, als ob der Reset-Knopf gedrückt worden wäre - aber es können auch eine Vielzahl anderer Aktionen ausgeführt werden, entweder wenn der Wachhund knurrt oder bellt, aber auch als Reaktion auf andere Ereignisse

Wachhunde vs. Patrouillenhunde

Die robustesten Wachhunde sind darauf trainiert, nur auf Ihre Befehle zu reagieren. Sie erreichen dies, indem Sie "Watchdog Pet"-Befehle (Teil unserer API, siehe Kapitel 5) in Ihren Anwendungscode einfügen und dem PCIe-WDG-CSM(A) explizit mitteilen, dass Ihr kritischer Code nicht gesperrt ist, indem Sie den Watchdog streicheln, bevor er knurrt. Dies ist vergleichbar mit der Einstellung eines Watchdogs, der einen bestimmten Wertgegenstand bewachen soll: Wenn jemand diesen Safe öffnet, schlagen Sie Alarm! Wenn meine Anwendung nicht mindestens einmal pro Sekunde einen Watchdog-Pet-Befehl ausgibt, Growl! Manchmal ist es nicht praktikabel, eine kritische Anwendung zu modifizieren, sei es, dass es sich um alten Code handelt, der längst verloren ist, dass er von einer^dritten Partei geschrieben wurde und nicht Open-Source ist, oder dass es einfach zu teuer ist, darüber nachzudenken! In diesen Fällen kann der Watchdog die Umgebung überwachen, anstatt darauf zu warten, dass er explizit von einem der Anwendung hinzugefügten Code angesprochen wird. So kann z. B. ein externes Signal überwacht werden: Der Watchdog würde z. B. brummen, wenn eine geschlossene Steuerungsanwendung keine digitalen Ausgangsdaten mehr sendet. In diesen Fällen wird der Watchdog durch die sich ändernden digitalen Ausgänge "gestreichelt" und nicht explizit durch Änderungen am Anwendungscode. Diese Verwendung eines Watchdogs ist vergleichbar mit dem Einsatz eines Watchdogs auf dem Parkplatz: Er bemerkt nicht, wenn der Tresor geöffnet wird, würde aber auf das Einschlagen eines Fensters reagieren... etwas, das vielleicht gar nichts mit dem Schutz des Tresors zu tun hat (vielleicht haben Kinder aus der Nachbarschaft einen Ball durch das Fenster geworfen). So kann die "Patrouillen-Wachhund"-Technik zu falsch-positiven und im schlimmsten Fall auch zu falsch-negativen Meldungen führen (vielleicht sind die Tresorknacker durch einen Kellertunnel eingedrungen, von dessen Existenz der Patrouillen-Wachhund nichts wusste!) Andererseits kann ein Watchdog auf Patrouille die meisten Szenarien abdecken, wenn der Quellcode der kritischen Anwendung nicht veränderbar ist - und unser PCIe-WDG-CSM(A) kann mehrere Sensoren gleichzeitig überwachen, so dass sich die Abdeckungsbereiche möglicherweise überschneiden. Die Geduld des Watchdogs - d. h. wie viele Sekunden oder Minuten der Watchdog zwischen den Haustieren wartet, bevor er knurrt und schließlich bellt - kann über API-Aufrufe oder als Teil des Programms Windows Einstellungen konfiguriert werden und wird zusammen mit allen anderen Ereignis-/Aktionskonfigurationsdaten im nichtflüchtigen Speicher des Geräts gespeichert.

Herunterladen