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

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

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

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!

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 !

Vielen Dank! ich konnte nun aus dem schönen Litauen dank der Wireguard Implementierung den Zähler als Nr. 0 setzen und das hat auch geholfen! Ich habe das einfach übersehen, es war schließlich der einzige Unterschied. Spitze!

Ich habe ein ähnliches Problem, wir betreiben zwei Warp Smart die mit SDM72 umgerüstet wurden. Eine identifiziert sich nun als Warp Smart Pro, die andere nicht. Im Anhang die Debug log, beide Zähler werden gefunden ohne Model Override. Ich habe mal sehr kurz in den Code geschaut, konnte aber auf die schnelle nicht die Funktion zum erkennen der Meter finden. Ich hätte gerne verstanden wie die Meter gesucht werden. Ob bei Automatisch erkennen der Adressbereich abgesucht wird oder auch nur nach Adresse 1. Gruß E warp-TKJ-Debug-Report-2025-01-23T09-49-38-244.txt warp-THj-Debug-Report-2025-01-23T09-49-34-551.txt