NEWS
Problem mit Modbus-Coil im Slave-Modus
-
Hallo zusammen,
ich betreibe den ioBroker-Modbus-Adapter im Slave-Modus (Modbus-ID 2) auf Port 1503, um Werte an ein externes Gerät (TA CMI) zu liefern.
Die Kommunikation funktioniert grundsätzlich einwandfrei – bestehende Datenpunkte (Coils) lassen sich erfolgreich lesen.
Nun habe ich einen neuen Coil (Adresse 13) angelegt, aber der gesetzte Wert wird weder vom CMI noch per mbpoll als 1 erkannt.Details zum Problem:
ioBroker: modbus.0 läuft im Slave-Modus, Port 1503, Modbus-ID 2
Coil angelegt unter Adresse 13, write: true, read: true, poll: false, keine Abfrage, kein CWDatenpunkt: modbus.0.coils.13_Test13
Per JavaScript oder GUI setze ich:
setState("modbus.0.coils.13_Test13", true, true);
Im Objektbaum erscheint der Wert als true (✓)
Aber per mbpoll erhalte ich immer nur [13]: 0
mbpoll -m tcp -a 2 -r 13 -c 1 -t 0 -p 1503 192.168.xxxx
Auch das CMI liest dauerhaft 0
Adapterlog zeigt keine Fehler, Coil existiert (kein „outside coils boundaries“)
Bereits geprüft:
Adapter ist aktiv
Objekt wurde mehrfach neu angelegt und korrekt konfiguriert
Adapter wurde neu gestartet
ioBroker selbst ebenfalls neu gestartet
Redis läuft stabil
Kein Schreibschutz aktivVergleich mit funktionierenden Coils auf anderen Adressen zeigt: nur dieser funktioniert nicht
Frage:
Gibt es bekannte Probleme mit neu angelegten Coils im Modbus-Slave-Modus, die sich korrekt setzen lassen, aber vom Adapter nicht im Speicher gehalten werden?Danke vorab!
Peter -
@peterk34 sagte in Problem mit Modbus-Coil im Slave-Modus:
setState("modbus.0.coils.13_Test13", true, true);
das ist dein Problem
setState("modbus.0.coils.13_Test13", true)
du darfst den DP nicht bestätigen.. das muss dir der Adapter senden
-
@arteck
es macht keinen Unterschied ob bestätigt oder nicht. Es funkt auch nicht wenn ich den Wert direkt im DP im Admin ändere -
@peterk34 sagte in Problem mit Modbus-Coil im Slave-Modus:
Es funkt auch nicht wenn ich den Wert direkt im DP im Admin ändere
wie änderst du den .. auch mit bestätigt.. dann kann es ja auch nicht gehen
-
@arteck
nein auch da wird nicht bestätigt, ich habs in allen Varianten versucht