rakeller

Phasenumschaltung funktioniert mit neuestem Update wieder, danke! 2.7.6+67c9a85b (created 03/06/2025 02:51:23 PM, by Tinkerforge GmbH)

Ich kann ebenfalls nicht mehr 3 phasig laden im PV Modus. Ich habe während ca. 30 min noch ca 2kW ans Netz angegeben, der Charger lief mit 3.8kW. Daher hätten er auf 3 phasig umschalten können. Firmware 2.7.5+67bf44a8 (created 02/26/2025 05:43:20 PM, by Tinkerforge GmbH) In einer älteren Firmware (August 2024) hatte ich 3 phasig laden können. Debug log ist angefügt. warp3-2aXx-Debug-report-2025-03-05T13-05-14-812.txt

Bei der App ist links oben das Menu nicht sichtbar (Hamburgermenu).

Besten Dank, habe die Firmware ausprobiert und "Ignores data from the MQTT broker (and other MQTT client" eingeschaltet. Ich konnte mit dem Chargemanager der Warp3 laden und EVCC hat die Ladung aufgezeichnet (aber nicht die Warp3 gesteuert). Super, dass es nun so laeuft!

Vielen Dank rtrbt, das ist super, dann habe ich wieder die Solarladestatistik. Lass mich wissen, ob ich die neue Firmware testen soll.

Bis jetzt habe ich es nicht geschafft, EVCC 0.131.11 zuverlaessig aufzusetzen: - das Laden startet nicht, weil ich "wake-up vehicle: unexpected status: 403 (Forbidden)" erhalte - automatischer Phasenwechsel sehe ich im UI nicht (obwohj ich "phases: 0" im loadpoint gesetzt hatte) EVCC gibt mir eine tolle Uebersicht, wieviel Solarstrom ich laden konnte und benutze es primaer fuer Statistik. Zum Laden benutze ich bis jetzt den internen Chargemanager der Warp3, dieser ist zuverlaessiger.

Mit EVCC hatte ich Probleme mit dem PV-Ueberschussladen, EVCC konnte nicht immer den Ladezustand des Autos bestimmen und hat dann nicht geladen, daher habe ich die Kontrolle an die Warp3 abgegeben. EVCC gibt eine tolle Uebersicht der Ladesessions, inkl. Solaranteil. und momentan benutzte EVCC vorallem als UI. Aber ich verstehe, dass mit der neuesten Firmware wenn ich EVCC mit der Warp3 verknuepfe, uebernimmt EVCC auch die Steuerung von PV-Ueberschussladen.

Ich habe gerade im Thread "Blocked by external control" (4 Dec 2024) gesehen: borg schrieb: Die externe Steuerung muss in den neueren Firmwares nicht mehr aktiviert werden, allerdings sollte sie nach einem Update natürlich nicht blocken. Das schauen wir uns an, gibt dann denke ich noch ein schnelles Release hinterher was das fixt. D.h. man kann die externe EVCC Steuerung nicht mehr ausschalten?

Ich habe eine Firmware-Downgrade 2.6.1+66ec0f9f (created 09/19/2024) gemacht, denn dort gibt es noch die Option Charger->Settings->"Enables an external control system (for example EVCC) to control this charger" auf "off" zu setzen. In der neueren Version 2.6.5+6751bc2b kann ich EVCC Control irgendwie nicht mehr abschalten.

Ich habe an meiner Warp3 ein Upgrade auf 2.6.5+6751bc2b (created 12/05/2024) gemacht. Nun nachdem ich BMW iX, eingesteckt habe, bleibt der Charge status in "waiting for release", "blocked by charge management, external control". Die Autobatterie ist bei 53% and das Autochargelimit bei 80%. Ich habe unter "External control" einen Reset gemacht, aber nach 10 Sekunden wechselt die Wallbox wieder auf blocked. Chargelogs sind angefuegt. Momentan kann ich ueberhaupt nicht mehr laden. warp3-2aXx-Debug-report-2024-12-11T20-19-37-344.txt warp3-2aXx-EVSE-charge-protocol-2024-12-11T20-19-41-533.txt

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

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

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

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

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