Weihnachtsangebot 2025! 🎄

[legro]

Wer den Frust nicht nachvollziehen will, findet hier die Lösung.

Der Modbus-Adapter für eine Alfen Single Eve Wallbox verliert immer wieder die Verbindung. Nach einem Neustart des Adapters wird die Anzeige grün, aber nach kurzer Zeit gelb.

Ich habe das Ganze nach Anleitung von @haus-automatisierung wie in diesem Video beschrieben eingerichtet. Einzig das Holding-Register 1215, das einphasige oder dreiphasige Ladevorgänge steuert, habe ich ergänzt.

Hier der zugehörige Protokoll-Auszug ..

modbus.0
2025-02-26 12:05:33.416	warn	[DevID_200] Poll error count: 18 code: "App Timeout"

modbus.0
2025-02-26 12:05:25.165	warn	[DevID_1] Poll error count: 17 code: "App Timeout"

modbus.0
2025-02-26 12:05:16.962	info	Connected to slave 192.168.5.88

modbus.0
2025-02-26 12:04:16.959	info	Disconnected from slave 192.168.5.88

modbus.0
2025-02-26 12:04:16.907	warn	[DevID_200] Poll error count: 16 code: "App Timeout"

modbus.0
2025-02-26 12:04:08.655	warn	[DevID_1] Poll error count: 15 code: "App Timeout"

Weiß jemand Rat?

[wendy2702]

@legro logfile im Debug Mode zeigen.

Instanz Einstellungen zeigen!

Ist die Wallbox durchgehend erreichbar? Z.b. per Ping

Wieso Device ID 1 und 200?

[legro]

@wendy2702 sagte in Alfen Modbus verliert Verbindung:

@legro logfile im Debug Mode zeigen.

Die obige Ausgabe ist bereits aus dem Debug-Mode

Instanz Einstellungen zeigen!

Ist die Wallbox durchgehend erreichbar? Z.b. per Ping

Wie das Protokoll zeigt, ist die Wallbix ganz offensichtlich erreichbar.

Wieso Device ID 1 und 200?

Die Box hat von Haus aus diese zwei Slave-IDs. Unter der ID=1 findet man die Holdingregister zur Steuerung und überwachung.

Die Werte werden von der Wallbox aktualisiert.

Oh je, .. :dizzy_face:

Ich glaube, ich habe vergessen, dass die Holding-Register das falsche Format haben. Die beginnen bei 40.000

[wendy2702]

@legro

Sicher das du hier auf Debug gestellt hast!?

Laut Video:

Bei dir:

Ich würde erstmal schauen ob es mit einem Register stabil läuft. Wie ist die Box angebunden? Fest per LAN oder noch was dazwischen?

EDIT: die Register hast du scheinbar ohne Alias eingetragen also nicht nach Video. Sollte theoretisch keinen Unterschied machen, gibt aber Geräte die es anders benötigen, warum auch immer.

@legro sagte in Alfen Modbus verliert Verbindung:

Ich habe das Ganze nach Anleitung von @haus-automatisierung wie in diesem Video beschrieben eingerichtet.

[haus-automatisierung]

@legro sagte in Alfen Modbus verliert Verbindung:

Der Modbus-Adapter für eine Alfen Single Eve Wallbox verliert immer wieder die Verbindung.

Ich meine bei einer bestimmten Firmware-Version auf der Wallbox gab es mal Probleme mit Modbus. Ist die Firmware auf dem neuesten Stand?

[legro]

@haus-automatisierung

Die Firmware ist auf dem neuesten Stand.

Nun haben wir in unserer Familie gleich zwei Alfen Single Eve Wallboxen. Bei mir funktioniert alles wie gewünscht, bei derjenige unserer Tochter gibt's diese Schwierigkeiten.

Ich vergleiche nunmal minutiös die beiden Installationen. Vielleicht finde ich ja eine Ursache.

[haus-automatisierung]

@legro sagte in Alfen Modbus verliert Verbindung:

bei derjenige unserer Tochter gibt's diese Schwierigkeiten.

Eventuell ein Problem in der Netzwerkinstallation? Alles mal durchgetestet?

[legro]

@wendy2702

Ob ich aliases benutze oder nicht, spielt offensichtlich (doch) keine Rolle.

Die Debug-Einstellungen habe ich zu info und dann wieder auf debug geändert. Nun erhalte ich ..

modbus.0
2025-02-26 15:44:23.651	debug	[DevID_200/holdingRegs] Poll address 1102 - 2 registers

modbus.0
2025-02-26 15:44:22.706	debug	Closing client on purpose.

modbus.0
2025-02-26 15:44:21.705	debug	Cleaning up request fifo.

modbus.0
2025-02-26 15:44:21.705	debug	Clearing timeout of the current request.

