Warp3 mit Eastron SDM 630 Grid Meter (via Kostal Plenticore Wechselrichter): readHreg failed: TIMEOUT

[rakeller]

Hallo Warp Freunde 

Wenn ich im Modus Min+PV mein Auto anstecke, dauert es mehrere 10 Minuten bis das Laden beginnt.

Ich nehme an, dass die Warp3 zuerst den Gridzaehler auslesen will. Ich sehe im Log aber ein Timeout:

2024-10-13 17:25:05,432 | gen_mbtcp_client | readHreg failed: TIMEOUT (0xe4) host=192.168.1.197 port=1502 device_address=71 start_address=40070 register_count=38
2024-10-13 17:25:05,442 | meters_sun_spec  | Read error: TIMEOUT (228)

Auslesen per mbpoll funktionert ohne Timeouts (ok, nur 1 Register nicht 38):
mbpoll kostal.home -a 71 -p 1502 -m tcp  -r 40070 -t 4 -1 -B

Protocol configuration: Modbus TCP
Slave configuration...: address = [71]
                        start reference = 40070, count = 1
Communication.........: kostal.home, port 1502, t/o 1.00 s, poll rate 1000 ms
Data type.............: 16-bit register, output (holding) register table

-- Polling slave 71...
[40070]:     23130

Fragen:

(1) Kann ich das Timeout irgendwie anpassen?

(2) Muss ich einen DNS Server konfigurieren? Siehe: "Meter configured with hostname 'kostal.home', but no DNS server is configured!"

Event log ist angefuegt, danke!

warp3-2aXx-Debug-report-2024-10-13T17-47-45-218.txt

[MatzeTF]

Zu (1):

Und was passiert, wenn du mit mbpoll auch 38 Register ausliest? Versuch das ein paar Mal. Ansonsten scheinen die Timeouts so selten aufzutreten, dass sie eigentlich kein Problem darstellen sollten.

Im Min+PV-Modus sollte ein eingestecktes Auto eigentlich sofort anfangen zu laden. Wenn das nächste Mal das Auto angesteckt ist, aber nach 3 Minuten im Min+PV-Modus noch nicht lädt, lade wieder einen Debug Report runter und hänge ihn hier an. Vorher nicht die Modus-Buttons benutzen oder irgendwas anderes ändern, da wir genau den festhängenden Zustand brauchen.

Zu (2):

                  4,424 | ethernet         | Connected: 100 Mbps Full Duplex, MAC: 58:BF:25:B8:9E:CF
2024-10-13 09:59:39,000 | rtc              | Set system time from RTC at 5,996
2024-10-13 09:59:39,034 | gen_mbtcp_client | Meter configured with hostname 'kostal.home', but no DNS server is configured!
2024-10-13 09:59:39,045 | gen_mbtcp_client | Meter configured with hostname 'kostal.home', but no DNS server is configured!
2024-10-13 09:59:40,942 | ethernet         | Got IP address: 192.168.1.25/24

Die Fehlermeldung ist Zugegebenermaßen etwas irreführend. Bei der Wallbox ist DHCP aktiviert und nach dem Aufbau der LAN-Verbindung dauert es ca. 3,5  Sekunden, bis der Router eine IP mit DNS-Server zuweist. In der Zeit hat die Wallbox noch keinen DNS-Server, daher die Fehlermeldung. Warum der Router so lange braucht, weiß ich nicht, aber du kannst das auch einfach ignorieren, da es nach 3,5 Sekunden schließlich funktioniert.

[rakeller]

Hallo MatzeTF

Ich habe die Wallbox schon seit Stunden am Auto angeschlossen, Charging Mode ist "Min+PV" aber das Auto (BMW iX) laedt immer noch nicht, irgendetwas hat sich aufgehaengt.

Die Chargelogs sind angefuegt.

Per mbpoll kann ich problemlos 38 Register auslesen, habe es x-mal probiert, nie ein Timeout erhalten:

mbpoll kostal.home -a 71 -p 1502 -m tcp  -r 40070 -t 4 -1 -B -c 38

Protocol configuration: Modbus TCP
Slave configuration...: address = [71]
                        start reference = 40070, count = 38
Communication.........: kostal.home, port 1502, t/o 1.00 s, poll rate 1000 ms
Data type.............: 16-bit register, output (holding) register table

