Open Source Firmware für Autoaid / EN-Plus ESP32 TinkerForge Wallboxen

[clh2007]

ich habe gerade die Original-FW drauf, aber die cloud per dns geblockt. Daher komme ich auch mit der App nicht auf die WB.

[clh2007]

gerade getestet:
Original FW: Ladestrom kann während der Ladung in der App nicht verändert werden. Die Reihenfolge Ladestop, Änderung und Ladestart funktioniert hingegen mit angestecktem und ladebereitem EV Simulator.

Nachtrag zur OS FW: Im web-gui kann zwar während des Ladevorgangs ein anderer Strom eingestellt werden, die PWM am CP ändert sich aber erst nach einem kompletten disconnect und reconnect!! Ladestopp und erneuter Ladestart reichen nicht aus. Das ist nicht wirklich brauchbar.

[clh2007]

update:
ich habe es geschafft. die original FW mit meinem eigenem OCPP server erfolgreich zu koppeln.
Dazu habe ich auf einem Raspberre einen SteVe-Server aufgesetzt.
Ein gutes howto ist hier:
https://www.linkedin.com/pulse/installi ... ntent-card

Übrigens, ich habe die box in diesem Prozess mindestens 6x komplett gebricked und musste die FW zurückspielen...



Daher alles Folgende auf eigenes Risiko und ohne jegliche Gewähr!!!



GD103 FW: V1.1.805
ESP32 FW: V3.2.674
Vorgehen (unter IOS, kann bei Android anders sein):
benötigte Apps: ChargeIn und EVSE Mesh (von Monta UK)
EVSE Mesh ist das "trojanische Pferd" hier und macht die eigentlich Arbeit.

Vorarbeiten:
1) bei ChargeIn account erstellen und registrieren

2) In EVSE-Mesh einloggen: (s. https://monta.com/uk/help-center/autoai ... ion-guide/ )
Select "Operator"
Country: "China +86"
Phone number: 17722447031
Password: 447031
Select OCPP Platform

3) mit esptool ein backup der ESP32-FW erstellen und sicher abspeichern. Sollte in einem der weiteren Schritte ein (Tipp-)Fehler passieren,
ist dies der einzige Weg, die box wieder verwendbar zu machen!!

4) die WB ganz normal in der ChargeIn-App konfigurieren und anmelden

jetzt kommt der eigenliche hack:

1) EVSE-Mesh App öffnen
2) Device distribution network selektieren
3) nach kurzer Zeit sollte eine Gruppe mit eurer WB darin auftauchen, diese auswählen oder mit Add new Charger hinzufügen
4) "Settings" auswählen
5) Server "Customize" auswählen.
IP/Domain: <euer SteVe-server>
Port: 8080
Path: steve/websocket/CentralSystemService
Protocol type: ws <-- nicht wss!!!

ACHTUNG:
Ein Tippfehler hier, und ihr müsst das FW backup zurückspielen. Diese Daten werden auch mit dem Factory-Reset NICHT zurückgesetzt,
und die box ist für die ChargeIn App nicht mehr erreichbar. Anscheinend läuft dieser Prozess komplett über Monta und den OCPP-Server
von ENPLUS.

6) "Confirm"

Die WB sollte jetzt neu starten und dann im SteVe-Server sichtbar werden, ggf. dazu den Charge Point manuell mit der Seriennummer der WB im SteVe einrichten.
Die RF-ID Tags lassen sich dann in Steve ebenfalls verwalten.

Wenn irgendetwas schief gelaufen ist, den Chargepoint aus EVSE-Mesh und ChargeIn löschen, die ESP32-FW zurückspielen
und von vorne starten. Genauso kann die WB auf den Ursprungszustand zurückgesetzt werden.

Ein schönes Rest-WE noch

[MartinDienert]

was mir beim testen der Open-Source FW und der original FW aufgefallen ist (mit dummy EV):

Hallo,

bei mir funktioniert sowohl das umschalten der Ladeströme (allerdings nur mit 8, 10, 13 und 16 A, ob das am Auto oder an der Box liegt weiß ich nicht) während des ladens als auch ein stoppen und wieder starten des Ladevorganges.
Ich habe die dumme Box gekauft und musste noch den Jumper ganz oben in der Mitte nach links umstecken.
Die Firmware für den ESP habe ich von videopix bekommen. Siehe auch die Posts weiter vorn von mir.
Die Box steuere ich mit Hilfe eines kleinen Java-Programms und über Http-Abfragen (PV-Überschuss).

Hat jemand eine Idee wie ich das Tastverhältnis auf der CP-Leitung mit einfachen Mittel "messen" kann?

Startlog der Box im Anhang.

debug-report-2022-12-05T12-29-38-884Z.txt

(12.57 KiB) 15-mal heruntergeladen

Grüße Martin

[clh2007]

mit der original GD103 FW: V1.1.805 und ESP32 FW: V3.2.674 kann ich mit SteVe den Ladestrom auch während des Ladvorgangs ändern, aber anscheinend nur in den Stufen 8A, 10A, 13A, 16A. Die Box nimmt zwar jedes charge profile zwischen 6A und 16A an, das PWM-Signal am CP ändert sich aber nur in den genannten Stufen. So ist der duty cycle bei einem 6A profile derselbe wie bei 8A (13,3%), gemessen mit meinem HP5328A.

[MartinDienert]

Also liegt es an der Box.

[Screemer]

@MartinDienert würdest du dein Java-Programm teilen und deine Herangehensweise hier oder auf github evtl. domumentieren?

[MartinDienert]

Kann ich gerne tun. Vorweg ein paar Anmerkungen warum ich nicht EVCC verwende.
1. Ich weiß gerne was ein Programm macht und warum genau so. Es ist für mich einfacher was eigenes zu programmieren als mich in fremden Code zurecht zu finden. Ähnlichkeiten zu EVCC sind trotzdem vorhanden.
2. Zur PV-Überschussregelung verwende ich die Wirkleistung und nicht den Strom. So benötigt mein Auto bei 8A nur 1300W (Wirkleistung).
3. Die Eigenheiten meiner Wallbox (akzeptiert nur 8, 10, 13 und 16 A).

Ich werde mal etwas zusammen stellen, zur Zeit ist es ja genau auf meine Bedürfnisse angepasst

Grüße Martin

[bs.]

Und dann stellt sich gerade noch die Frage ob Phasenumschaltung 1p/3p mittlerweile auch funktioniert oder ob die HW das schlicht nicht unterstützt?

Die Hardware kann das nicht. Obwohl die Box einzelne Relays verbaut hat ist das Platinenlayout so, dass diese nur gemeinsam geschaltet werden können.

[MartinDienert]

Hallo, wer Lust hat kann ja mal rein schauen.

https://github.com/MartinDienert/miniEm

Zur Zeit konnte ich es mangels Sonne nur theoretisch testen.
Eine Beschreibung der Einstellungen (werden in einer json-Datei vorgenommen) folgt.

Grüsse Martin