-> Hier kostenlos registrieren
Gegebn ist eine kleinere Anlage, in der drei FUs über PN an eine 1512 angebunden wurden. Die Anlage muss auch beim Ausfall einzelner Teilnehmer weiterlaufen:
Ich versuche zusammenzufassen, was ich bisher verstanden habe:
1. OB86 muss eingebunden werden, damit die CPU weitermacht.
Frage dazu: Er liefert bei der 1500 immer nur einen einzelnen Teilnehmer? Oder wird er beim Ausfall von 2 Teilnehmern zum gleichen Zeitpunkt zweimal aufgerufen und liefert dann beide Adressen?
2. Besser ist es, den OB 86 leer zu lassen und DeviceStates mit Mode = 4 aufzurufen. Dann bekommt man alle vorhandenen Teilnehmer, egal ob kaputt oder in Ordnung.
Frage 1 hierzu: Was bedeutet in diesem Kontext "vorhanden" im Unterschied zu "verfügbar"(Teilergebnis von Mode 5).
Frage 2: Man kann DeviceStates offenbar zyklisch aufrufen, in der Hilfe steht "per Weckalarm". Vorteil/Nachteil
Anmerkung: Die Teilnehmer werden innerhalb der Kommunikation auf Fehler abgefragt, daher ist eine Diagnose auf PN-Ebene im Augenblick nicht das Ziel. Es sollte nur kein Informationsloch entstehen, also entweder liefert DeviceStates vorhanden und der FU selbst sagt "gesund" oder "krank", oder das Gerät ist nicht vorhanden.
Frage: Kann es hier doch Lücken geben, so dass ich zusätzlich GET_DIAG einbinden sollte?
Ich versuche zusammenzufassen, was ich bisher verstanden habe:
1. OB86 muss eingebunden werden, damit die CPU weitermacht.
Frage dazu: Er liefert bei der 1500 immer nur einen einzelnen Teilnehmer? Oder wird er beim Ausfall von 2 Teilnehmern zum gleichen Zeitpunkt zweimal aufgerufen und liefert dann beide Adressen?
2. Besser ist es, den OB 86 leer zu lassen und DeviceStates mit Mode = 4 aufzurufen. Dann bekommt man alle vorhandenen Teilnehmer, egal ob kaputt oder in Ordnung.
Frage 1 hierzu: Was bedeutet in diesem Kontext "vorhanden" im Unterschied zu "verfügbar"(Teilergebnis von Mode 5).
Frage 2: Man kann DeviceStates offenbar zyklisch aufrufen, in der Hilfe steht "per Weckalarm". Vorteil/Nachteil
Anmerkung: Die Teilnehmer werden innerhalb der Kommunikation auf Fehler abgefragt, daher ist eine Diagnose auf PN-Ebene im Augenblick nicht das Ziel. Es sollte nur kein Informationsloch entstehen, also entweder liefert DeviceStates vorhanden und der FU selbst sagt "gesund" oder "krank", oder das Gerät ist nicht vorhanden.
Frage: Kann es hier doch Lücken geben, so dass ich zusätzlich GET_DIAG einbinden sollte?
Zuletzt bearbeitet: