NEWS
Modbus Adapter - Unterstützung für RTU over TCP
-
Also auf dem git gibt es neue Version. Da habe ich auch was für seriel geändert.
-
super, hol ich mir gleich und lass einen dauertest übernacht laufen
-
Hat den Dauertest übernacht leider nicht bestanden
Bis 22:14 hat alles super funktioniert, dann kam ein timeout
und anschliessend hat er anscheinend nicht mehr neu aufgesetzt.
-
Habe was gemacht. Kannst du checken?
-
Ja check ich heut abend!!!
-
Hi,
Reconnect funktioniert!!!
Allerdings muss ich mal prüfen warum ich plötzlich so häufige timeouts bekomme.
Es lief jetzt ca 1,5h ohne einen einzigen timeout, jetzt treten die ersten auf,
aber der Reconnect setzt anscheinend sauber wieder auf.
Ich lass es auf jeden Fall noch übernacht weiterlaufen.
PS: Ich lass den Admin-Adapter auf der Seite "Log" stehen und da kommt dann auch irgendwann kein
"Refresh" mehr bis ich z.B. zu Ereignisse und zurück navigiere. Dann wird das Log refreshed aber nicht weiter
geupdated. Nach F5 im Browser geht es dann wieder.
Das ist doch das Problem das du auch noch suchst, oder, soll ich versuchen das irgendwie nachzustellen?
-
Also der Adapter ist durchgelaufen, Kommunikation (lesen) ging,
nur leider konnte ich heute früh keinen Wert mehr schreiben,
allerdings keine Log-Ausgabe und unter Objekte scheint es auch so auszusehen als ob
der Wert geschrieben wurde, ioBroker denkt ansch. es ist alles ok, aber der Wert kommt
im Gerät nicht an.
Ich lass den Adapter heut abend nochmal mit Webstorm laufen, evtl kann ich dann etwas rausfinden
-
Hi bluefox.
Ich müsste dich glaube ich nochmal wegen dem Modbus-Adapter belästigen.
Ich bekomme immer wieder Fehlermeldungen im Log bezüglich Timeouts.
Ich hab mich da mal mit Webstorm rangehangen, evlt kannst du mir ne Info geben, was da schief
läuft und ob man da evtl den Adapter robuster machen könnte oder ob in meiner Installation
(RTU-Device <–-ModbusRTU---> COMSERVER <---ModbusRtuOverTcp---> Modbus-Adapter) irgendetwas
schief ist. Das ModbusPoll-Tool meldet mir solche Fehler nicht.
Hier der Callstack von Webstorm:
main.reconnect(), main.js: 1346
main.js: 1765
emit(), stampit-event-bus.js: 20
modbus-client-core.js:59
listOnTimeout(), timers.js:119
Das kommt häufig vor wenn ich einen Wert SCHREIBEN will, dann reconnected der Adapter und der
Schreibauftrag geht nicht durch...
Kannst du dir die relevanten Code-Zeilen evtl mal anschauen ob du da etwas siehst?
Oder wir könnten nochmal eine TeamViewer Sitzung machen?
-
Hallo zusammen,
ich würde das Thema gerne nochmals aufgreifen. Habe ebenfalls eine Wac250 Westaflex Lüftung und versuche via RS485->USB Dongle Werte auszulesen und zu schreiben. Leider ohne Erfolg.
Könnt Ihr mir ggf. Tipps geben, wir Ihr den Wac Chip angesprochen habt?
Anbei meine versuchten Einstellungen:
ser = serial.Serial( port='/dev/ttyUSB0',\ baudrate=9600,\ parity=serial.PARITY_NONE,\ stopbits=serial.STOPBITS_ONE,\ bytesize=serial.EIGHTBITS,\ timeout=0) # 0 = non blocking mode ser.setRTS(True) #Hier sollte dann Lüfterstufe 0->3 geschalten werden... #so sieht es zumindest im WireShark aus...wenn die Fernbedienung das macht.... input="\x01\x70\xd3\x19\xf9\xf9\x00" ser.write(input)
Das ModBus Protokoll mit Slave und den Funktionen kann ich darin aber nur Ansatzweise erkennen…????
Über Tipps würde ich mich sehr freuen.
-
@tschombe said in Modbus Adapter - Unterstützung für RTU over TCP:
Bezüglich des Features "RTU over TCP" hab ich gestern mal meinen Testaufbau aktiviert.
Ich hab eine Westaflex-Steuerung die ModbusRTU über RS485 spricht. Daran hängt ein WUT 58631
(COM-Server von W&T), also ein Converter der das Ding in mein Ethernet-Netzwerk bringt.
Der Converter wandelt nun TCP Anfragen in RTU Anfragen um, allerdings muss das Protokoll
als Modbus RTU over TCP erfolgen.Hi, ich weiß das Thema ist schon älter aber hast du den WuT noch in Betrieb und wenn ja funktioniert er mit dem Modbus-Adapter vom ioBroker?
Wenn ja, könntest du mir deine Konfiguration des 58631 und der Instanz vom ioBroker zur Verfügung stellen?
Gruß
Dirk