flrnsbch

Danke für die Antwort. Wo und wie kann ich die 2./3. Phase wegschalten? Ich habe nur eine große Sicherung im Sicherungskasten, die m.W.n. alle drei Phasen schaltet. Mein anderes Auto (BMW iX1) lädt wunderbar und durchgängig mit 11kW ohne einen Abbruch. Kann man diesen Fehler damit schonmal ausschließen? Das muss ich mal testen. An einem 1-phasigen Ladegerät über die Steckdose lädt das Auto wunderbar.

Danke für den Hinweis @rtrbt. Hier ein Ladeprotokoll, das auch den interessanten Teil beinhalten sollte. Danke und LG Zusatzinfo: Ich hatte zwischenzeitlich den e-Up! mal am mitgeliferten Ladegerät (10A an Steckdose) hinter einer smarten Steckdose. Kein Problem hier. Keine Ladeschwankung, auch kein Ende des Ladevorgangs. warp2-292u-EVSE-Ladeprotokoll-2024-12-11T11-03-30-666.txt

Hallo zusammen, leider funktioniert mein Setup aktuell nicht mehr wie gewohnt. Beim Laden meines e-Up! schwankt die Ladeleistung stark zwischen 6 W und 7,4 kW bis der Ladevorgang nach ca. 45 Minuten in IEC Zustand B (angeschlossen) endet. Das Setup hat bis vor ein paar Tagen wunderbar funktioniert. Ich bin mit aktuell auch keiner Änderung bewusst, die ich vor Auftreten des Fehlers vorgenommen habe. Anbei findet ihr ein Ladeprotokoll. Könnt ihr daraus etwas ablesen? Die WARP Firmware habe ich heute auf den aktuellen Stand gebracht, Fehler bleibt leider bestehen. Mein für dieses Problem aus meiner Sicht relevantes Setup ist folgendes: WARP2 Charger lädt das Auto homeassistant holt Daten von PV-Anlage und übergibt sie per mqtt an evcc evcc verwaltet das Überschussladen Danke Euch schonmal vorab für's Reinschauen und Grüße warp2-292u-EVSE-Ladeprotokoll-2024-12-11T09-58-17-475.txt

Hallo zusammen, ich möchte in jedem Fall noch einmal antworten. Es war das WLAN. Ich habe noch einmal mit einem gesonderten Access Point ein neues WLAN aufgebaut und den WARP Charger damit als einziges Gerät verbunden. Seither ist die Verbindung deutlich besser und es gibt kaum noch Abbrüche. Die Abbrüche, die es gibt, sind nur noch 3 bis 5 Sekunden lang und nicht spürbar. In der Doku konnte ich nicht finden, ob der WARP Charger Wifi 6 unterstützt. Tut er das? Das könnte das Problem ja möglicherweise auch lösen, da hier die Bandbreite größer ist und die das WLAN-Netz mehr Geräte verträgt (so mein Laienverständnis), oder?

Danke für die Hinweise. Wie gehe ich denn nun mit der "neuen" bzw. individuellen FW um? Einfach installiert lassen? Was passiert beim nächsten Update? Kann ich irgendwo regeln, dass Daten an den MQTT Broker nur alle x Sekunden gesendet werden, um diese Vielzahl an Datenübertragung zu vermeiden? Das würde dieses "Problem" mit schlechtem WLAN ja möglicherweise auch regeln, oder?

Okay, verstanden. Habe 2x getestet: Ladevorgang via homeassistant gestartet 3-4 Minuten laufen lassen Ladevorgang via homeassistant beendet Web Interface weiterhin erreichbar, homeassistant meldet auch Verfügbarkeit der WARP Box, typischerweise kam hier ja der Verbindungsabbruch Ich werde jetzt auch wieder evcc hochfahren und weiter testen. Das verspricht jedoch schonmal einiges. Welche Nachteile haben wir denn durch den 10s Timeout? Könnte/sollte ich was an meinem Setup ändern? Update: Mit evcc traten gerade mehrere kurze Verbindungsabbrüche hintereinander auf. Zeitlich in etwa um das Auslösen eines Ladevorgangs herum. Auch das Webinterface ist dann nicht erreichbar. Mosquitto Log und WARP Debug Report im Anhang (habe aber log_type all wieder ausgeschaltet, da riesiges File). _mosquitto_logs (2).txt debug-report-warp2-292u-2024-07-10T15-50-23-154.txt

