Alter Thread aber evtl. für folgende einfache Frage geeignet.
(V4.0 IP9) wie kann ich erkennen und alarmieren wenn ein Modbus Gerät nicht mehr antwortet?
Visuelles Erkennen mit den Diagnosebalken ist klar, aber kann ich auch irgendwie ein Objekt auf true oder false setzen für eine Alarmierung wenn ein Modbus-Gerät (Server) nicht mehr antwortet. So könnte ich u.a. erkennen wenn der FI/LS davor ausgelöst hat (da meine Power Meter dahinter hängen), auch wenn dahinter Verbraucher hängen die temporär keinen Verbrauch haben (sonst würde ich einfach auf Strom oder Leistung triggern).
Also echte Fehlererkennung möglich?
Denke die Frage ist erstmal keinen eigenen Beitrag wert, v.a. wenn es (derzeit) keine Möglichkeit geben sollte.
Neue Insider Version IP 3
NEUES Widget: Energieflussmonitor
NEUES Widget: Navigationswidget
Upgrade Gebäudeinformationssystem
Alle Informationen hier: https://elabnet.atlassian.net/wiki/x/AYDOmQ
NEUES Widget: Energieflussmonitor
NEUES Widget: Navigationswidget
Upgrade Gebäudeinformationssystem
Alle Informationen hier: https://elabnet.atlassian.net/wiki/x/AYDOmQ
[TIPP] [V4.0 IP9] ModBus Diagnose
Forumsregeln
- Denke bitte an aussagekräftige Titel und gebe dort auch die [Firmware] an. Wenn ETS oder CometVisu beteiligt sind, dann auch deren Version
- Bitte mache vollständige Angaben zu Deinem Server, dessen ID und dem Online-Status in Deiner Signatur. Hilfreich ist oft auch die Beschreibung der angeschlossener Hardware sowie die verwendeten Protokolle
- Beschreibe Dein Projekt und Dein Problem bitte vollständig. Achte bitte darauf, dass auf Screenshots die Statusleiste sichtbar ist
- Bitte sei stets freundlich und wohlwollend, bleibe beim Thema und unterschreibe mit deinem Vornamen. Bitte lese alle Regeln, die Du hier findest: https://wiki.timberwolf.io/Forenregeln
-
- Reactions:
- Beiträge: 258
- Registriert: Do Jan 20, 2022 6:15 pm
- Wohnort: Germering
- Hat sich bedankt: 167 Mal
- Danksagung erhalten: 168 Mal
- Kontaktdaten:
[V4.0 IP9] ModBus Diagnose
Zuletzt geändert von Robert_Mini am So Mär 31, 2024 12:47 pm, insgesamt 2-mal geändert.
VG, Uwe
timberwolf765 VPN: closed Reboot: no
timberwolf765 VPN: closed Reboot: no
-
- Reactions:
- Beiträge: 3800
- Registriert: So Aug 12, 2018 8:44 am
- Hat sich bedankt: 1207 Mal
- Danksagung erhalten: 2101 Mal
Hallo Uwe!
Zwecks Auffindbarkeit immer in einem neuen Thread.
Ich habe zur Überwachung einen retriggerbaren Timer, der zyklisch triggert (mein Eingang im Beispiel wechselt immer zw. 0 und 1). Eventuell musst du “a” verwenden, damit immer getriggert wird. Bei analogen Werten zusätzlich mit Eingangsmodifizierer.
Damit ist der Timerstatus immer True, solange Werte von Modbus kommen. Den Timeout dazu auf 2,5-3x Abfrageintervall vom Modbus.
Lg
Robert
Zwecks Auffindbarkeit immer in einem neuen Thread.
Ich habe zur Überwachung einen retriggerbaren Timer, der zyklisch triggert (mein Eingang im Beispiel wechselt immer zw. 0 und 1). Eventuell musst du “a” verwenden, damit immer getriggert wird. Bei analogen Werten zusätzlich mit Eingangsmodifizierer.
Damit ist der Timerstatus immer True, solange Werte von Modbus kommen. Den Timeout dazu auf 2,5-3x Abfrageintervall vom Modbus.
Lg
Robert
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
Zuletzt geändert von Robert_Mini am So Mär 31, 2024 12:58 pm, insgesamt 4-mal geändert.
Timberwolf Server 2500 / #117 (VPN offen + reboot nach Rückfrage) / zusätzlich: 3500M/#935, 3500L/#1297
-
- Reactions:
- Beiträge: 3800
- Registriert: So Aug 12, 2018 8:44 am
- Hat sich bedankt: 1207 Mal
- Danksagung erhalten: 2101 Mal
Zur Ergänzung:
Damit überwache ich neben Modbus auch 1-wire (1 Sensor stellvertretend für den Busmaster), die MQTT Verbindung bzw. den Modbus bzw. TWS an 2 weiteren Standorten.
Lg Robert
Damit überwache ich neben Modbus auch 1-wire (1 Sensor stellvertretend für den Busmaster), die MQTT Verbindung bzw. den Modbus bzw. TWS an 2 weiteren Standorten.
Lg Robert
Timberwolf Server 2500 / #117 (VPN offen + reboot nach Rückfrage) / zusätzlich: 3500M/#935, 3500L/#1297