MatzeTF

Da sind wohl beim Zusammenführen der beiden Unterseiten für die Automatisierung die Wallboxen unter den Tisch gefallen. Ist korrigiert. Keine Sorge. Wenn die Tabelle nicht in unserem Sinne wäre, hätte borg schon was gesagt. Ansonsten bin ich davon ausgegangen, dass du nicht absichtlich unseren Server quälen wolltest, und du wirst auch nicht derjenige sein, der meinen Server quält. Ist nur gerade nicht meine Lieblingstechnologie. 😮‍💨 Ich hätte passend dazu CH21 bei LG-Klimaanlagen im Angebot.

Nachtrag: Wenn ich das richtig sehe, schickt die Wallbox ihre Announcement-Multicasts und eigene Suchanfragen immer von Port 5353 an Port 5353. Wenn die von dir gesehenen Pakete an eine zufällige Portnummer beim Router gehen, sind das Antworten auf eine Anfrage vom Router. Wenn du die Antworten nicht haben willst, solltest du dem Router die Anfragen abgewöhnen. 😉

UDP Port 5353 ist mDNS. Ohne Packet Capture weiß ich nicht, was das für ein Paket ist, aber mDNS-Geräte müssen sich regelmäßig selbst announcen. Geht das direkt an die IP des Gateway oder an die Broadcast-IP, sodass der Gateway es darüber empfängt? Wenn du mDNS nicht nutzt, solltest du es unter Netzwerk → Einstellungen einfach deaktivieren. Wenn du Wert auf Sicherheit legst, solltest du das sowieso tun. Angriffsfläche reduzieren und so. 😉

Schon jetzt ist es so, dass nach einer manuell angestoßenen Suche die Versionsnummer eine neue Firmware in update_version in firmware_update/state steht. Bei einem automatisch gefundenen Update wird das voraussichtlich auch der Fall sein. Diese Versionsnummer muss an firmware_update/install_firmware geschickt werden, um ein Update zu starten. Keine Ahnung, was HA da an eigenen Lösungen hat und ob die damit kompatibel sind. Kannst du ja nach dem nächsten Firmware-Release mal ausprobieren. Manuell suchen lassen und dann versuchen, das Update über HA auszuführen.

Das ist nicht ausgeschlossen, ist aber mehr Aufwand, als es nach außen aussieht. Aktuell steht das auf unserer Todo-Liste sehr weit unten.

Knapp vorbei: Der Tinkerforge-Blog wär’s gewesen: WARP2, WARP3, WARP4 Da alle Generationen prinzipiell die gleiche Software bekommen, unterscheiden sie sich tatsächlich nicht so stark. Wenn möglich, werden neue Funktionen auch für die älteren Generationen bereitgestellt, damit wir nicht so viele Unterschiede warten müssen. 😉 Die relevanten Unterschiede zwischen den Generationen hat borg schon erwähnt. Dem würde ich nur noch hinzufügen, dass NFC mit WARP2 eingeführt wurde. Die WARP1 hat einen Schlüsselschalter, um unberechtigte Nutzer auszusperren. Man kann allerdings selbst NFC nachrüsten, weshalb die Benutzerverwaltung per NFC auch dort prinzipiell vorhanden ist, auch wenn sie nicht so verkauft wurde. Automatisierung ist bei allen WARP Chargern und WEM verfügbar. 2, 3 und 5 sind nur für den WEM 2. Zugangsdaten sind bei WARP Chargern im Benutzermodul enthalten und benutzen deswegen eine andere API. Dafür bekommst du ein 🙄 weil meine private Homepage gerade von irgendwelchen hirnlosen KI-Bots zu Tode gecrawlt wird. Yippieh.

Das ist eine weitere Einstellung auf der MQTT-Seite, direkt unter dem Topic-Präfix. Stell das Gleiche ein, wie bei deiner Warp3.

Probier es ruhig aus. Es kann nichts kaputt gehen. Ich weiß nur nicht, ob es nachher funktionieren wird.

Wenn du zusätzlich auch noch die Client-ID der Warp3 übernimmst, sollte das funktionieren. 🫣

Die WARP4 unterstützt exakt die gleichen Zähler wie die WARP2. Einen SDM72D-M V2 kannst du für den Umbau nutzen, einen V1 – bzw. ohne Versionsnummer – nicht. Die Versionsnummer steht nicht vorne drauf, sondern auf der Seite steht beim V2 SDM72D-M-2. Zum Anschließen des Zählers brauchst du das JST-Kabel von den WARP2-Ersatzteilen. Beachte, dass der übliche Zähler in einer WARP4 liegend eingebaut wird. Den SDM kannst du nicht hinlegen (zumindest nicht mit dem offiziellen Hutschienen-Kit). Stehend könnte es eng werden. Viel Erfolg.

Das ist der Teil, der etwas schwierig ist. Wenn die NFC-Freigabe aktiviert ist, kann ohne NFC-Tag keine Ladung gestartet werden. Mit einer Automatisierungsregel und einer kleinen Startverzögerung kannst du das aber umgehen: Lege für deine Gäste und deinen Firmenwagen Benutzer an und weise ihnen NFC-Tags zu. Das NFC-Tag für deinen Firmenwagen muss nicht real existieren. Kannst auch 12:34:56:78:90 oder sowas eintragen. Aktiviere die Ladefreigabe per NFC. Lege unter Wallbox → Automatisierung eine neue Regel an: Bedingung: Ladestatus gewechselt Von: Getrennt Zu: Beliebiger Status Aktion: Simuliere NFC-Tag Als Tag das für deinen Firmenwagen auswählen. Aktion: Ladevorgang Start Verzögerung: 30 s Jetzt kannst du innerhalb von 30 Sekunden nach dem Anstecken eines Fahrzeuges ein NFC-Tag vorhalten und die Ladung wird dann dem Benutzer zugeordnet. Wird nicht innerhalb von 30 Sekunden ein NFC-Tag vorgehalten, wird automatisch das für deinen Firmenwagen simuliert. Das führt bei deinem Firmenwagen zwar zu einem etwas verzögerten Ladestart, macht aber genau, was du willst.

