borg

Ich würde sagen das ist beides eine Design-Entscheidung. Auf den Fotos ist das Aussehen der Box glaube ich oft nicht so richtig zu greifen, aber in echt ist der Formfaktor schon sehr hübsch. Auf das Display vom Zähler schaut man in der Praxis sowieso nicht, das Fenster ist defakto nur da weil wir es für eine eichrechtskonforme Variante rechtlich benötigen.

Laut Debug-Report ist die WARP2 aktuell nicht mit Powerfill verbunden (connected: false, BootNotification wurde nie bestätigt). Soweit ich das sehe ist kein Passwort eingetragen, kann das sein? Wenn da ein PW benötigt wird bitte unter OCPP -> "Autorisierung aktiviert" anklicken und darunter das Passwort eintragen. Stimmt die Charge-Point-ID (warp2-292S) mit der in Powerfill exakt überein (Groß-/Kleinschreibung), stimmt die URL?

@schonOK Dein Smart hat kein CCS, richtig? In dem Fall gibt es dann keine Möglichkeit den SoC auszulesen. Dein Smart ist das erste Auto was ich gesehen hab welches kein CCS hat und trotzdem ISO 15118 spricht. Wusste gar nicht das es das gibt.

2 und 3 sind korrekt, zu 1 kann ich nichts sagen. Wenn eine individuelle Freigabe der WARP4 möglich ist sag auf jeden Fall gerne einmal Bescheid, wäre für uns ja sehr interessant. Aus Sicht der DKV sollten sich WARP3 und WARP4 aber eigentlich nicht unterscheiden. Wenn eine Freigabe der WARP4 möglich ist sollte das auch für WARP3 möglich sein. OCPP funktioniert aktuell mit beiden gleich. Das ändert sich in der Zukunft dann mit OCPP 2.1 und ISO 15118-20 (was nur mit der WARP4 geht), aber dafür hat aktuell noch niemand Unterstützung.

Das funktioniert in der Tat per mDNS. Du musst mDNS auf der WARP4 aktiviert haben und dein Handy muss die WARP4 per mDNS sehen können. Händisch eintragen kann man dort nichts. Wenn du sowieso immer lokal über eine Fixe IP drauf zugreifen kannst weil du immer im VPN bist kannst du auch einfach die WARP4 mit dem Browser öffnen und dann "..." -> "Zum Startbildschirm" hinzufügen.

Ich befürchte die DKV setzt immer Eichrechtskonformität voraus (also sie behandeln das so wie öffentliches Laden). Eichrechtskonformität ist aktuell weder bei der WARP3 noch bei der WARP4 gegeben. Wir planen eine eichrechtskonforme WARP4 zu veröffentlichen, das wird allerdings noch einige Monate dauern, ist ein langwieriger Prozess. Eine eichrechtskonforme Wallbox im privaten Umfeld einzusetzen hat aber auch viele Nachteile. So müssen wir z.B. den Zähler und die Anschlüsse zu den Schützen etc verplomben. So dass z.B. das Austauschen eines defekten Schützes vom Elektriker vor Ort nicht mehr möglich ist. Auch sowas wie ein WARP3->4 Upgrade ist definitiv nicht möglich wenn Eichrechtskonformität notwendig ist.

https://docs.warp-charger.com/de/docs/interfaces/mqtt_http/api_reference/ev/#ev_inject_soc_warp4

Ich befürchte bei dem Citroen können wir nichts machen, da er auf keine der möglichen Optionen reagiert. Also das Auto wechselt einfach nicht (in einer angemessenen Zeit) in eine AC-Ladung nachdem der SoC gelesen wird. Da können wir aktuell nur auf die ISO 15118-20 warten und darauf hoffen dass die Autohersteller Updates anbieten.

Jo, die Einstellung ist in der Tat aktuell noch "flüchtig". Steht schon auf der TODO-Liste dass das auch gespeichert werden muss.

"Warte auf Freigabe" bedeutet das irgendwas noch freigeben muss (vielleicht wegen PV-Überschussladen o.ä.?). Da ist das Auto noch nicht involviert. Wenn es auf "Ladebereit" steht und nicht auf "Lädt" springt ist es das Auto was nicht möchte.

