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

[wendy2702]

@stromen

Habe ein eigenes Thema daraus gemacht da es nicht mit einer Sammlung zu tun hat.

Zusätzlich poste die logs bitte vollständig im Debug Mode als Text in Code Tags </> und nicht als Screenshot.

In deinem Screenshot sind die Logs auch noch abgeschnitten.

War der Haken bei „Aliases benutzen“ wirklich schon immer gesetzt?

Wie sehen die Register aus?

[stromen]

@wendy2702

Hallo,

danke für die Antwort. Sorry, reiche ich hiermit nach.

Ja, meines wissens war der Haken schon immer gesetzt.
Habe aber auch inzwischen mehrere Konfigurationen durchprobiert. Es lief ja seit knapp 2 Monaten einwandfrei, und es wurde nichts geändert.

2023-04-10 12:08:17.052 - error: modbus.0 (759) Reconnect did not help, restart adapter
2023-04-10 12:08:17.053 - info: modbus.0 (759) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason
2023-04-10 12:08:17.599 - info: host.iobroker instance system.adapter.modbus.0 terminated with code 156 (START_IMMEDIATELY_AFTER_STOP)
2023-04-10 12:08:17.599 - info: host.iobroker Restart adapter system.adapter.modbus.0 because enabled
2023-04-10 12:08:18.630 - info: host.iobroker instance system.adapter.modbus.0 started with pid 774
2023-04-10 12:08:19.755 - info: modbus.0 (774) starting. Version 5.0.11 in /opt/iobroker/node_modules/iobroker.modbus, node: v16.19.0, js-controller: 4.0.24
2023-04-10 12:08:20.052 - info: modbus.0 (774) Connected to slave 192.168.1.200
2023-04-10 12:08:25.059 - warn: modbus.0 (774) Error: undefined
2023-04-10 12:08:25.060 - error: modbus.0 (774) Request timed out.
2023-04-10 12:08:25.060 - error: modbus.0 (774) Client in error state.
2023-04-10 12:08:25.061 - warn: modbus.0 (774) Poll error count: 1 code: {"err":"timeout","timeout":5000}
2023-04-10 12:08:26.062 - info: modbus.0 (774) Disconnected from slave 192.168.1.200
2023-04-10 12:09:26.064 - info: modbus.0 (774) Connected to slave 192.168.1.200
2023-04-10 12:09:31.066 - warn: modbus.0 (774) Error: undefined
2023-04-10 12:09:31.067 - error: modbus.0 (774) Request timed out.
2023-04-10 12:09:31.067 - error: modbus.0 (774) Client in error state.
2023-04-10 12:09:31.068 - warn: modbus.0 (774) Poll error count: 2 code: {"err":"timeout","timeout":5000}
2023-04-10 12:09:32.068 - info: modbus.0 (774) Disconnected from slave 192.168.1.200
2023-04-10 12:10:32.070 - info: modbus.0 (774) Connected to slave 192.168.1.200
2023-04-10 12:10:37.072 - warn: modbus.0 (774) Error: undefined
2023-04-10 12:10:37.072 - error: modbus.0 (774) Request timed out.
2023-04-10 12:10:37.072 - error: modbus.0 (774) Client in error state.
2023-04-10 12:10:37.073 - warn: modbus.0 (774) Poll error count: 3 code: {"err":"timeout","timeout":5000}
2023-04-10 12:10:38.072 - info: modbus.0 (774) Disconnected from slave 192.168.1.200
2023-04-10 12:11:38.076 - info: modbus.0 (774) Connected to slave 192.168.1.200
2023-04-10 12:11:43.078 - warn: modbus.0 (774) Error: undefined
2023-04-10 12:11:43.078 - error: modbus.0 (774) Request timed out.
2023-04-10 12:11:43.078 - error: modbus.0 (774) Client in error state.
2023-04-10 12:11:43.079 - warn: modbus.0 (774) Poll error count: 4 code: {"err":"timeout","timeout":5000}
2023-04-10 12:11:44.079 - info: modbus.0 (774) Disconnected from slave 192.168.1.200
2023-04-10 12:12:44.081 - info: modbus.0 (774) Connected to slave 192.168.1.200
2023-04-10 12:12:49.083 - warn: modbus.0 (774) Error: undefined
2023-04-10 12:12:49.084 - error: modbus.0 (774) Request timed out.
2023-04-10 12:12:49.084 - error: modbus.0 (774) Client in error state.
2023-04-10 12:12:49.084 - warn: modbus.0 (774) Poll error count: 5 code: {"err":"timeout","timeout":5000}
2023-04-10 12:12:50.085 - info: modbus.0 (774) Disconnected from slave 192.168.1.200
2023-04-10 12:13:50.087 - info: modbus.0 (774) Connected to slave 192.168.1.200
2023-04-10 12:13:55.089 - warn: modbus.0 (774) Error: undefined
2023-04-10 12:13:55.089 - error: modbus.0 (774) Request timed out.
2023-04-10 12:13:55.090 - error: modbus.0 (774) Client in error state.
2023-04-10 12:13:55.090 - warn: modbus.0 (774) Poll error count: 6 code: {"err":"timeout","timeout":5000}
2023-04-10 12:13:56.092 - info: modbus.0 (774) Disconnected from slave 192.168.1.200
2023-04-10 12:14:56.096 - info: modbus.0 (774) Connected to slave 192.168.1.200
2023-04-10 12:15:01.098 - warn: modbus.0 (774) Error: undefined
2023-04-10 12:15:01.099 - error: modbus.0 (774) Request timed out.
2023-04-10 12:15:01.099 - error: modbus.0 (774) Client in error state.
2023-04-10 12:15:01.100 - warn: modbus.0 (774) Poll error count: 7 code: {"err":"timeout","timeout":5000}
2023-04-10 12:15:02.100 - info: modbus.0 (774) Disconnected from slave 192.168.1.200

