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

[MFN]

@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

[MFN]

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???

[uwekronberg]

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]

@uwekronberg Klartext ist bei mir auch so

[gemuesepudding]

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

[Andreas4455]

@uwekronberg Hast Du eine Lösung gefunden?

[Chris71]

@andreas4455 bei mir das selbe Problem. Hat jemand eine Lösung dafür gefunden?

[discoma]

@chris71

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?

[tb59427]

@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]

@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?

[tb59427]

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.