Grundvoraussetzung für AC bidi Laden ist natürlich dass das Auto auch einen entsprechenden DC-AC-Wechselrichter verbaut hat, wie @Steven.Engelhard schon gesagt hat. Allgemein zur Frage: Ja. Soweit wir wissen ist aktuell in der WARP4 alles an Hardware verbaut was für "echtes AC bidi Laden" notwendig ist. Die neue "Amd1" bringt keine neuen Hardwareanforderungen mit sich. Aufgrund dessen wie die Kommunikation bei der "-20" funktioniert ist softwareseitig eine Zertifizierung notwendig, wir sind dort gerade im Zertifizierungsprozess. Wir wissen aktuell noch nicht ob es für die AMD1 eine weitere notwendige Zertifizierung geben wird, ich könnte es mir aber vorstellen. Das hat bei uns auf jeden Fall höchste Priorität, wir haben natürlich ein großes Interesse daran mit als erstes eine funktionierende AC-BiDi-Wallbox anzubieten. Es gibt zusätzlich noch die IEC 61851-1 Edition 4. Diese Norm ist noch nicht veröffentlicht und wir wissen nicht was drin stehen wird. Es wird gemunkelt dass dort neue Anforderungen zum Netz- und Anlagenschutz bzgl bidi Laden veröffentlicht werden könnten🔮.

Auf der WARP3 gibt es den HAK Zähler nicht, da ist nur der Wallbox-interne Zähler konfiguriert. Kann es sein dass du unterschiedliche Geräte hast die alle den "energy" prefix nutzen und entsprechend sich gegenseitig die Daten überschreiben? "global_topic_prefix": "energy",

Das Feld im HTML hat schon name="password" und autocomplete="current-password". Ich wüsste nicht was wir da noch machen können. Springt KeePassDX denn an wenn du die Seite über den Browser aufrufst anstatt über die App?

Ist schon drin.

Ich denke wir werden erstmal sammeln was noch so gewünscht wird und dann irgendwann in einem Rutsch hinzufügen.

Du brauchst 2.13.1

Und springen die auch auf der Wallbox so hin und her? Lad mal bitte Debug-Report und wenn du irgend ein log von HA hast das auch hier hoch.

Voraussetzung ist ein installierter Passwort-Manager der "Android Crenditial Manager" unterstützt, z.B. Google Password Manager. android.mp4

Bist du auf der neuesten Firmware?

Es sollten beide Zähler gemeldet werden jetzt. Springt im WARP Charger der HAK Zähler denn auch hin und her? Edit: Ich hab mal die Doku auf den neuesten Stand gebracht, hier gibt es eine Liste von Werten die du jetzt bekommen kannst über die Autodiscovery: https://docs.warp-charger.com/de/docs/smart_home/home_assistant#z%C3%A4hlerwerte Die Frage ist was davon genau springt hin und her und springt es nur in HA oder auch auf der Wallbox.

Ich bin nochmal über die Metadaten gegangen und hab ein paar Sachen verbessert: https://github.com/Tinkerforge/esp32-firmware/commit/45cf85bb1ec980bbd33af6e99d769f502b2ebcc6 Firmware mit dem Fix im Anhang, bitte Bescheid sagen wenn noch etwas nicht passt, damit wir zumindest für das nächste Release einen brauchbaren Zustand haben... Edit: Veraltete Firmware entfernt.

Solange du wirklich unsere App installiert hast: https://play.google.com/store/apps/details?id=com.tinkerforge.warp&hl=de ist das ein False-Positive. Die App hat definitiv kein Trojaner embedded 🙃.

Apps: iOS 2.1.0, Android 2.1.0 iOS: https://apps.apple.com/de/app/warp-by-tinkerforge/id6736695801 Android: https://play.google.com/store/apps/details?id=com.tinkerforge.warp&hl=de HTTPS-Verbindungen zu lokalen WARP-Geräten werden jetzt unterstützt. Zugangsdaten für lokale Geräte können für die nächste Anmeldung gespeichert werden. Links zwischen lokalen WARP-Geräten öffnen sich jetzt direkt in der App. Zum Aktualisieren oder erneuten Verbinden am oberen Seitenrand nach unten ziehen. Wiederverbindung verbessert und kleinere Fehler behoben.

Hier kannst du den Weckruf sehen. Zuerst zwei Versuche mit CP-Trennung (lila) dann zwei Versuche mit State E/F (orange). Beides mal erst 4s dann 30s mit jeweils 30s Wartezeit dazwischen. Das sieht also soweit gut und wie erwartet aus. Hatte das Auto jetzt am Anfang eine Willkommensladung bekommen? Die ist, wie gesagt, bei Autos aus der MEB-Platform notwendig damit sie nicht komplett einschlafen.

Du meinst Autocharge? https://docs.warp-charger.com/de/docs/tutorials/soc_autocharge#schritt-3-erkanntes-fahrzeug-als-profil-anlegen bzgl. RBAC: Das ist mittelfristig geplant, wird allerdings noch etwas dauern bis wir soweit sind.