-- Polling slave 71...
[40070]:     23130
[40071]:     103
[40072]:     50
[40073]:     0
[40074]:     0
[40075]:     0
[40076]:     0
[40077]:     65534 (-2)
[40078]:     65535 (-1)
[40079]:     65535 (-1)
[40080]:     65535 (-1)
[40081]:     2339
[40082]:     2367
[40083]:     2388
[40084]:     65535 (-1)
[40085]:     0
[40086]:     0
[40087]:     4998
[40088]:     65534 (-2)
[40089]:     0
[40090]:     0
[40091]:     0
[40092]:     0
[40093]:     1000
[40094]:     65533 (-3)
[40095]:     60
[40096]:     21569
[40097]:     0
[40098]:     65535 (-1)
[40099]:     0
[40100]:     65535 (-1)
[40101]:     0
[40102]:     0
[40103]:     0
[40104]:     324
[40105]:     278
[40106]:     277
[40107]:     0

warp3-2aXx-charge-manager-trace-log-2024-10-21T19-54-14-108.txt warp3-2aXx-EVSE-charge-protocol-2024-10-21T19-56-35-013.txt warp3-2aXx-Debug-report-2024-10-21T20-07-27-608.txt

[rtrbt]

On 10/21/2024 at 8:10 PM, rakeller said:

Ich habe die Wallbox schon seit Stunden am Auto angeschlossen, Charging Mode ist "Min+PV" aber das Auto (BMW iX) laedt immer noch nicht, irgendetwas hat sich aufgehaengt.

Ist dein Auto einfach voll? Ich sehe im Log folgende Ausgaben:

2024-10-21 17:16:32,499 | users            | Charger state changed from 0 to 1
2024-10-21 17:16:40,499 | users            | Charger state changed from 1 to 3
2024-10-21 17:16:40,583 | charge_tracker   | Tracked start of charge.
2024-10-21 17:17:29,634 | users            | Charger state changed from 3 to 2
2024-10-21 17:17:40,678 | users            | Charger state changed from 2 to 1

0->1 heißt das Auto wurde angesteckt.
1->3 heißt der Lastmanager hat Strom freigegeben und das Auto hat sofort Strom angefordert, also wurde das Schütz geschaltet. (2 wurde übersprungen, weil das Auto sofort reagiert hat)
3->2 heißt, dass das Auto keinen Strom mehr anfordert. Typischerweise, weil es voll ist.
2->1 ist dann, dass der Lastmanager den Strom weggenommen hat, weil das Auto keinen wollte.

Trotzdem hätte es so sein sollen, dass der Lastmanager wieder Strom zuteilt, das ist bei dir nicht passiert, weil Min+PV nie auf über 9 Ampere gegangen ist. Mit der Firmware im Anhang sollte das Problem weg sein. Dann sollte, wenn das Auto abschaltet und zwischen 6 und 9 Ampere verfügbar sind oder Min+PV aktiv ist, trotzdem Strom zugeteilt werden.

warp3_firmware-NIGHTLY_2_6_1_6717a226_04aadc90170c8e4_merged.bin

[rakeller]

Das Auto war ca. 50% voll und das Ladelimit war bei 80%, somit haette es laden sollen im Modus Min+PV.

Habe nun die neue Firmware installiert, Auto hat mit Laden begonnen sobald ich angesteckt hatte.

19:45 habe ich auf PV gewechselt

19:49 wechselt auf Waiting for Release

19:51 habe auf Min+PV gewechselt

19:56 wechselt wieder auf Charging

Soweit ich erkennen kann, funktioniert es. Anbei noch die neusten Logs:

warp3-2aXx-charge-manager-trace-log-2024-10-22T19-56-25-668.txt warp3-2aXx-Debug-report-2024-10-22T19-56-49-163.txt warp3-2aXx-EVSE-charge-protocol-2024-10-22T19-57-14-182.txt

[rtrbt]

Ja, das sieht gut aus. Danke für den Test!

[rakeller]

Hallo rtrbt

Leider beginnt die Wallbox immer noch mit Laden (wenn ich von PV auf auf PV+Min umschalte), auch 30min spaeter nicht.

Firmware ist 2.6.1+6717a226 (created 10/22/2024 03:01:26 PM, by Tinkerforge GmbH),

(1) Es gibt einige Modbus Timeouts in den Logs, aber ich kann alle Register problemlos auslesen:

mbpoll kostal.home -a 71 -p 1502 -m tcp  -r 40070 -t 4 -1 -B -c 105