Danke Euch. Firmware habe ich eingespielt. Im Webinterface sehe ich dennoch das MQTT Sendeintervall auf 1s. Ist das der Timeout auf den ihr in Eurer letzten Nachricht verweist? Soll ich diesen auf 10s stellen? Ansonsten teste ich's gleich mal ein bisschen und schließe das Fahrzeug an, ab und starte ein paar Ladevorgänge. Mal schauen.

Hallo zusammen, jetzt habe ich das richtige Log-File mit allen Logs von mosquitto (reduziert auf einen Zeitraum in dem laut WARP Debug Report MQTT-Verbindungsprobleme bestanden). Ich hänge dieses und einen neuen Debug Report vom WARP an. Die Zeiten in den beiden Reports unterscheiden sich um 2h. Sprich, 06:00 Uhr im mosquitto entspricht 08:00 im WARP Log. Danke Euch für die Hilfe. 2024-07-10_mosquitto_reduced.log debug-report-warp2-292u-2024-07-10T09-27-53-321.txt

Hi, danke für die Tips. Das kann ich mir nicht vorstellen. Der PING auf das Gerät ist immer super (kontrolliere ich auch regelmäßig mit uptime-kuma). Ja. absolut. Mal geht's mal geht's nicht. Wenn kein Auto angeschlossen ist, dann funktioniert's eigentlich einwandfrei. Habe ich jetzt mal eingeschaltet. Mal schauen. Hier ein Auszug aus dem Mosquitto-Log nachdem ich in der Conf die beiden Zeilen angefügt habe (sieht mir irgendwie dennoch nicht so ergiebig aus), die .95 IP ist der WARP-Charger: 1720517062: New client connected from 192.168.178.130:51682 as DVES_17E4A1 (p2, c1, k30, u'DVES_USER'). 1720517087: New connection from 192.168.178.56:56328 on port 1883. 1720517087: New client connected from 192.168.178.56:56328 as mqtt-explorer-3fdfb036 (p2, c1, k60). 1720517142: Outgoing messages are being dropped for client mqtt-explorer-3fdfb036. 1720517179: Client mqtt-explorer-3fdfb036 has exceeded timeout, disconnecting. 1720517253: Client warp2-292u closed its connection. 1720517257: Invalid QoS in PUBLISH from DVES_17E4A1, disconnecting. 1720517257: Client DVES_17E4A1 disconnected due to malformed packet. 1720517258: New connection from 192.168.178.130:61730 on port 1883. 1720517258: New client connected from 192.168.178.130:61730 as DVES_17E4A1 (p2, c1, k30, u'DVES_USER'). 1720517261: New connection from 192.168.178.95:61126 on port 1883. 1720517261: New client connected from 192.168.178.95:61126 as warp2-292u (p2, c1, k120). 1720517270: Client warp2-292u closed its connection. 1720517284: New connection from 192.168.178.95:61127 on port 1883. 1720517284: New client connected from 192.168.178.95:61127 as warp2-292u (p2, c1, k120). 1720517707: Saving in-memory database to /mosquitto/data//mosquitto.db. 1720518129: Client warp2-292u closed its connection. 1720518143: New connection from 192.168.178.95:61128 on port 1883. 1720518143: New client connected from 192.168.178.95:61128 as warp2-292u (p2, c1, k120). 1720518148: Client warp2-292u closed its connection. 1720518158: New connection from 192.168.178.95:61129 on port 1883. 1720518158: New client connected from 192.168.178.95:61129 as warp2-292u (p2, c1, k120). 1720519508: Saving in-memory database to /mosquitto/data//mosquitto.db. 1720519539: Client DVES_17E4A1 disconnected due to malformed packet. 1720519539: New connection from 192.168.178.130:58087 on port 1883. 1720519539: New client connected from 192.168.178.130:58087 as DVES_17E4A1 (p2, c1, k30, u'DVES_USER'). 1720519727: New connection from 192.168.178.56:56573 on port 1883. 1720519727: New client connected from 192.168.178.56:56573 as mqtt-explorer-3fdfb036 (p2, c1, k60). 1720519752: Outgoing messages are being dropped for client mqtt-explorer-3fdfb036. 1720519819: Client mqtt-explorer-3fdfb036 has exceeded timeout, disconnecting. 1720521309: Saving in-memory database to /mosquitto/data//mosquitto.db. 1720522396: Client warp2-292u closed its connection. 1720522410: New connection from 192.168.178.95:61130 on port 1883. 1720522410: New client connected from 192.168.178.95:61130 as warp2-292u (p2, c1, k120). 1720522463: New connection from 192.168.178.56:56842 on port 1883. 1720522463: New client connected from 192.168.178.56:56842 as mqtt-explorer-3fdfb036 (p2, c1, k60). 1720522495: Outgoing messages are being dropped for client mqtt-explorer-3fdfb036. 1720522551: Client warp2-292u closed its connection. 1720522555: Client mqtt-explorer-3fdfb036 has exceeded timeout, disconnecting. 1720522563: New connection from 192.168.178.95:61131 on port 1883. 1720522563: New client connected from 192.168.178.95:61131 as warp2-292u (p2, c1, k120). 1720522578: Client warp2-292u closed its connection. 1720522592: New connection from 192.168.178.95:61132 on port 1883. 1720522592: New client connected from 192.168.178.95:61132 as warp2-292u (p2, c1, k120). 1720523088: Client warp2-292u closed its connection. 1720523110: Saving in-memory database to /mosquitto/data//mosquitto.db. 1720523116: New connection from 192.168.178.95:61134 on port 1883. 1720523116: New client connected from 192.168.178.95:61134 as warp2-292u (p2, c1, k120). 1720524077: New connection from 192.168.178.56:57076 on port 1883. 1720524077: New client connected from 192.168.178.56:57076 as mqtt-explorer-3fdfb036 (p2, c1, k60). 1720524117: Outgoing messages are being dropped for client mqtt-explorer-3fdfb036. 1720524169: Client mqtt-explorer-3fdfb036 has exceeded timeout, disconnecting. 1720524911: Saving in-memory database to /mosquitto/data//mosquitto.db. 1720525534: Invalid QoS in PUBLISH from DVES_17E4A1, disconnecting. 1720525534: Client DVES_17E4A1 disconnected due to malformed packet. 1720525534: New connection from 192.168.178.130:52448 on port 1883. 1720525534: New client connected from 192.168.178.130:52448 as DVES_17E4A1 (p2, c1, k30, u'DVES_USER'). 1720525894: Client DVES_17E4A1 disconnected due to malformed packet. 1720525895: New connection from 192.168.178.130:61676 on port 1883. 1720525895: New client connected from 192.168.178.130:61676 as DVES_17E4A1 (p2, c1, k30, u'DVES_USER'). 1720526423: New connection from 192.168.178.56:57312 on port 1883. 1720526423: New client connected from 192.168.178.56:57312 as mqtt-explorer-3fdfb036 (p2, c1, k60). 1720526503: Outgoing messages are being dropped for client mqtt-explorer-3fdfb036. 1720526515: Client mqtt-explorer-3fdfb036 has exceeded timeout, disconnecting. 1720526669: Client warp2-292u closed its connection. 1720526682: New connection from 192.168.178.95:61135 on port 1883. 1720526682: New client connected from 192.168.178.95:61135 as warp2-292u (p2, c1, k120). 1720526685: Client warp2-292u closed its connection. 1720526699: New connection from 192.168.178.95:61136 on port 1883. 1720526699: New client connected from 192.168.178.95:61136 as warp2-292u (p2, c1, k120). 1720526712: Saving in-memory database to /mosquitto/data//mosquitto.db. 1720527523: New connection from 192.168.178.56:57557 on port 1883. 1720527523: New client connected from 192.168.178.56:57557 as mqtt-explorer-3fdfb036 (p2, c1, k60). 1720527553: Outgoing messages are being dropped for client mqtt-explorer-3fdfb036. 1720527619: Client mqtt-explorer-3fdfb036 has exceeded timeout, disconnecting. 1720528048: New connection from 192.168.178.56:57587 on port 1883. 1720528048: New client connected from 192.168.178.56:57587 as mqtt-explorer-3fdfb036 (p2, c1, k60). 1720528077: Outgoing messages are being dropped for client mqtt-explorer-3fdfb036. 1720528135: Client warp2-292u closed its connection. 1720528141: Client mqtt-explorer-3fdfb036 has exceeded timeout, disconnecting. 1720528184: New connection from 192.168.178.95:61140 on port 1883. 1720528184: New client connected from 192.168.178.95:61140 as warp2-292u (p2, c1, k120). 1720528254: New connection from 192.168.178.95:61144 on port 1883. 1720528259: Client warp2-292u already connected, closing old connection. 1720528259: New client connected from 192.168.178.95:61144 as warp2-292u (p2, c1, k120). 1720528259: Client warp2-292u closed its connection. 1720528271: New connection from 192.168.178.95:61145 on port 1883. 1720528271: New client connected from 192.168.178.95:61145 as warp2-292u (p2, c1, k120). 1720528324: Client warp2-292u closed its connection. 1720528336: New connection from 192.168.178.95:61149 on port 1883. 1720528336: New client connected from 192.168.178.95:61149 as warp2-292u (p2, c1, k120). 1720528364: New connection from 192.168.178.95:61150 on port 1883. 1720528364: Client warp2-292u already connected, closing old connection. 1720528364: New client connected from 192.168.178.95:61150 as warp2-292u (p2, c1, k120). 1720528373: Client warp2-292u closed its connection. 1720528465: Client DVES_17E4A1 disconnected due to malformed packet. 1720528465: New connection from 192.168.178.130:57430 on port 1883. 1720528465: New client connected from 192.168.178.130:57430 as DVES_17E4A1 (p2, c1, k30, u'DVES_USER'). 1720528489: mosquitto version 2.0.18 terminating 1720528489: Saving in-memory database to /mosquitto/data//mosquitto.db. Weitere Konkretisierung des Fehler. Gerade habe ich einen Ladevorgang "manuell" gestartet. EVCC während des gesamten Prozesses abgeschaltet: Auto angeschlossen Ladevorgang via homeassistant (MQTT-Anbindung) gestartet Ladevorgang lief Ladevorgang via homeassistant (MQTT-Anbindung) beendet // bis hierhin gute Verbindung zur Wallbox (Webinterface und Homeassistant-Anbindung) Wallbox-Web-Interface nicht mehr erreichbar, homeassistant meldet "Wallbox nicht verfügbar", Debug-Report wieder angehangen. Vielleicht helfen diese weiteren Informationen noch? debug-report-warp2-292u-2024-07-09T15-10-16-659.txt

