Alfen Modbus verliert Verbindung
-
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?
-
@legro logfile im Debug Mode zeigen.
Instanz Einstellungen zeigen!
Ist die Wallbox durchgehend erreichbar? Z.b. per Ping
Wieso Device ID 1 und 200?
-
@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, ..
Ich glaube, ich habe vergessen, dass die Holding-Register das falsche Format haben. Die beginnen bei 40.000
-
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.
-
@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?
-
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.
-
@legro sagte in Alfen Modbus verliert Verbindung:
bei derjenige unserer Tochter gibt's diese Schwierigkeiten.
Eventuell ein Problem in der Netzwerkinstallation? Alles mal durchgetestet?
-
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 -
@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.
-
@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.
-
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?
-
@legro sagte in Alfen Modbus verliert Verbindung:
Wo finde ich ggf. eine aktuelle Liste der Modbus-Register?
Beim Hersteller!?
-
@haus-automatisierung @wendy2702
Mittlerweile bin ich einen Schritt weitergekommen: Ich konnte den Fehler optimieren.
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.
-
@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 -
@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.
-
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.
-
@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.
-
@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?
-
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.
-
@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