[Homoran]

@stromen sagte in Modbus Problem Waveshare und SDM72D:

Disconnected from slave 192.168.1.200

wer ist das?

ist der host online?
per ping?
im router!?

[stromen]

@homoran

Der waveshare RS485. Ich kann ganz normal per Weboberfläche darauf zugreifen.

[klassisch]

Die Adressen sind KEINE Alias Adresssen
Mit Alias würden die beim SM120 so aussehen

Beim SDM630 so:

[stromen]

@klassisch

Da hat sich wahrscheinlich beim herumprobieren etwas verstellt.

Selbst wenn ich einen neuen Adapter anlege, mit Alias bekomme ich den timeout.

[klassisch]

@stromen Laut log ist die Verbindung via Wavesahre i.O.
Im Notfall neu aufbauen. HW-Verbindungen prüfen. Erst mal nur ein einzelnes Register bedaten.

[Glasfaser]

@stromen sagte in Modbus Problem Waveshare und SDM72D:

und es wurde nichts geändert.

Deine Register sehen komisch aus ... 12 / 14 / 16 ...

sind eigentlich so wie @klassisch im Screenshot zeigt .

siehe auch dazu hier :

https://forum.iobroker.net/post/927264

Erstelle eine neue Instanz und trage alles neu ein !
Aber erstmal nur eine Registerabfrage ...

EDIT :

habe auch ein Waveshare mit einem SDM230V2

[SmartHomer 0]

@stromen
So ein Verhalten hatte ich bislang 1x bei einem meiner beiden SDM72 via USR-W610. Sämtliche Versuche mit Änderungen am Modbus-Adapter, am USR oder am ioBroker haben nichts gebracht. Letztlich habe ich den SDM72 an allen Phasen spannungsfrei geschaltet, damit er ausging (Display dunkel). Einige Sekunden gewartet, danach wieder eingeschaltet-und sofort hat wieder alles funktioniert. Irgendwie muss sich die Modbus-Schnittstelle des DSM72 „aufgehängt“ haben. Seitdem läuft wieder alles prima.