Hier ein Debug-Report. Danke Dir. debug-report-warp2-292u-2024-07-09T12-53-42-625.txt

Hallo zusammen, erst einmal vielen Dank für ein tolles Produkt. Leider habe ich in den letzten Wochen ein Problem mit der Verfügbarkeit des Web Interface sowie MQTT meines WARP2 Chargers Pro 22kW. Einen wirklichen Zeitpunkt inkl. einer Änderung in meinem Setup, ab dem das Problem auftrat, kann ich leider nicht wirklich identifizieren. Fehlerbild: Web-Interface des WARP per Browser unregelmäßig erreichbar PING auf statische IP funktioniert Mosquitto (MQTT Broker) kriegt keine aktuellen Daten vom WARP, fehlende MQTT Aktualisierung fällt vor allem im Homeassistant und EVCC auf homeassistant Status der Entität "WARP2 Charger (warp2-xxxx) Wallbox verfügbar" Wurde verbunden 10:18:31 - Vor 6 Minuten Nicht mehr verfügbar 10:16:59 - Vor 8 Minuten Wurde verbunden 10:15:24 - Vor 9 Minuten Nicht mehr verfügbar 10:15:17 - Vor 10 Minuten EVCC kann den WARP Charger nicht steuern und wirft Fehlermeldung, dass Daten der Wallbox "outdated" sind (logischerweise, da keine Updates auf MQTT) Das WARP Ereignis-Log (wenn ich mal rankomme) zeigt im Grunde nur auf, dass immer wieder eine Disconnect vom MQTT Broker stattfindet und er wieder versucht sich zu verbinden. 2024-07-09 10:17:02,813 | mqtt | Disconnected from broker. 2024-07-09 10:17:02,814 | mqtt | Was connected for 76 seconds. 2024-07-09 10:17:18,785 | mqtt | Failed to connect to broker. Der MQTT Broker läuft reibungslos, im Log des MQTT Brokers ist auch nur erkennbar, dass sich der WARP Charger versucht zu verbinden. Alle anderen Use Cases, die über den MQTT Broker laufen, funktionieren einwandfrei. Grundlegendes Setup, wie oben sicher schon erkennbar: Docker-Umgebung Homeassistant EVCC Mosquitto Wallbox WARP2 Charger Pro 22kW (statische IP, MQTT Discovery aktiviert, verbunden via WLAN, FW 2.4.0, Externe Steuerung aktiviert) Meine erste Vermutung war, dass EVCC hier Fehler verursacht. Jedoch taucht das Fehlerbild auch auf, wenn ich EVCC abschalte. Aber es tritt das Problem meiner Erfahrung nach nur dann auf, wenn ein Auto verbunden ist. Habt ihr noch Lösungsideen? Welche Infos bräuchtet ihr noch? Danke Euch vorab.