Protocol configuration: Modbus TCP
Slave configuration...: address = [71]
                        start reference = 40070, count = 105
Communication.........: kostal.home, port 1502, t/o 1.00 s, poll rate 1000 ms
Data type.............: 16-bit register, output (holding) register table

-- Polling slave 71...
[40070]:     23130
[40071]:     103
[40072]:     50
[40073]:     361
[40074]:     115
[40075]:     126
[40076]:     119
[40077]:     65534 (-2)
<snip>

[40173]:     0
[40174]:     0

Kann man die Timeouts der Wallbox aendern?

(2) Auch wenn die Wallbox den Gridzaehler nicht auslesen kann, sollte diese laden in PV+Min.

Anbei einige Logs, Danke!

- Ralph

warp3-2aXx-charge-manager-trace-log-2024-11-03T11-34-04-048.txt warp3-2aXx-Debug-report-2024-11-03T11-33-31-613.txt warp3-2aXx-EVSE-charge-protocol-2024-11-03T11-40-39-730.txt

[photron]

On 11/3/2024 at 11:44 AM, rakeller said:

Es gibt einige Modbus Timeouts in den Logs, aber ich kann alle Register problemlos auslesen

Sporadisch Timeouts sind kein generells Problem. Du siehst da so ein bis zwei Timeouts die Stunde. Dass du das mit mbpoll nicht siehts mag daran liegen, das du mit mbpoll anders liest als die Wallbox. Da du zwei Zähler eingerichtet hast laufen in der Wallbox zwei unabhängie Abfrageprozesse. Es kann jetzt passieren, dass der eine Prozess eine Anfrage schickt während eine andere Anfrage noch in Bearbeitung ist. Das kann (muss aber nicht) zu einem Timeout der zweiten Anfrage führen.

In der Firmware, die dir rtrbt zum Testen gegeben hat wird noch die alte Modbus/TCP Bibliothek verwendet. Wir sind inzwischen auf eine neue Modbus/TCP Bibliothek gewechselt, die die Anfragen nacheinander schickt, um genau dieses Problem zu vermeiden. Die Timeout-Zeit haben wir auch generell von einer auf zwei Sekunden angehoben. Viel länger würde ich nicht erlauben wollen, da sonst die Reaktionszeit der Regelung leidet, wenn die Daten zu langsam kommen. Auch werden speziell Timeout-Fehler nicht mehr geloggt, da diese zu den erwarteten Fehler gehören und ansonsten, wie bei dir, das Log füllen, auch wenn sie nicht wirklich ein Problem darstellen. Stattdessen gibt es jetzt einen Fehlerzähler für Timeouts. Dieser wird demnächst auch im Webinterface einsehbar sein. Aktuell kannst du den Wert nur im Debug Report unter "meters/?/errors" sehen.

Teste bitte die angehängte Firmware.

Vom Log her hat der Netzanschlusszähler Messwerte. Ich denke nicht, dass dein Problem durch feghlende Messwerte verursacht wird. Aber da bin ich nicht der Experte. Da können dir MatzeTF und rtrbt weiterhelfen.

warp3_firmware_2_6_1_672894bb_86cc8abf9083b19_merged.bin

[rakeller]

Hallo photron, besten Dank fuer die neue Firmware, habe diese installiert und werde nun sehen, ob immer noch Modbus-Timeouts erscheinen.

Das Hauptproblem war, dass die Wallbox in "PV+Min" auch nach einer langen Zeit (>1h) immer noch nicht mit Laden begonnen hatte. Werde sehen, ob dieses Problem immer noch auftaucht.

- Ralph

 

[MatzeTF]

On 11/3/2024 at 11:44 AM, rakeller said:

Leider beginnt die Wallbox immer noch mit Laden (wenn ich von PV auf auf PV+Min umschalte), auch 30min spaeter nicht.

Die Version 2.6.1 hat noch einen Bug, der bei Min+PV dazu führen kann, dass ein Auto nicht lädt. Im nächsten Firmware-Release wird das behoben sein.

[rtrbt]

Spezifisch: Wenn der Ladevorgang einmal vom Auto unterbrochen wurde (z.b. weil es voll ist, oder bei manchen Autos auch wenn die Zentralverriegelung geöffnet wird), dann wird ein Ladevorgang erst gestartet, wenn min. 9 A zur Verfügung stehen. Min+PV meldet in der Standardeinstellung aber nur 6 A.