[stromen]

@smarthomer-0

DANKE! Genau DAS war der Fehler. Habe am Abend nochmal ein iobroker Backup eingespielt um sicher zu sein das nicht irgendwas verstellt ist. Heute morgen habe ich den SDM72 vom Stom getrennt und sofort nach dem einschalten lieferte er Daten.

[klassisch]

Frage: Hattet Ihr den dritten Anschluß "GND", "Earth" zwischen Zähler und dem Konverter verbunden?

[SmartHomer 0]

@klassisch
Danke für Dein Interesse/Deine Nachfrage.
In meinem Fall:

A/B paarig verseiltes Aderpaar verwendet.
Schirm der Bus-Leitung einseitig aufgelegt auf dem G(ND)-Anschluss am SDM72.
Schirm nicht beidseitig aufgelegt
a) um keine "Brummschleifen" aufzubauen
b) weil der USR am RS485-Stecker keinen GND-Anschluss hat
Zur Potenzialtrennung der Schnittstelle etc lässt sich leider die Doku weder beim USR-W610
noch beim SDM72 aus.

Ich hatte mir überlegt, Abschluss-Widerstände einzubauen, falls das Problem nochmal auftritt
(was bislang nicht der Fall war, es funktioniert seit mehreren Wochen stabil).
Sollte mE aber eigentlich nicht erforderlich sein, weil die ModBus-Leitung nur ca. 1m lang ist,
keine weiteren Teilnehmer angeschlossen sind und ich auch nur mit 9.6kBaud fahre.

[klassisch]

@smarthomer-0 Bei 1m und 9600 Bd sehe ich keine Notwendigkeit für Absclußwiderstände.
Ich verbinde normaleweise die GND Leitungen auch nicht. Solange alles läuft. Sobald es aber Schwierigkeiten gäbe würde ich mit 1kOhm Widerstand starten und dann die Spannung messen. Könnte sein, daß sich statische Potentialdifferenzen aufgebaut haben und den RS485 Treiber jenseits der common mode Grenzen getrieben haben.
Der SDM72 und der USRiot haben keine Potentialtrennung.
Vielleicht hat der SDM72 eine SW Bug?
Abwarten. @Homoran hat einige von denen in Betrieb und nutzt eine Anbindung mit Potentialtrennung. Wir werden ja hören, wenn sich da was aufhängen sollte.

[Homoran]

@klassisch sagte in Modbus Problem Waveshare und SDM72D:

Vielleicht hat der SDM72 eine SW Bug?
Abwarten. @Homoran hat einige von denen in Betrieb

dann habe ich eine andere Version, weil

@smarthomer-0 sagte in Modbus Problem Waveshare und SDM72D:

Letztlich habe ich den SDM72 an allen Phasen spannungsfrei geschaltet, damit er ausging (Display dunkel)

meine schalten ihr Display nach kurzer Zeit immer auf Dunkel.

[SmartHomer 0]

@homoran
Danke, das muss ich dann noch präzisieren:
Die Zeit bis zum funktionalen "Dunkeltasten" des Display kann im Setup vom SDM eingestellt werden:

Was ich mit dem "dunklen Display" meinte ist, dass der SDM wirklich allphasig "spannungsfrei" ist und quasi einen Neustart (mitsamt ModBus) macht.
Ich suche gelegentlich mal meine SW-Version raus, wenn ich wieder am Zähler bin

[SmartHomer 0]

@klassisch @Homoran

@smarthomer-0 sagte in Modbus Problem Waveshare und SDM72D:

Ich suche gelegentlich mal meine SW-Version raus, wenn ich wieder am Zähler bin

Ich habe nachgesehen:
Die SW-Version meines SDM72DM-V2 MID ist 03 01.03

[Matis]

Könnte jemand so freundlich sein und die txt files für die Registerconfig des SDM72D-M hier einstellen, dass man nicht alles abtippen muß? Das wäre sehr nett!
Ich hab schon danach gesucht, aber nichts gefunden.
Vielen Dank!