NEWS
RSCP an E3DC keine Verbindung
-
@glasfaser
danke, hatte ich so gemacht..., habe gestern noch bei E3DC angerufen, es gibt anscheinend ein EEPROM Problem an meinem Gerät welches E3DC beheben muss... dann sollte es (hoffentlich) laufen -
Hallo,
nachdem E3DC irgend etwas an meinem S10 geändert hat, sind jetz alle Haken grün.
allerdings habe ich im Protokoll noch folgende Warnmeldung:
2022-07-13 05:42:25.230 warn Received data type ERROR: RSCP_ERR_NOT_HANDLED (1) - tag TAG_WB_CONNECTED_DEVICES (0xe84101c)
Was muss ich hir noch ein den Einstellungen Verändern?Und ist es richtig, dass in den Einstellungen die Kennwörter im Klartext auftauchen???
-
Bei mir wird eine Verbindung geöffnet und dann erfolgt sofort ein "disconnect". Hat jemand eine Idee?
3dc-rscp.0 2022-08-08 17:33:14.810 info Stop communication with E3/DC and pause a minute before retry ... e3dc-rscp.0 2022-08-08 17:33:14.809 warn Disconnected from E3/DC e3dc-rscp.0 2022-08-08 17:33:14.780 info Connection to E3/DC is established e3dc-rscp.0 2022-08-08 17:33:14.539 info starting. Version 1.0.6 in /opt/iobroker/node_modules/iobroker.e3dc-rscp, node: v14.20.0, js-controller: 4.0.23
-
@uwekronberg Klartext ist bei mir auch so
-
Ich komme da auch nicht weiter. Bei mir sind mal 2 mal 3 grüne Häkchen. Also scheint es eine Verbindung zu geben. Trotzdem flutet der Adapter das log mit Einträgen der Art
Received data type ERROR: RSCP_ERR_ACCESS_DENIED (2) - tag TAG_EMS_POWER_WB_SOLAR (0x1800020)
Ich habe "nur" eine alte S10
-
@uwekronberg Hast Du eine Lösung gefunden?
-
@andreas4455 bei mir das selbe Problem. Hat jemand eine Lösung dafür gefunden?
-
Ich erhalte ebenfalls keine Daten vom E3DC sondern nur diese Meldungen:
e3dc-rscp.0 2023-08-01 15:42:04.157 warn Received data type NONE with data length = 11 - tagCode 0x800000 e3dc-rscp.0 2023-08-01 15:42:04.146 warn Received data type NONE with data length = 11 - tagCode 0x800000 e3dc-rscp.0 2023-08-01 15:42:04.134 warn Received data type NONE with data length = 11 - tagCode 0x800000 e3dc-rscp.0 2023-08-01 15:42:04.121 warn Received data type NONE with data length = 11 - tagCode 0x800000 e3dc-rscp.0 2023-08-01 15:42:04.108 warn Received data type NONE with data length = 11 - tagCode 0x800000 e3dc-rscp.0 2023-08-01 15:42:04.094 warn Received data type ERROR: RSCP_ERR_ACCESS_DENIED (2) - tag TAG_EMS_STATUS (0x1800040) e3dc-rscp.0 2023-08-01 15:42:04.093 warn Received data type ERROR: RSCP_ERR_ACCESS_DENIED (2) - tag TAG_EMS_ALIVE (0x1850000) e3dc-rscp.0 2023-08-01 15:42:04.093 warn Received data type ERROR: RSCP_ERR_ACCESS_DENIED (2) - tag TAG_EMS_MODE (0x1800011) e3dc-rscp.0 2023-08-01 15:42:04.092 warn Received data type ERROR: RSCP_ERR_ACCESS_DENIED (2) - tag TAG_EMS_POWER_ADD (0x1800005) e3dc-rscp.0 2023-08-01 15:42:04.091 warn Received data type ERROR: RSCP_ERR_ACCESS_DENIED (2) - tag TAG_EMS_POWER_GRID (0x1800004) e3dc-rscp.0 2023-08-01 15:42:04.090 warn Received data type ERROR: RSCP_ERR_ACCESS_DENIED (2) - tag TAG_EMS_POWER_HOME (0x1800003) e3dc-rscp.0 2023-08-01 15:42:04.090 warn Received data type ERROR: RSCP_ERR_ACCESS_DENIED (2) - tag TAG_EMS_POWER_BAT (0x1800002) e3dc-rscp.0 2023-08-01 15:42:04.089 warn Received data type ERROR: RSCP_ERR_ACCESS_DENIED (2) - tag TAG_EMS_POWER_PV (0x1800001) node-red.0 2023-08-01 15:41:56.734 error 1 Aug 15:41:56 - [error] [modbus-read:E3DCauslesen] Error: Timed out at /opt/iobroker/iobroker-data/node-red/node_modules/node-red-contrib-modbus/modbus/maps/core/core/modbus-client-core.js:79:156 node-red.0 2023-08-01 15:41:56.731 warn 1 Aug 15:41:56 - [warn] [modbus-read:E3DCauslesen] Modbus Failure On State sending Get More About It By Logging 1 Aug 15:41:56 - [warn] [modbus-client:E3DC ] Client -> fsm broken state after failed Get More About It By Logging TCP@192.168.178.58:5033 default Unit-Id: 1 node-red.0 2023-08-01 15:41:56.729 warn 1 Aug 15:41:56 - [warn] [modbus-client:E3DC ] Client -> fsm failed state after sending Get More About It By Logging TCP@192.168.178.58:5033 default Unit-Id: 1
Die Verbindung in der Instanz scheint in Ordnung zu sein:
In Node-Red sieht es wie folgt aus:
Kann jemand weiterhelfen?
-
@discoma Ich hänge mich hier mal mit dran. Hab seit gestern ein E3DC. Hab den aktuellsten e3dc adapter direkt von github installiert und bekomme das hier im Protokoll:
Instanz-Konfiguration sieht so aus:
RSCP Passwort hab ich zig-mal gecheckt und bin sicher, es korrekt eingegeben zu haben. E3DC ist auf einem anderen Netzsegment als der iobroker. Kommunikation in das Segment klappt aber (meine Oekofen Pellematic ist auch auf diesem Segment und das kommen die Daten problemlos rüber).
Irgendjemand irgendeine Idee?
Gruß
-tb -
@tb59427 Ich bin der Sache näher gekommen. Offensichtlich geht dieses RSCP Protokoll wirklich nur, wenn man im exakt selben Netzsegment ist, wie die E3DC. Bei mir ist das nicht der Fall. Bei voll geroutetem (ohne Firewalls dazwischen) Verkehr zwischen den Segment gehen ping und truss und wie sie alle heißen. Nur RSCP geht nicht. Installiere ich e3dc python skripte auf nem PI im selben Segment, wie die e3dc geht's. Dasselbe Skript aufgerufen auf nem Rechner in einem anderen Segment läuft auf "connection reset" durch die E3DC.
Soweit so gut - jetzt muß ich mir nur überlegen, wie ich es hinbekomme, aus dem Segment, in dem mein iobroker läuft, den Zugriff auf die e3dc hinzubekommen. Netz umkonfigurieren kommt nicht infrage. Ich will den IoT Kram nicht in meinem "regulären" Netz haben.
Einer ne Idee?
-
Ok. Weiter herumgeforscht und Lösung gefunden:
Habe auf einem Raspi, der im selben Segment läuft, wie die E3DC einen iobroker installiert, den iobroker in den Slave Modus versetzt (wegen des unterschiedlichen Segments und weil ich nicht einfach stumpf UDP Broadcasts route geht das nur via "iobroker setup custom"). Den vorhandenen iobroker auf multihost umgeswitched und voila - der Raspi taucht als host auf. Da drauf den E3DC Adapter installiert und alles funzt.