modbus.0
2025-02-26 15:44:21.704	debug	Socket closed with error

modbus.0
2025-02-26 15:44:21.651	info	Disconnected from slave 192.168.5.88

modbus.0
2025-02-26 15:44:21.650	debug	Closing client on purpose.

modbus.0
2025-02-26 15:44:21.599	warn	[DevID_200] Poll error count: 16 code: "App Timeout"

modbus.0
2025-02-26 15:44:18.650	debug	[DevID_200/holdingRegs] Poll address 174 DONE

modbus.0
2025-02-26 15:44:18.524	debug	[DevID_200/holdingRegs] Poll address 174 - 4 registers

modbus.0
2025-02-26 15:44:15.650	debug	[DevID_1/holdingRegs] Poll address 1201 DONE

modbus.0
2025-02-26 15:44:15.525	debug	[DevID_1/holdingRegs] Poll address 1201 - 15 registers

modbus.0
2025-02-26 15:44:13.523	debug	[DevID_200/holdingRegs] Poll address 100 DONE

modbus.0
2025-02-26 15:44:13.399	debug	[DevID_200/holdingRegs] Poll address 100 - 40 registers

modbus.0
2025-02-26 15:44:13.398	debug	[DevID_200] Poll start ---------------------

modbus.0
2025-02-26 15:44:13.347	warn	[DevID_1] Poll error count: 15 code: "App Timeout"

modbus.0
2025-02-26 15:44:10.524	debug	[DevID_1/holdingRegs] Poll address 374 DONE

modbus.0
2025-02-26 15:44:10.400	debug	[DevID_1/holdingRegs] Poll address 374 - 4 registers

modbus.0
2025-02-26 15:44:05.399	debug	[DevID_1/holdingRegs] Poll address 300 DONE

modbus.0
2025-02-26 15:44:05.271	debug	[DevID_200/holdingRegs] Poll address 1102 DONE

modbus.0
2025-02-26 15:44:05.146	debug	[DevID_1/holdingRegs] Poll address 300 - 46 registers

modbus.0
2025-02-26 15:44:05.146	debug	[DevID_1] Poll start ---------------------

modbus.0
2025-02-26 15:44:05.145	info	Connected to slave 192.168.5.88

modbus.0
2025-02-26 15:43:07.128	debug	[DevID_200/holdingRegs] Poll address 1102 - 2 registers

modbus.0
2025-02-26 15:43:06.179	debug	Closing client on purpose.

modbus.0
2025-02-26 15:43:05.177	debug	Cleaning up request fifo.

modbus.0
2025-02-26 15:43:05.177	debug	Clearing timeout of the current request.

modbus.0
2025-02-26 15:43:05.176	debug	Socket closed with error

modbus.0
2025-02-26 15:43:05.143	info	

[legro]

@haus-automatisierung sagte in Alfen Modbus verliert Verbindung:

@legro sagte in Alfen Modbus verliert Verbindung:

bei derjenige unserer Tochter gibt's diese Schwierigkeiten.

Eventuell ein Problem in der Netzwerkinstallation? Alles mal durchgetestet?

Die LAN-Verbindung sollte funktionieren, schließlich lässt sich die Wallbox via Alfen-App ja in allen Teilen steuern.

[wendy2702]

@legro In allen Teilen steuern ist aber etwas anderes als im 1000ms Takt etwas abzufragen.

Was passiert denn wenn du den Wert mal etwas höher setzt? Keine Ahnung ob eine sekündliche abfrage sinn macht.

[legro]

@wendy2702

Ich habe zum Test einmal alle Absagen zur Slave-ID 200 deaktiviert. Der Erfolg ist, dass die Instanz nicht mehr auf gelb (Ausrufezeichen) wechselt. Dennoch kommen im Protokoll noch immer Timeouts vor.

Meine Vermutung ist nun, dass durch die vielen Updates offenbar sich die Register-Struktur verändert haben mag. Ich gehe nun dieser Vermutung einmal nach und deaktiviere alle Datenpunkte und schalte sie nach und nach wieder ein.

Wo finde ich ggf. eine aktuelle Liste der Modbus-Register?

[wendy2702]

@legro sagte in Alfen Modbus verliert Verbindung:

Wo finde ich ggf. eine aktuelle Liste der Modbus-Register?

Beim Hersteller!?

[legro]

@haus-automatisierung @wendy2702

Mittlerweile bin ich einen Schritt weitergekommen: Ich konnte den Fehler optimieren.:sob:

Lief zuvor bloß die Modbus-Instanz der Alfen Wallbox auf Fehler, so hat sich mittlerweile die Instanz zu unserem Wechselrichter Fronius GEN24 angeschlossen, die zuvor monatelang störungsfrei lief. Nein, ich hatte in der Konfiguration der GEN24-Instanz nichts geändert.

