UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[wendy2702]

@mcwoolf Mit dem Device kann ich dir leider nicht helfen.

Sorry

[McWoolf]

@wendy2702

Die Verbindung ist auch nicht wirklich mehr das Problem, nur eben dass ich keine Daten aus dem Solax raus bekommen. Sobald ich ein Eingangsregister in den Modbus-Adapter eintrage, kommen diese Meldungen. s.O.

[wendy2702]

@mcwoolf Kannst du mal im Adapter auf TCP stellen. Die Umsetzung RTU --> TCP sollte doch das Gateway schon machen.

[McWoolf]

@wendy2702
Verbindung steht --> dennoch keine Daten.

Kannst du bitte mal meine Einstellungen kontrollieren?

stimmt das so??

[wendy2702]

@mcwoolf Hast du das bei Holding eingetragen?

Kannst du mal das komplette Modbus Doc bereitstellen oder nimm mal einen "einfachen" Wert wie Spannung oder Temperature.

Function Code 03 sind eigentlich Holding Register Wie kommst du an die 40000 ?

[McWoolf]

@wendy2702
Ja war bei Holding eingetragen, ich bilde mir ein Matthias Kleine hat das gesagt dass Holding 40000 und Eingangsregister 30000 sind. deshalb.

Hybrid-X1X3-G4-ModbusTCPRTU-V3.21-English_0622-public-version.pdf

Das ist die komplette Doku

[McWoolf]

@mcwoolf sagte in Einrichten Modbus Adapter / Solar X3 Gen4:

@wendy2702
Ja war bei Holding eingetragen, ich bilde mir ein Matthias Kleine hat das gesagt dass Holding 40000 und Eingangsregister 30000 sind. deshalb.

Hybrid-X1X3-G4-ModbusTCPRTU-V3.21-English_0622-public-version.pdf

Das ist die komplette Doku

2023-01-20 13:06:32.652 - info: modbus.0 (7038) Connected to slave 192.168.1.244
2023-01-20 13:06:37.655 - warn: modbus.0 (7038) Error: undefined
2023-01-20 13:06:37.655 - error: modbus.0 (7038) Request timed out.
2023-01-20 13:06:37.655 - error: modbus.0 (7038) Client in error state.
2023-01-20 13:06:37.656 - warn: modbus.0 (7038) Poll error count: 1 code: {"err":"timeout","timeout":5000}
2023-01-20 13:06:38.655 - info: modbus.0 (7038) Disconnected from slave 192.168.1.244

Das kommt sobald ich ein Eingangsregister anlege.

[wendy2702]

@mcwoolf Ich schreibe mal auf was mir so auffällt.

DOKU WR ID = 1 ---- Adapter = 2 laut Screenshot
Doku Port 502 --- Adapter 26

Dann sollte aus meiner Sicht iobroker der Master sein und das Gateway Slave. Master - Master funktioniert aus meiner Sicht und Kenntnisstand nicht, lasse mich aber gerne belehren.

Dann im Eingangsregister, und nur dort ein Register "0" eintragen mit Unsigned 16 bit little endian.

Was kann man hier für Protocol auswählen:

und hier:

[McWoolf]

@wendy2702

m WR ist auch die ID auf 2 gestellt
in der Doku ist auch der Port des WR, ich habe aber einen PE11 dazwischen und bei dem ist Port 26 eingetragen.
Oder bin ich da auch auf dem Holzweg??
Bei Protokoll habe ich jetzt mal auf "modbus" gestellt :dizzy_face:

[McWoolf]

@mcwoolf sagte in Einrichten Modbus Adapter / Solar X3 Gen4:

@wendy2702

m WR ist auch die ID auf 2 gestellt
in der Doku ist auch der Port des WR, ich habe aber einen PE11 dazwischen und bei dem ist Port 26 eingetragen.
Oder bin ich da auch auf dem Holzweg??
Bei Protokoll habe ich jetzt mal auf "modbus" gestellt :dizzy_face:

Hier die aktuellen Einstellungen des Umsetzers:

und vom modbus-adapter

und das aktuelle Log:

2023-01-20 17:30:55.132 - error: modbus.0 (12400) Socket Error
2023-01-20 17:30:55.132 - error: modbus.0 (12400) Client in error state.
2023-01-20 17:30:55.132 - warn: modbus.0 (12400) On error: {"errno":-111,"code":"ECONNREFUSED","syscall":"connect","address":"192.168.1.244","port":26}
2023-01-20 17:30:55.132 - debug: modbus.0 (12400) Socket closed with error
2023-01-20 17:30:55.132 - debug: modbus.0 (12400) Cleaning up request fifo.
2023-01-20 17:30:56.133 - debug: modbus.0 (12400) Closing client on purpose.
2023-01-20 17:31:27.642 - info: shelly.0 (1420) [MQTT] Client Disconnect: 192.168.30.40 (shellyht / shellyht-024898 / SHHT-1#024898#1)
2023-01-20 17:31:56.135 - error: modbus.0 (12400) Socket Error
2023-01-20 17:31:56.135 - error: modbus.0 (12400) Client in error state.
2023-01-20 17:31:56.135 - warn: modbus.0 (12400) On error: {"errno":-111,"code":"ECONNREFUSED","syscall":"connect","address":"192.168.1.244","port":26}
2023-01-20 17:31:56.135 - debug: modbus.0 (12400) Socket closed with error
2023-01-20 17:31:56.136 - debug: modbus.0 (12400) Cleaning up request fifo.
2023-01-20 17:31:57.136 - debug: modbus.0 (12400) Closing client on purpose.
2023-01-20 17:32:57.139 - error: modbus.0 (12400) Socket Error
2023-01-20 17:32:57.139 - error: modbus.0 (12400) Client in error state.
2023-01-20 17:32:57.139 - warn: modbus.0 (12400) On error: {"errno":-111,"code":"ECONNREFUSED","syscall":"connect","address":"192.168.1.244","port":26}
2023-01-20 17:32:57.140 - debug: modbus.0 (12400) Socket closed with error
2023-01-20 17:32:57.140 - debug: modbus.0 (12400) Cleaning up request fifo.
2023-01-20 17:32:58.140 - debug: modbus.0 (12400) Closing client on purpose.
2023-01-20 17:33:07.696 - info: admin.0 (1262) ==> Connected system.user.admin from ::ffff:192.168.1.20
2023-01-20 17:33:58.142 - error: modbus.0 (12400) Socket Error
2023-01-20 17:33:58.142 - error: modbus.0 (12400) Client in error state.
2023-01-20 17:33:58.142 - warn: modbus.0 (12400) On error: {"errno":-111,"code":"ECONNREFUSED","syscall":"connect","address":"192.168.1.244","port":26}
2023-01-20 17:33:58.143 - debug: modbus.0 (12400) Socket closed with error
2023-01-20 17:33:58.143 - debug: modbus.0 (12400) Cleaning up request fifo.
2023-01-20 17:33:59.143 - debug: modbus.0 (12400) Closing client on purpose.
2023-01-20 17:34:02.027 - info: admin.0 (1262) <== Disconnect system.user.admin from ::ffff:192.168.1.20 modbus

[wendy2702]

@mcwoolf nach meiner Erfahrung muss der Port durchgehend passen und derselbe sein da die Gateways eigentlich nur von TCP nach RTU umsetzen aber keine Werte ändern.

[McWoolf]

@wendy2702

Ich bekomme aber immer einen Socket Fehler

[Glasfaser]

@mcwoolf

Wenn du schon meherer Geräte id´s ankreuzt ,

dann auch die Slave id eintragen !

[McWoolf]

@glasfaser

Danke für die Info, hatte ich beim screenshot vergessen.
Und war nur zum testen

[klassisch]

@mcwoolf sagte in Einrichten Modbus Adapter / Solar X3 Gen4:

@mcwoolf Ich muss leider alles revidieren, der USR-TCP232-304 kann kein RTU!!!!

Aber der ioBroker Adapter

Die Übersetzung RTU TCP darf nur an einer Stelle erfolgen
Entweder im TCP Server ODER im ioBroker

[McWoolf]

@klassisch

Also jetzt habts mich komplett durcheinander gebracht, was muss ich jetzt wo einstellen??
TCP-Server jetzt doch auf meinen übersetzter?? Dafür nur TCP auf iobroker??

[klassisch]

@mcwoolf Der USRIOT ist bei mir immer Server weil er austeilt. der ioBroker client, weil er Bröckchen bekommt.
Wenn das entsprechende Konverter Gerät kein Modbus RTU kann (und die kleinen USRIOT können kein RTU und der 410S stottern manchmal dabei), dann stellt man dort einfach TCP ein, also TCP Server.
Die Transformation nach RTU nimmt dann der ioBroker vor, wenn man ihn entsprechend konfiguriert (Dort dann RTU over TCP einstellen, wie oben gezeigt)

[McWoolf]

@klassisch

Und wenn ich genau das mache, dann bekomme ich wieder einen Socket Fehler.

2023-01-20 19:20:21.425 - error: modbus.0 (14724) Socket Error
2023-01-20 19:20:21.425 - error: modbus.0 (14724) Client in error state.
2023-01-20 19:20:21.425 - warn: modbus.0 (14724) On error: {"errno":-111,"code":"ECONNREFUSED","syscall":"connect","address":"192.168.1.244","port":26}

[Glasfaser]

@mcwoolf

da kannst du bis ....... warten ,

wenn du kein haken bei der Abfrage gesetzt hast

[McWoolf]

@glasfaser

hab ich gesetzt und bekomme wieder einen Socket Fehler. Ich versteh es nicht mehr.