Ich habe deinen Post weiter oben falsch gelesen und dachte, du hast die LED-Steuerung deaktiviert, um sie extern steuern zu können. 🫣 Dementsprechend solltest du die LED per Automatisierungsregeln setzen können. Es ist trotzdem aktuell nicht möglich, die LED-Farbe dauerhaft zu setzen, also länger als 60 Sekunden.

Ich habe wohl die Steuerung der LED etwas durcheinandergebracht. Die LED per Automatisierungsregel setzen funktioniert nur, wenn die externe Steuerung der LED nicht deaktiviert ist. Wenn die externe Steuerung aktiviert ist, überschreibt der entsprechende Wert immer die LED-Steuerung, sofern kein kritischer Fehler vorliegt. Wenn du also sowieso die externe Steuerung aktiviert hast, gibt es keine Möglichkeit, dass die Wallbox den Lademodus selbst anzeigt. In dem Fall solltest du einfach das, was die LED bei dir sowieso schon steuert, dahingehend aufbohren, dass es auch den Lademodus anzeigt.

Deswegen nehmen wir diese Information jetzt auch mit in die allgemeine Geräte-Kompatibilitätsliste auf, um auch den Nutzern dein Leid zu ersparen, die nicht hier im Forum nachsehen.

Die WARP kommt bei Sunspec mit beiden Einstellungen klar und detektiert das beim Verbindungsaufbau. Wenn du das zur Laufzeit umstellst, wundert es mich nicht, dass da erstmal Datenmüll kommt, der sich erst nach dem nächsten Verbindungsaufbau (oder Neustart) wieder behebt. Ist natürlich seltsam, dass die Modbus-Bytereihenfolge davon abhängt, ob Speicher und/oder PV angeschlossen sind, aber wir haben schon viele seltsame Bugs gesehen…

Deine aktuelle Config ist also für die VPP-Schnittstelle? Falls die Informationen dazu nicht in den bereits von dir geposteten Datenblättern stehen, würde es uns helfen, wenn du die anderen Einstellungen auch schon mal in der VPP-Variante raussuchen könntest. Das ist übrigens eher was für @photron. 😉

Den Namen, mit dem sich die WARP beim DHCP-Server meldet, kannst du unter Netzwerk → Einstellungen ändern.

Das Blinkmuster sollte „An“ sein und die Dauer wahrscheinlich ein großer Wert. Kann ich gerade nicht ausprobieren. Dann brauchst du noch eine weitere Regel, die bei einem Ladestatuswechsel von irgendwas zu getrennt die LED ausschaltet.

Du kannst eine Automatisierungsregel anlegen, die bei einem State 3-zu-2 Übergang (Auto voll) die LED ändert. Ich glaube, dafür musst du die automatische LED-Ansteuerung aber komplett abschalten.

Das ist aktuell ohne ISO 15118-20 nicht möglich. Hier findest du mehr Details dazu.

Könnte schwierig werden. Wenn nicht genug PV-Strom da ist und die Wallbox entsprechend keinen freigibt, kann sie nicht wissen, ob das Auto laden will oder nicht. Nur wenn Strom freigegeben ist, wartet die Wallbox auf eine Stromanforderung des Autos.

Welche Anmeldeseite? In der App? Im Browser auf einem PC? Im Browser auf einem Smartphone?

Die WARP2 kann nicht wissen welches Fahrzeug angeschlossen ist. Wie soll sie also bei deinem Fahrzeug sofort eine Ladung freigeben, bei den Fahrzeugen deiner Freunde aber nur mit NFC-Karte? Wenn deine Wallbox in der Garage hängt, könntest du die NFC-Karte für dein Fahrzeug in der Nähe lagern(*). Dann müsstest du sie zwar immer dranhalten, aber immerhin nicht suchen oder rauskramen. (*) Nicht oben rechts auf der Wallbox lagern. Da erkennt der NFC-Leser sie manchmal und ein laufender Ladevorgang wird abgebrochen. 😉

Kannst du mal in der VW/Skoda-App nachsehen, ob du einen Ladeort definiert hast, vielleicht auch nur aus Versehen? Fahrzeuge aus dem Hause VW zeigen manchmal sehr seltsames Ladeverhalten, wenn ein Ladeort definiert ist.

Da ich schon am Tippen war, hier noch meine 50¢ dazu: Ein Debug-Report enthält die Lastmanagement-Historie nur von den letzten ca. zwei Stunden. Die Unterbrechung von 14 bis 15h ist also nicht mehr drin und auch nicht die Phasenumschaltungen um 14:05 und 15:07. State 3 bedeutet, dass die Wallbox Strom freigibt und auch durchschaltet, weil das Auto welchen anfordert. State 2 bedeutet, dass die Wallbox Strom freigibt, das Auto aber keinen haben will. Um 17:50:56 wollte das Auto keinen Strom mehr haben (State 2). Ladeunwillige Autos bekommen nur noch eine Phase, weshalb dann um 17:56:18 auf einphasig umgeschaltet wurde.