Auf der Suche nach Ursachen traf ich auf sehr viele Klagen von Leidensgenossen, die von denselben Fehlern berichteten: Beim Vorhandensein von zwei Slave-IDs geht die Verbindung durch Timeouts immer wieder verloren. Meine Tests, die Register zur zweiten Slave-ID von der Abfrage auszuschließen, beseitigt die Fehler; sobald auch nur ein Register der zweiten Slave-ID wieder aktiviert wird, geht das Theater von vorne los.

Fazit: Der Modbus-Adapter hat offensichtlich (noch) erhebliche Schwächen und funktioniert - wenn man Pech hat - mehr schlecht als recht.

Hier ein kleiner Auszug zu diesen Problemen ..

*Es scheint ein bekanntes Problem zu sein, dass der Modbus-Adapter in ioBroker Schwierigkeiten hat, wenn mehrere Slave-IDs vorhanden sind. Hier sind einige wichtige Punkte zu diesem Problem:
Bei mehr als einem Slave treten häufig Timeouts auf. Siehe: [1] (https://forum.iobroker.net/post/7168), [2] (https://forum.iobroker.net/post/257061)

Die Verbindung bleibt oft für einige Stunden stabil, bricht dann aber ab und schwankt anschließend im Minutentakt zwischen verbunden und getrennt1.
Ein manueller Neustart des Adapters stellt die Verbindung vorübergehend wieder her.

Als Workaround empfehlen einige Nutzer, den Modbus-Adapter regelmäßig (z.B. alle 15 Minuten) neu zu starten.

.. usw. ..*

Hier müssen wohl nochmals die Entwickler ran.

[Homoran]

@legro sagte in Alfen Modbus verliert Verbindung:

Der Modbus-Adapter hat offensichtlich (noch) erhebliche Schwächen

Da lehnst du dich ziemlich weit aus dem Fenster.
läuft bei mir mit etlichen clients absolut problemlos.

Allerdings gibt es etliche Dinge die für einen störungsfreien Betrieb berücksichtigt werden müssen.
Davon ist einiges geräteabhängig

[wendy2702]

@legro : den Modbus Adapter mit mehreren Clients nutzen hier etliche Leute soweit ich mitbekommen habe Problemlos.

Wenn jetzt der zum WR auch nicht mehr läuft, sind denn dort mehrere IDs konfiguriert? Wenn nicht denke ich liegt dein Problem woanders.

[legro]

@wendy2702

Auch unsereiner nutzte monatelang den Modbus-Adapter monatelang bis heute problemlos. Aber die auszugsweise oben zitierten Quellen zeigen, dass es nicht nur an mir liegen sollte.

[Homoran]

@legro sagte in Alfen Modbus verliert Verbindung:

Aber die auszugsweise oben zitierten Quellen zeigen, dass es nicht nur an mir liegen sollte.

ich bitte dich!
der Adapter ist 15000 mal installiert.

wie ich schon schrieb, muss einiges beachtet werden.

[wendy2702]

@legro : und du meinst nicht das seit 2017/2018 sich bisschen was getan hat?

Aber egal, wenn du dir sicher bist das es am Adapter liegt mache bitte ein Issue auf GitHub auf.

Nur so, was ist denn mit der Wechselrichter Instanz? Nur eine ID oder auch mehrere?

[legro]

@homoran @wendy2702

Bis heute hätte ich auch nicht geglaubt, dass mit dem Modbus-Adapter etwas nicht stimmt. Aber meine Erfahrungen mit der Fronius-Instanz ließ mich aus allen Wolken fallen. Da läuft die monatelang und auf einmal geht nichts mehr.

Die bisher gut funktionierende Instanz habe ich nach dieser von mir verfassten Anleitung konfiguriert - also von wegen bloß ein paar Register. Ich habe alle Register implementiert, die einen Wert liefern. Hierzu habe ich Register für Register eingepflegt, um zu überprüfen, ob es überhaupt auch mit Werten gefüllt wird.

Irgendwo muss doch hier etwas schief laufen. Ich habe definitiv all die oben zitierten Fehler in meiner Installation. Nur habe ich überhaupt keine Idee, was die bisher einwandfrei funktionierende Instanz so durcheinander gebracht hat.

[wendy2702]

@legro aha,

Die Logik verstehe ich jetzt nicht.

Die Instanz mit dem Fronius lief bisher problemlos, an iob wurde laut deiner Aussage nichts geändert. Jetzt kommt es auch dort zu Fehlern und dann ist der Adapter schuld?

Ein Fehler des Adapters würde doch auch bedeuten das es bei dir auch nicht funktionieren würde oder sehe ich das falsch?

Mal den Iob und alle Komponenten neu gestartet?

Und lass bitte das editieren von Beiträgen im Nachhinein ohne Kennzeichnung