WARP1 benutzerspezifische Ladefreigabe per API/MQTT (ohne NFC)

[meta42]

Hallo,

ist es möglich, eine Ladefreigabe per API oder MQTT zu erteilen und dabei die Ladung auf einen bestimmten Benutzer buchen zu lassen?

Es gibt ja evse/start_charging, aber dort kann ich laut Doku keinen Benutzer übergeben.

Alternativ würde es mir auch reichen, im Nachgang die Ladevorgänge im Ladetracker mit einem anderem Benutzer zu versehen. 

[rtrbt]

Jein. Man kann theoretisch per nfc/inject_tag ein NFC-Tag vortäuschen und damit per API den Ladevorgang für einen bestimmten Benutzer starten. Im Moment muss, damit diese API funktioniert aber ein NFC-Bricklet vorhanden sein (Das zu fixen ist dieses Issue:https://github.com/Tinkerforge/esp32-firmware/issues/133). Perspektivisch wollen wir aber dahin kommen, dass man per API (und dann auch übers Webinterface) für spezifische Benutzer einen Ladevorgang starten kann: https://github.com/Tinkerforge/esp32-firmware/issues/161

[meta42]

Vielen Dank für die Infos. Der zweite Teil der Antwort hört sich gut an. Bis dahin werde ich mit dem NFC-Bricklet leben. Habe es gerade bestellt. 😁

[Paulkerl]

Hallo in die Runde,

ich habe versucht einen nfc/inject_tag per http-API zu setzen. Leider bekomme ich die Fehlermeldung:

Failed to deserialize: JSON payload could not be parsed

mein Aufruf sieht wie folgt aus:

/usr/bin/curl -H "Content-Type: application/json" -X PUT -d "{\"tag_type\":2,\"tag_id\":xx:xx:xx:xx:xx:xx:xx}" 192.168.98.242/nfc/inject_tag

Alle anderen API-Zugriffe - wie Ladestrom-Limitierung etc. - funktionieren einwandfrei. 

Eine Idee was hier nicht stimmt?

Besten Dank für eure Hilfe.

VG Dominik
 

[MatzeTF]

\"xx:xx:xx:xx:xx:xx:xx\"

[HappyTobi]

Hi zusammen,

 

will nicht zu viel Werbung machen, aber wer möchte und wem es mit "curl" etc. zu kompliziert ist, kann auch gerne das von mir gebaute CLI für den Warp Charger verwenden, das kann seit der Version 0.0.5 auch den Ladevorgang für einen User starten und stoppen.

Beispiel:

warp charge start -c "<myWarpUrl>" -r "<myuser>" -a "<ampere>"

Vor der Ausführung werden auch mehrere Punkte validiert:

- NFC Bricklet vorhanden

- Ist dem User ein NFC Tag zugeordnet

...

 

Vor dem starten kann auch die Stromstärke / Ampere mitgegeben werden um dem Charger mitzuteilen wie schnell dieser Laden soll.

Zum stoppen des Ladevorgangs kann dann folgender Befehl verwendet werden:

warp charge stop -c "<myWarpUrl>"

Bei Fragen, Ideen etc. gerne ein issue auf GH aufmachen

 

Hier könnt ihr den Code einsehen und die Binaries herunterladen:

https://github.com/HappyTobi/warp

 

[eliasmagnus]

Ach das geht immer noch nicht! Wozu dann die Benutzerverwaltung bei den WarpChargern ohne NFC? Macht doch absolut kein Sinn! Bei mir werden die Ladevorgänge nicht zugeordnet wenn ich über die Api mit Starten und Stoppen den Ladevorgang aktiviere! So könnte ich das wenigstens mit der NFC API ermöglichen! Oder die Zuordnung auch auf Start und Stop von Ladevorgängen anwenden. Wäre ohnehin sinnvoll, wer einen Ladevorgang startet dem wird er auch zugeordnet.

So scheint es der weg von open zu mehr closed zu sein.... genauso mit der Fernzugriffs-Api.

Sehr Schade !

Edited February 13, 2025 at 02:51 PM by eliasmagnus

[eliasmagnus]

Ok ich muss mich korrigieren, nfc ist nur nicht im gui aktiviert, wohl aber per api konfigurierbar, also lässt es sich einrichten. Verstehe auch das im Gui es verwirrend sein könnte. __ zu früh gefreut, es klappt wohl nicht, ich versuche weiter und berichte hier!

Dennoch Satrt und Stop sollte auch Nutzern zugeordnet werden!

Danke!

Edited February 13, 2025 at 03:14 PM by eliasmagnus

[eliasmagnus]

Schade es scheint so als wenn die Tags nicht erkannt werden können, ich kann zwar tags konfigurieren, diese werden leider nie gesehen.

[MatzeTF]

1. Eine WARP 1 kann mit einem NFC Bricklet nachgerüstet werden. Damit das dann auch funktioniert, müssen die NFC- und Benutzerverwaltungs-Module vorhanden sein.
2. In der Benutzerverwaltung ist auch der Passwortschutz für das Webinterface enthalten, was auch ohne NFC funktioniert.
3. Ich verstehe deine „von open zu mehr closed“-Kritik nicht so recht. Die aktuelle Beschränkung, dass ein NFC Bricklet benötigt wird, gab es schon immer, und es ist einfach bisher noch niemand dazu gekommen, die Abhängigkeit zwischen NFC-Modul und NFC Bricklet aufzulösen, da unsere viel zu langen Todo-Listen mich höher priorisierten Aufgaben gefüllt sind.
4. Heute Vormittag um 11:23, hat sich bei der Benutzerfreigabe was getan: Im nächsten Firmware-Release wird es möglich sein, bei aktivierter NFC-Freigabe beim Drücken des Start-Knopfes einen Benutzer auszuwählen. Es muss dafür aber immer noch ein NFC Bricklet vorhanden sein. Ich frage mal nach, ob das jetzt nicht eine gute Gelegenheit wäre, die Abhängigkeit zu entfernen.

Falls du übrigens etwas an der API des Fernzugriffs zu kritisieren hast, mach dafür doch bitte ein neues Topic auf, statt das hier ohne genaue Angaben in einem Nebensatz fallen zu lassen.

[eliasmagnus]

Ja ich hatte schon das Gefühl überreagiert zu haben. Du hast schon recht, mittlerweile habe ich einen Fork erstellt und werde versuchen eine Änderung zu implementieren und vorzuschlagen anstatt zu meckern. 🫣

Ich möchte mich dafür entschuldigen.

Danke für die Antwort!

Auch ich habe natürlich viel um die Ohren und hoffe dennoch auch etwas in kürze beitragen zu können.

Gruß em

 

[eliasmagnus]

Ich habe eine „funktionierende“ Version als Fork erstellt und gehe davon aus, dass diese Implementierung nicht merge-tauglich ist. Sie ist noch nicht fehlerfrei: So startet der Ladetracker einen Ladevorgang, obwohl kein Auto angeschlossen ist, und der Brick stürzt momentan ab, wenn der Ladevorgang per API-Befehl dann ohne ein Auto gestoppt werden soll. Außerdem will seit den Änderungen die WebGui nun auch eine ID des Nutzers. Ich habe leider die debug Einstellungen des Projektes noch nicht verstanden. Habe jedoch bisher gesehen das es einen Debug Build Task gibt.

Ich habe mich bereits ein wenig eingearbeitet und könnte mir vorstellen, etwas beizutragen – falls das überhaupt erwünscht ist. Allerdings ist mir der Authentifizierungsmechanismus der API und ähnliches noch nicht ganz klar.

Leider bleibt mir immer weniger Zeit, da bei uns die Saison beginnt. Falls jemand ein paar Informationen und Hinweise geben könnte, wäre ich sehr dankbar. Fürs Erste reicht es mir, einen Ladevorgang ohne NFC und Injection direkt per cURL und Digest-Anmeldung starten und einem Nutzer zuordnen zu können. Ich vermute jedoch, dass es eine elegantere Lösung mittels API-Schlüssel geben wird.

Vielen Dank!

Ich habe mehrere Versuche und Wege beschritten, jedoch funktioniert dieser am besten und benötigt kein NFC Modul.

Dies ist der link zum Branch. Falls jemand damit rumspielen will, er könnte auch als Inspiration dienen. Z B. wie auf den Request in den Api-Endpunkten zugegriffen werden könnte.
https://github.com/eliasmagn/esp32-firmware/tree/userstartscharge

Gruß Elias

Edited March 1, 2025 at 01:00 PM by eliasmagnus