Jard

Hallo zusammen, ich möchte mir in iobroker gern eine Benachrichtigung bauen welche mich über Verbindungsabbrüche bei OCPP informiert. In der Vergangenheit hatte ich da Probleme mit dem Provider welche dazu führten dass ich daheim nicht laden kann wenn keine OCPP-Verbindung besteht. Ich habe hier außerdem die NFC-Freigaben aktiviert. Frage: Unter welchem Topic kann ich per MQTT herausfinden ob OCPP verbunden ist?

Danke für den Hinweis auf evse/slots. Anhand der Ladestatus-Seite in meiner WARP2 konnte ich mir dann zusammenreimen welcher Slot wofür steht. Mit diesem Wissen habe ich im iobroker mittels Blockly ein Script gebaut welches NACH erfolgte OCPP-Freigabe ein inject_tag via MQTT absetzt. In der WARP2 habe ich dazu einen neuen Benutzer und NFC-Tag angelegt welcher für diesen Fall benutzt werden. Somit ist das Ladelog in der Wallbox eindeutig. In evcc wäre es aktuell ein "Gastfahrzeug", was für mich aber okay ist. Das kann man auch noch nachträglich in evcc ändern. Anbei die Logik in Blockly. Lasse es erst mal mit Benachrichtigung, ohne inject_tag laufen um das IF-Statement zu prüfen. Jetzt muss nur mal ein Ladegast kommen... Ich hoffe es gibt keine race condition, sollte aber glatt gehen da ich ja keinen NFC-Tag an die Box halten will wenn ein Ladegast die Ladung per Anbieter-App und QR-Code startet. PS: Ein Feature-Request: Die vorhandenen Automatisierung in der WARP um eine Option erweitern die dies abbildet. Bedingung: OCPP Event eingetreten oder einfach OCPP-Freigabe erhalten Aktion: Simuliere NFC-Tag

Okay dann bin ich schonmal auf dem richtigen Dampfer was die Automatisierung angeht. Etwas ähnliches habe ich ohnehinschon mit inject_tag per MQTT gebaut. Wenn bei uns nach X Minuten keine Karte erkannt wird, wird das "Hausauto" suggeriert. Das erhöht den WaF und erlaubt es dennoch Gastfahrzeuge zu laden in dem man nach dem anstecken umgehend die entsprechende Karte präsentiert. Über welchen Endpunkt bekäme ich denn den genauen Zustand bzw. ob eine Freigabe per OCPP erfolgte? Unter ocpp/config sehe ich nur das es aktiv ist, all die schönen Debug-Informationen aus der UI habe ich noch nicht gefunden. Optimalerweise bräuchte würde ich per MQTT einen bestimmten Wert überwachen und basierend darauf dann ein inject_tag auslösen, nur welcher Endpunkt wäre das? EDIT: Achherrje, wenn man nur die Doku liest :) Im Iobroker fand ich den hübschen Endpunkt ocpp/state. Dort gibts auch mehr zu sehen. Gibt es eine Doku zu den einzelnen dortigen Werten?

Für Automatisierungsvorschläge bin ich offen, würde mich freuen. Ich nutze dies um unterschiedliche Fahrzeuge zu "erkennen". Wenn unser eigenes Auto lädt wollte ich dies gern im Ladelog aber auch in evcc so festgehalten haben. Ab und zu kommt auch mal ein E-Auto aus der Familie zu Besuch oder der Nachbar hat Familienbesuch mit dem E-Auto, aber keine Wallbox. Hier nutze ich eine 2. Karte als Gastkarte, sowohl im Ladelog als auch in evcc. Nach meinem Verständnis würde ohne aktive NFC-Authentifizierung in der WARP2 immer ein Standardfahrzeug geloggt werden und ich könnte keine Unterscheidungen mehr treffen.

Hallo zusammen, ein ähnliches Problem beschäftigt mich nun auch seit einigen Wochen. Ich habe mich für Charge at Friends (kurz CaF) entschieden. Der technische Aufbau ist ähnlich: WARP2 Pro mit OCPP-Verbindung zu CaF ist eingerichtet mit aktiver NFC Authentifizierung in der WARP2. Ich kann zumindest eigene Fahrzeuge "kostenlos" bzw. an CaF vorbei laden nachdem ich dem Anbieter meine Tag-IDs mitgeteilt habe. Dieser hat sie bei sich im OCPP eingetragen um bei erkennen die Ladung freizugeben. Das verbleibende Problem ist nun das ein CaF-Kunde keine Ladung starten könnte wenn er dern QR-Code von CaF an meinem Ladepunkt scannen würde. OCPP würde vermutlich die Ladung freigeben, jedoch die WARP2 mangels fehlendem NFC-Tag nicht. Könnte dies mit einer Heimautomatisierung gelöst werden oder per Automatisierung in der WARP2? Z.b. wenn OCPP-Ladefreigabe erhalten dann sende z.B. einen konfigurierten NFC-Tag? Dieser Tag könnte in der Config den Anbieternamen tragen damit man im Ladelog sieht wohin der Strom floss. Oder hat jemand eine Idee ob das per MQTT gehen könnte?

Vielen Dank für die Rückmeldung und den Link. Hab dort ein Subscribe und Daumen hoch hinterlassen.

Hallo, ich würde gerne die MQTT-Verbindung meiner WARP2 mit TLS absichern. Mir scheint jedoch dass dies nicht unterstützt wird. Im Betrieb sind hier schon andere Clients z.B. evcc welche mit dem Broker per MQTTS kommunizieren. Der Stack besteht aus einem traefik Reverse Proxy welcher die TLS-Verbindung annimmt und Lets Encrypt-Zertifikate bereitstellt. Dahinter geht es unverschlüsselt auf localhost weiter zu einem iobroker in Docker. Meint ihr das ist ein machbares Feature oder mache ich noch etwas falsch? Im Grunde habe ich "nur" den Port in der WARP2 geändert auf dem traefik lauscht. Der Hostname/IP bleiben gleich. Vielen Dank Jard

Guten Morgen, Da ich kürzlich vor der gleichen Frage stand hier meine damalige Lösung mit deinen Daten: curl -v --silent --digest --user Paulkerl:123456 -H "Content-Type: application/json" -X PUT -d "{\"tag_type\":4,\"tag_id\":\"04:1A:11:22:4B:54:80 \"}" http://192.168.1.222/nfc/inject_tag Anbei sei gesagt dass man eigentlich jede Karte mit einem NFC-fähigen Chip nehmen kann. Wir nutzen z.B. unsere EnBW-Ladekarte zur Freigabe. Man registriere die Karte vorab in der Wallbox und kann sie sodann nutzen. Beachte jedoch den tag_type, der kann gegenüber den migelieferten Karten anders sein. Anzumerken sei auch dass inject_tag bei erneutem drüber ziehen die Freigabe wieder entzieht und die Ladung somit blockiert. Soll dass nicht passieren kann man inject_tag_start nutzen. Siehe Dou. Das gleiche Ziel kann man auch via MQTT erreichen. Bei uns nutze ich dass um die Ladung automatisch nach X Minuten zu starten wenn keine andere Karte "gezogen" wurde. Das erhöht den WAF und erlaubt uns dennoch mal ein Gästefahrzeug mit dedizierte Karte zu laden und dass dann sauber im Ladelog zu haben. Beste Grüße! Jard