Hallo,
mit Hilfe der Bilder (mehr Detailfotos hier:
https://mail.netgaroo.com/img/AC011K-AE-25/) kann mir hoffentlich einer
von euch weiterhelfen und mir sagen was man da sieht und was die
vermutliche Funktion ist. Siehe Liste unten.
Letztlich suche ich Mitstreiter um eine open source firmware für die
AC011K-AE-25 zu entwickeln.
Ich habe zwei Wallboxen.
Zum einen den TinkerForge WARP Charger (https://www.warp-charger.com/).
Der ist komplett open source - Hardware und Software - alles super. Zum
anderen den Chinakracher AC011K-AE-25 von EN+ der in Deutschland von
Autoaid (https://www.autoaid.de/wallbox/) verkauft wird.
Ich hätte gerne eine open source firmware für die Box von EN+ / Autoaid.
Am besten einen Fork der WARP Charger Software
(https://github.com/Tinkerforge/warp-charger/ und
https://github.com/Tinkerforge/evse-bricklet).
Ich hoffe das sich daraus sowas wie OpenWRT bzw. Tasmota für Wallboxen
entwickelt.
Beide Wallboxen nutzen den ESP32 mit 8 MB Flash Speicher als Hauptchip.
Die Autoaid/EN+ hat einen RFID Reader, eine RS485 Schnittstelle, einen
TF-Card Slot und ich glaube sie kann auch den Strom messen. An die
Firmware auf dem ESP32 kommt man auch einfach ran, weil RX, TX, 3V3,
GND, GP0 und mehr per Steckerleiste rausgeführt sind.
Also eigentlich ein Traum für Bastler?
Da sind noch viele andere Chips und Anschlüsse auf der EN+ Platine von
denen ich noch nicht weiß welche Funktion die haben. Zum Beispiel ein
GD32F103 GD32 ARM Cortex-M3 Microcontroller.
Ich brauche Hilfe bei der Zuordnung zu Funktionen. Dafür hab ich die
Chips mal nummeriert und die Anschlüsse Buchstabiert.
Hallo Birger!
Auf den Bildern ist eine RFID Antenne zu erkennen (mehrere Leiterbahnen
parallel im Rechteck). Der dort angeschlossene Controller ist nicht zu
erkennen. Jedoch sollten die verwendeten Pins an der Gegenseite
Aufschluss geben welche Art Schnittstelle es ist. Darüber kann man
feststellen welcher Typ RFID Leser es ist.
Der unbekannte ARM Controller: was ist daran angeschlossen? Konntest du
bereits einen Schaltplan erstellen? Daraus liesse sich einfacher
schliessen welche Funktionen der übernimmt. Ich habe selber keine solche
Wallbox, benötige dafür also Bilder und Zuarbeit. Kann dir gerne darauf
basierend den Schaltplan zeichnen.
LG
JR
Interessante Bilder!
Die mit M48 beschrifteten weißen Klötze sind offensichtlich die Schütze.
Schön, dass es vier einzelne Relais sind. Das würde bei
PV-Überschussladung auch ermöglichen, nur eine Phase durchzuschalten,
was die Effektivität erhöht. Bei dem kleineren schwarzen Kästchen
darüber dachte ich zuerst an ein Vorschaltrelais mit Netzspannung, aber
die Schütze sind normale finder-Relais mit 12V Ankerspanung für
16A/250V.
Sind die drei schwarzen Würfel unterhalb der Schütze Stromsensoren oder
Entstörglieder?
Die ICs 5 und 8 habe ich als 5532 identifiziert, also
Dual-Operationsverstärker. Hat sicher was mit der Leistungsmessung zu
tun.
IC 3 ist ein 24256 EEPROM.
Die Beschriftung von IC10 ist sehr schlecht zu erkennen. Irgendwas von
NXE: BFE... D814 oder so.
Ulkig finde ich, dass eine SD-Karte vorhanden ist. Was speichern die
denn da?
Oh, ich hatte schon gedacht das sich dafür keiner interessiert.
Da freu ich mich nun um so mehr über die Antworten.
1
1. ESP32 -- Hauptprozessor - WiFi, BLE, SDCARD...
2
2. GD32F103 -- ARM M3 - mit der RFID Platine verbunden, PWM für die CP Leitung?
3
3. 24256E S99028 -- EEPROM Serial 256-Kb I2C
4
4.
5
5. 5532 -- Dual Low-Noise Operational Amplifiers
6
6.
7
7.
8
8. 5532 -- Dual Low-Noise Operational Amplifiers
9
9.
10
10. NXP A1040/c BFE D814 -- High-Speed CAN Transceiver ISO 11898
11
11.
12
Auf der RFID Platine:
13
12. FM17520 -- RFID IC
14
13. (STM)32F0 -- nicht sicher identifiziert
1
4x M48 -- finder-Relais mit 12V Ankerspanung für 16A/250V
2
3x CT-082D-1.0 -- PDU Current Transformer Current Transformer - Strommessung
Die SD-Karte hab ich reingesteckt. Die ist FAT32 formatiert und die
Originalfirmware speichert dort Logfiles (identisch zur seriellen
Ausgabe des ESP32). Ausserdem kann meiner Ansicht die Box mit Hilfe der
SD-Karte und einer speziellen Konfigurationsdatei darauf auch
konfiguriert werden. Das Format der Datei ist mir aber leider nicht
bekannt.
Das kleinere schwarze Kästchen neben der grünen Buchse ist nur sehr
schwer zu identifizieren. Die Schrift kann man nicht lesen weil es zu
dicht an den Relais ist. Ich hab zwar noch ein Foto angehängt, hab aber
nicht viel Hoffnung das das hilft.
@JR, Wie kann ich dich erreichen? Schreibst du mir mal ne mail an
bs-mc@netgaroo punkt com?
Ein CE Zeichen ist drauf. Und unter Zertifizierungsstandard steht in der
Bedienungsanleitung: EN/IEC 61851-1: 2017, EN/IEC 61851-21-2: 2018.
Wieviel das aussagt, keine Ahnung.
Siehst du auf den Bildern Mängel?
Lass uns bitte an deinem Wissen teilhaben.
ElektroFH schrieb:> Puohh, diese China Ding ist VDE, IEC und CE zugelassen?
Warum nicht? Wer dafür bezahlt, bekommt aus China durchaus ordentliche
Ware.
Nahezu alle Schaltnetzteile der Welt kommen inzwischen aus China. Die
Mehrzahl davon hat ganz legal CE und 60950 und hält das tatsächlich auch
nach Jahren noch ein.
Also der grüne Steckkontakt (E) ist sicher nicht der RS485-Anschluss.
Sieht eher aus wie ein Schalt-Ausgang über das schwarze Relais mit
Widerstand R18 in Reihe.
Bei der RS485 tippe ich auf Connector K, weil der mit B A beschriftet
ist.
Wenn IC 10 ein A1040 ist, dann führt Connector J den CAN-Bus-Anschluss
raus - wozu auch immer man den braucht.
G ist für das Flashen des GD32F103. Siehe auch
https://j2n.nl/blog/anchor-cms/index.php/posts/programming-gd32f103-chips-on-linux.
Ist H sein serieller Port?
I und oberhalb von G sind Jumper.
F könnte ein Deaktivierungseingang sein für Schlüsselschalter oder so.
Ist aber nur eine Vermutung.
Birger, kannst du die Rückseite der Platine nochmal schärfer
fotografieren? Mich würde interessieren, wie genau die Beschriftung auf
dem IC U1 ist.
Uwe G. schrieb:> G ist für das Flashen des GD32F103.
Mit einer etwas verunglückten Beschriftung:
JTCK = SWDCLK?
JTMS = SWDIO?
Ist der ARM Chip auf der RFID Platine ein stm32f032f4 in TSSOP20?
> Birger, kannst du die Rückseite der Platine nochmal schärfer> fotografieren? Mich würde interessieren, wie genau die Beschriftung auf> dem IC U1 ist.
OK, hab noch weitere Bilder gemacht. Wieder hier:
https://mail.netgaroo.com/img/AC011K-AE-25/.
> Wenn IC 10 ein A1040 ist, dann führt Connector J den CAN-Bus-Anschluss> raus - wozu auch immer man den braucht.https://mail.netgaroo.com/img/AC011K-AE-25/IC10%203.png
Damit sind vielleicht schon alle wesentlichen ICs benannt.
Ich denke übrigens, dass man den GD32F103 mit großer Wahrscheinlichkeit
mittels des ESP32 lesen und schreiben (flashen) kann und somit die
Anschlüsse G und H wahrscheinlich nicht gebraucht werden. Das wäre
meiner Ansicht sowieso der eleganteste Ansatz.
1
A. DC Fehlerstrom Sensor
2
B. LED Leiste und RF Card Reader Anschluß
3
C. SD-Card Reader
4
D. ESP32 - Serial Anschluß
5
E. Schalt-Ausgang über das schwarze Relais mit Widerstand R18 in Reihe?
6
F. Deaktivierungseingang für Schlüsselschalter?
7
G. JTCK = SWDCLK? JTMS = SWDIO?
8
H. serieller Port von 2 (GD32F103)?
9
I. Jumper
10
J. CAN-Bus-Anschluss?
11
K. RS485 Anschluß (Bezeichnung A B)?
1
1. ESP32 -- Hauptprozessor - WiFi, BLE, SDCARD...
2
2. GD32F103 -- ARM M3 - mit der RFID Platine verbunden, PWM für die CP Leitung
3
3. 24256E S99028 -- EEPROM Serial 256-Kb I2C
4
4.
5
5. 5532 -- Dual Low-Noise Operational Amplifiers
6
6.
7
7.
8
8. 5532 -- Dual Low-Noise Operational Amplifiers
9
9.
10
10. NXP A1040/c BFE D814 -- High-Speed CAN Transceiver ISO 11898
11
11.
12
Auf der RFID Platine:
13
U1. (STM)32F0 -- nicht sicher identifiziert
14
U2. FM17520 -- RFID IC
1
4x M48 -- finder-Relais mit 12V Ankerspanung für 16A/250V
2
3x CT-082D-1.0 -- PDU Current Transformer Current Transformer - Strommessung
Volltreffer: Der Chip auf der Rückseite ist ein RS-485 Transceiver
VP3082. Damit ist der Zweck von Connector K bestätigt.
Die Fotos sind perfekt!
Kann gut sein, dass einer der Operational Amplifiers für die
Kommunikation mit dem Auto genutzt wird. Die Grundschaltung ist hier
ganz gut erklärt:
https://hackaday.io/project/166859-prism/log/166672-first-prototype-and-test-hardware.
Ist in der China-Box wahrscheinlich ähnlich implementiert.
Da steht auch, dass Tesla CAN für die Kommunikation über den Ladestecker
bei High Speed DC Charging nutzt. Aber das kann die Box ja sowieso
nicht. Hat wahrscheinlich nichts mit dem CAN-Port hier zu tun.
Es sind noch ein paar NTCs auf der Platine verteilt, z.B. NTC5 an der
oberen Stirnseite vom Relais für Phase 1 und NTC4 ganz unten auf der
Platinenrückseite nahe der Schraubkontakte. Andere habe ich noch nicht
gefunden. Damit kann man Temperaturen messen.
Sieht bisher alles nicht nach magischer Kunst aus. Welche ARM-Pins für
welche Funktion zuständig sind, lässt sich bestimmt rausfinden. Wichtig
zu testen wäre noch, ob sich der Flash-Inhalt der Chips auslesen lässt.
Dann könnte man die Box jederzeit wieder auf Werkszustand zurück setzen.
Da ist aber noch ein wichtiges Bauteil, das ich ungern ignorieren würde:
Der Ringkern-Sensor für die DC-Fehlerstromerkennung. Er umschließt L1,
L2, L3 und N und hängt vierpolig an Connector A. Die Dinger gibt es mit
integrierter Elektronik, den Ansteuer- und Auswertungsjob dürfte aber
hier die Hauptplatine erledigen. Etwas zur Theorie steht in
https://hackaday.io/project/166859-prism/log/168847-rcm-direct-current-sensing-how-its-done.
Kein Wunder, dass man da einen schnellen Prozessor braucht. Und am Ende
teure Messgeräte zum Testen.
Für OpenEVSE wurde das auch schon diskutiert:
https://community.openenergymonitor.org/t/openevse-and-wiring-regs-changes-722-531-2-101/10959.
@ARMageddon: Ja, JTCK und JTMS gehören zu JTAG. Weil es aber nur zwei
Signalpins sind, ist es wohl SWJ. Und das geht dann auch mit dem "mini
ST-LINK V2". Siehe https://wiki.cuvoodoo.info/doku.php?id=jtag. (Der
GD32F103 ist ein verbesserter STM32-Clone.)
Hier sind Tipps zum Auslesen:
Beitrag "Mikrocontroller auslesen".
@Birger: Was hast du für deinen Ausleseversuch verwendet?
> @Birger: Was hast du für deinen Ausleseversuch verwendet?
Ich hatte (erfolglos) ganz naiv versucht mit einem FTDI - TTL Adapter an
CN10 was zu sehen. Der leistet ja beim ESP32 an CN18 gute Dienste.
Aber ich hab mir jetzt mal einen ST-LINK V2 bestellt.
Vielen Dank für deine Hilfe!
Uwe G. schrieb:> Ist H sein serieller Port?
Ich hab inzwischen auf H auch erfolgreich die serielle Schnittstelle
verbunden.
Da gibts mit 9600 Baud eine Shell zum ARM M3.
Ich würde nicht zu viel Energie auf das Auslesen der Firmware
investieren. Der Binärcode ist sowieso nicht vielsagend. Wichtiger ist
die Hardware (Schaltpan und Prog.-Schnittstellen) zu verstehen. Dann
kann einfach eine eigene oder angepasste Freeware Firmware aufgespielt
werden. Der ST32F103-Clone übernimmt die Wallbox <-> Auto Kommunikation
(IEC61851 / IEC62196) und steuert die "Ladeschütze" an. Ist kein
Hexenwerk. der ESP32 (Wrover-E)kann dann die WiFi-App Schnittstelle
implementieren.
Wie einfach die Ladekommunikation ist zeigen die ersten 20min des
folgenden Videos ganz gut:
https://www.youtube.com/watch?v=jUHrV96IGHQ
Eine Shell. Na sieh mal an!
@Birger: Hast du auch mal an der UART-Schnittstelle zur RFID-Platine
mitgehört. Da sollte die Kennung der RFID-Karte rüber kommen, wenn man
eine dran hält.
Sind die vier LEDs einfach über die Transistoren und die Widerstände
parallel angeschlossen oder versteckt sich hinter der weißen Blende noch
was? Ich nehme an, die können grün oder rot leuchten.
Kann es sein, dass der ESP32 über seinen seriellen Port mit dem GD32F103
kommuniziert?
Uwe G. schrieb:> @Birger: Hast du auch mal an der UART-Schnittstelle zur RFID-Platine> mitgehört. Da sollte die Kennung der RFID-Karte rüber kommen, wenn man> eine dran hält.
Noch nicht.
> Sind die vier LEDs einfach über die Transistoren und die Widerstände> parallel angeschlossen oder versteckt sich hinter der weißen Blende noch> was?
Die Blende würde ich Diffusor nennen. Die ist nur für die Schönheit da.
> Ich nehme an, die können grün oder rot leuchten.
Grün, gelb und rot.
> Kann es sein, dass der ESP32 über seinen seriellen Port mit dem GD32F103> kommuniziert?
Sehr wahrscheinlich seriell, allerdings glaub ich nicht über den Port D
/ CN18.
@Reversengineer: Die Schaltungsanalyse machen wir ja gerade. Trotzdem
wäre der Binärcode wichtig, um ihn notfalls jederzeit zurück spielen zu
können.
Das Video ist sehr anschaulich. Interessant für uns sind eher die
zweiten 20 Minuten.
Der Vollständigkeit halber:
IC 11 (PH1) ist ein Optokoppler (Typ 817). Zur Notabschaltung? Der
Transistor ist auf der Hochspannungsseite.
6 und 7 (Q10, Q2) müssten die Transistoren zum Schalten der Relais sein
(jeweils N/L1 und L2/L3 zusammen?) D9, D11, D20 und D41 wären dann die
Freilaufdioden.
4 ist der Oszillator für den GD32F103 (8.000 MHz).
Beim schwarzen Relais ist R81 im Schaltkreis, nicht R18. Sorry für den
Zahlendreher.
Auf der Platinenrückseite ist unter den Relais acht mal das gleiche
RC-Netzwerk. Damit werden die Spannungen an den "Schütz"-Kontakten
abgegriffen (über R174, R47, R159, R40, R154, R90, R180 und R57).
Wahrscheinlich zur Leistungsmessung und zur Erkennung von fehlenden
Spannungen und hängenden Schalkontakten.
@Birger:
Ist die Ausgabe vom ST-Link Tool?
http://www.st.com/web/en/catalog/tools/PF258168
Das hat eine grafische Oberfläche und du kannst einstellen, wie viele
Daten und von welcher Adresse es lesen soll.
Wenn ich die Fotos richtig deute, haben wir hier einen GD32F103RET6
(LQFP Package, 64 Pins). Der hat laut Datenblatt seinen Boot Loader bei
0x1FFF B000 - 0x1FFF F7FF (18 kbytes) und sein Main Flash bei 0x0800
0000 - 0x0807 FFFF (512 kbytes).
Mit Hilfe von Uwe ist es inzwischen auch gelungen den GD32F103RET6
komplett auszulesen.
Vielen Dank!
Wir haben also die Firmware binaries vom ESP32 und vom GD32F103.
Somit ist die Wahrscheinlichkeit groß, die Wallbox wieder in den
Originalzustand zurücksetzen zu können wenn das mit der open source
Firmware nicht klappt.
Die aktualisierte Komponentenliste:
1
A. DC Fehlerstrom Sensor
2
B. LED Leiste und RF Card Reader Anschluß
3
C. SD-Card Reader
4
D. ESP32 - Serial Anschluß
5
E. Schalt-Ausgang über das schwarze Relais mit Widerstand R81 in Reihe
6
F. Deaktivierungseingang für Schlüsselschalter?
7
G. JTAG/SWD von 2 (GD32F103)
8
H. serieller Port von 2 (GD32F103)
9
I. Jumper am ESP32
10
J. CAN-Bus-Anschluss
11
K. RS485 Anschluß (Bezeichnung A B)
1
1. ESP32 -- Hauptprozessor - WiFi, BLE, SDCARD...
2
2. GD32F103RET6 -- ARM M3 - PWM für die CP Leitung
3
3. 24256E S99028 -- EEPROM Serial 256-Kb I2C
4
4. Oszillator -- für den GD32F103 (8.000 MHz)
5
5. 5532 -- Dual Low-Noise Operational Amplifiers
6
6. Transistor -- zum Schalten der Relais (N/L1)
7
7. Transistor -- zum Schalten der Relais (L2/L3)
8
8. 5532 -- Dual Low-Noise Operational Amplifiers
9
9.
10
10. NXP A1040/c BFE D814 -- High-Speed CAN Transceiver ISO 11898
11
11. 817 -- Optokoppler - evtl. Notabschaltung?
12
Auf der RFID Platine:
13
12. FM17520 -- RFID IC
14
13. (STM)32F0 -- nicht sicher identifiziert
1
4x M48 -- finder-Relais mit 12V Ankerspanung für 16A/250V
2
3x CT-082D-1.0 -- PDU Current Transformer Current Transformer - Strommessung
Inzwischen habe ich Birgers Hardware intensiv analysiert.
Am ESP32 sind die beiden Taster und LEDs auf der Platine angeschlossen.
Außerdem der Jumper CN6, die RS485-Schnittstelle und der Kartenleser.
Die Programmierschnittstelle (RXD, TXD, GOIO0) sind auf CN18 zugänglich.
Die genaue Beschaltung habe ich als Bild angehängt.
Am GD32 hängt die RFID-Platine (über UART4 und PB12/PB13 für die
Front-LEDs), das EEPROM über I2C, das CAN-Interface und der Jumper CN7
über PC8. Der weiße Steckverbinder CN3 (Connector F) geht an GND und
VBAT, hat also mit der Stromversorgung der Echtzeituhr zu tun. DUG_RX
und DUG_TX hängen über Widerstände an USART0, JTCK und JTMS direkt am
Chip.
Die weißen Relais sind alle parallel geschaltet. Also nix mit auf
einphasig einschränken.
Es muss noch eine Verbindung vom ESP32 zum GD32 geben. Leider habe ich
da keine Spur von entdeckt. Eigentlich hatte ich erwartet, dass der
ESP32 die JTCK/JTMS-Pins steuern kann. Im GD-Datenblatt steht "The boot
loader is located in the internal boot ROM memory (system memory). It is
used to reprogram the Flash memory by using USART0 (PA9 and PA10)." Aber
auch dort finde ich keine Verbindung.
Ein Rätsel! Über Telepathie wird es wohl nicht laufen.
Birger S. schrieb:>> Ist H sein serieller Port?> Da gibts mit 9600 Baud eine Shell zum ARM M3.
Nach dem Firmwareupdate auf V3.2.517 BuildTime:2021/05/21 17:03:36 ist
die Shell erstmal weg.
Also zumindest ist sie nicht mehr automatisch aktiv und ich hab sie noch
nicht wiedergefunden.
Die Verbindung zwischen dem GD und dem ESP haben wir aber inzwischen
gefunden und können da lauschen.
So, das Reverse Engineering war Erfolgreich.
Die erste Ladung und das Umstellen der Ladeleistung ist gelungen.
Wir könnten noch Hilfe beim C++ Code gebrauchen damit das nicht so
stümperhaft aussieht als wenn ich das gemacht hab. ;-)
Die Kommunikation mit der EVSE (die Software auf dem GD Chip) erfolgt
seriell und die Kommandos sollen hier Verarbeitet werden:
https://github.com/bs-github/warp-charger/blob/master/software/modules/backend/enplus/enplus.cpp
Wer mir helfen mag meldet sich bitte.
Hallo,
habe meine Autoaid letzte Woche auch endlich bekommen, diese wurde heute
morgen vom Elektriker montiert.
Danach hab ich die Box direkt ausprobiert und sie funktionierte.
Allerdings wollte ich anschließend die App einrichten und seitdem geht
nichts mehr.
Das Auto wird leider nicht mehr geladen, trotz Anleitungsvideos von
autoaid zu reset oder Umstellung auf plug and play.
Nun kümmert sich angeblich der technische Support darum und schaltet
sich auf die Box.
Ich hoffe hier kann mir jemand weiterhelfen, habe den ganzen Tag über
schon alles versucht und sogar den örtlichen Netzbetreiber vor Ort
gehabt.
Das Laden mit der Autoaid hat vor Installation der App funktioniert,
jetzt leider nicht mehr. Kann ich die Wallbox irgendwie zurücksetzen
über einen der zwei Schalter?
Der untere Taster (Auf dem Bild oben neben dem mit 10 beschrifteten
Chip) löst nach 5 Sekunden einen factory reset aus. Der andere Taster
macht einen reboot.
Aber Achtung! Das erneute Einrichten der App schmeisst dann einen Fehler
wenn man eine schon zuvor genutzte Telefonnummer verwenden will.
Also: AUF EIGENE GEFAHR!!!
Man kann aber in der Ladestationsverwaltung eine neue Ladestation
hinzufügen. Die App erkennt dann, dass es sich um eine vorhandene
Seriennummer handelt und fragt die WLAN-Zugangsdaten neu ab.
Telefonnummer ist nicht nötig.
Manchmal zeigt die App einen falschen Status an. Dann hilft ein Neustart
der App.
Einmal haben sich Wallbox und Auto gar nicht mehr verstanden. Erst
nachdem ich das Original-Schuko-Ladekabel angesteckt hatte konnte ich
damit normal laden. Anschließend ging es auch wieder mit der Wallbox.
Die wesentlichen Meilensteine sind erreicht.
Die Kommunikation zwischen dem ESP32 und dem GD Chip ist soweit bekannt,
das die Möglichkeiten welche die Box im Originalzustand bietet mit der
Open Source Firmware ebenfalls möglich sind.
Es ist zwar noch nicht alles sauber umgesetzt, aber das reverse
engineering ist in wesentlichen Teilen abgeschlossen.
Status Update:
* Lade- start/stop funktioniert
* Einstellen der Ladestromstärke funktioniert (allerdings nur
Stufenweise)
* RFID wird erkannt (aber noch nicht beachtet)
* Ladedaten (Stromverbrauch) werden erkannt (sind aber noch nicht im
Frontend oder MQTT zu sehen)
* flashen der Firmware für den Ladecontroller (GD Chip) direkt vom ESP32
aus funktioniert (das war sehr wichtig um auch ohne die
Herstellerfirmware Updates des Ladecontrollers durchführen zu können)
Durch die TinkerForge Software Basis haben wir die folgenden Vorteile
gegenüber dem Original.
* Web Interface
* Eigener AccessPoint
* RFID local
* MQTT Schnittstelle (für externe Steuerung und Monitoring)
* Lastmanagement
Das Projekt ist umgezogen, um der Entwicklung der TinkerForge Software
zu folgen.
Die neue Open Source Firmware für die Autoaid Wallbox findet sich auf
github
https://github.com/bs-github/esp32-firmware/tree/warp_on_other_hardware
Das Projekt sucht immer noch weitere Mitstreiter!
(C++ oder TypeScript Kenntnisse von Vorteil)
Wir haben auch eine Autoaid Intelligent Wallbox günstig abzugeben
(natürlich auf Wunsch mit der neuen Firmware).
Was sind das für Bauteile links unten bei den Stromanschlüssen?
Ich meine die Gelben und Blauen? Varistoren? VDR?
Und was ist der Grüne links neben dem Grauen (C?)?
Das grüne Teil links neben dem grauen Kondensator ist einer von mehreren
NTCs zum Erfassen der Temperaturen. Die anderen Teile sind soweit ich
das sehe zur Entsorgung von Spannungsspitzen auf den Leitungen.
Birger S. schrieb:> Von zweien kann ich dir die Bezeichnungen gleich sagen.>> gelb: 14N561K> gross blau: Y1472M>> Für die anderen müsste ich die Platine erst ausbauen.
Sind die Kondensatoren mit dem Netz verbunden? Wie ist da die
Verschaltung?
Im Nachbarpost wird gerade über so eine Eingangsschaltung gesprochen
1st BETA RELEASE
Dokumentation: https://github.com/bs-github/esp32-firmware/wiki
Firmware 1.2.99 BETA:
https://github.com/bs-github/esp32-firmware/releases/tag/warp8enplus-1.2.99
* Lade- start/stop funktioniert
* Einstellen der Ladestromstärke funktioniert
* RFID wird erkannt (aber noch nicht beachtet)
* Ladedaten (Stromverbrauch) werden erkannt und erscheinen im Log (sind
aber noch nicht im Frontend oder MQTT zu sehen)
Wir haben immer noch eine Autoaid Intelligent Wallbox abzugeben
(natürlich auf Wunsch mit der neuen Firmware).
Guten Abend an das Team,
ich bin heute zufällig auf Euer sehr interessantes Projekt gestoßen und
wenn ich nicht schon eine openWB im Einsatz hätte…
Ich wollte Euch nur darauf Aufmerksam machen, dass die AC011K-AE-25/4m
gerade bei Saturn/Mediamarkt im Angebot ist, für 399€.
Viele Grüße und weiter viel Erfolg
Uwe
Was kann man den tun, wenn der Button für den Werksreset nicht
funktioniert? Die von außen sichtbare LED Leiste blinkt munter weiter.
Auch sollte beim Reset eine grüne LED neben den Werksreset Button grün
leuchten. Weit und breit nichts zu sehen.
Danke !
Hallo Birger,
lebt dieses Projekt noch?
Die mit den Files auf github scheint sich mit der aktuellen Version von
Platformio in VS Code unter Windows ein build für den ESP32 nicht mehr
möglich zu sein.
Danke und Grüße
Constanze
> lebt dieses Projekt noch?
Ja. Der (bisher unveröffentlichte) Port der Version 2.0.8 von
TinkerForge ist auf der Autoaid box zwar noch sehr fehlerhaft, aber es
wird daran gearbeitet die Features zum laufen zu bringen.
Wir sind nach wie vor an Hilfe interessiert. Inzwischen hat sich der
Bedarf von der Hardwareseite hin zur Software verschoben.
Wer mitmachen möchte meldet sich bitte :-).
> Die mit den Files auf github scheint sich mit der aktuellen Version von> Platformio in VS Code unter Windows ein build für den ESP32 nicht mehr> möglich zu sein.
Windows als Entwicklerplatform haben wir nie getestet. OSX und Linux
sollte aber gehen.
> Findet hier noch ein Austausch Entwickler/Projektinteressierte statt> bzw. werden Fortschritte geteilt?
Eigentlich keine Zwischenstände, aber wenn was Vorzeigbares da ist,
werde ich das auch hier melden.
Hallo Birger,
danke für Deine Rückmeldung.
Würde gerne Unterstützen, insbesondere da ich seit dieser Woche
ebenfalls Besitzer eines solchen China Krachers (Hauptplatine V4),
allerdings halten sich meine Programmierkenntnisse sehr in Grenzen.
Mich interessiert neben der Datenschutzschiene (wie kann die Box
betrieben werden ohne nach Hause zu telefonieren?), in erster Linie die
Anbindung an eine lokale Steuerung. Also eigener OCPP-Server, Modbus,
EVCC, PV-Überschussladen etc..
Daher auch meine Frage bzgl. Austausch, da ich den Eindruck gewonnen
hatte, dass bisher kein Fokus darauf liegt. Ist das für Euch kein Thema
oder wie könnte eine Roadmap in Deinen Augen ausschauen?
> Mich interessiert neben der Datenschutzschiene (wie kann die Box> betrieben werden ohne nach Hause zu telefonieren?)
Mit der open source firmware telefoniert natürlich nix mehr nach Hause.
> in erster Linie die Anbindung an eine lokale Steuerung.> Also eigener OCPP-Server, Modbus, EVCC, PV-Überschussladen etc..
Die Features haben wir weil TinkerForge die implementiert hat. MQTT ist
das Stichwort.
https://www.warp-charger.com/evcc.html
Allerdings gibt es da Hardware- (keine Phasenumschaltung möglich) und
Softwarebeschränkungen (die Steuersoftware vom GD Chip kann nur
Stufenweise die Leistung regeln - die haben wir ja nicht angefasst) bei
den EN+ Boxen.
> Daher auch meine Frage bzgl. Austausch, da ich den Eindruck gewonnen> hatte, dass bisher kein Fokus darauf liegt. Ist das für Euch kein Thema> oder wie könnte eine Roadmap in Deinen Augen ausschauen?
Das ist ganz klar auch im Fokus, denn sonst wäre ja auch Lastmanagement
nicht möglich.
Und mit einer Roadmap bin ich sehr vorsichtig, weil ist ja letztlich ein
Hobby.
Ich habe es heute geschafft, die EN+ mit meinem eigenen OCPP-Server zu
verbinden. Jetzt bleibt alles im Haus. Habe in dem Prozess das Teil
allerdings bestimmt 6x gebricked und musste die ESP32-FW jeweils neu
einspielen. Das Teil läuft jetzt seit gut 8h hier zusammen mit einem
lokalen SteVe-Server, den ich auf einem Raspberry Pi4 laufen habe.
Verwaltung der RF-ID Karten funktioniert ebenfalls. Jetzt muss ich mich
noch um die charge-profils kümmern, damit ich Lastverteilung testen
kann.
Constanze H. schrieb:> Ich habe es heute geschafft, die EN+ mit meinem eigenen OCPP-Server zu> verbinden.> Das Teil läuft jetzt seit gut 8h hier zusammen mit einem> lokalen SteVe-Server, den ich auf einem Raspberry Pi4 laufen habe.> Verwaltung der RF-ID Karten funktioniert ebenfalls. Jetzt muss ich mich> noch um die charge-profils kümmern, damit ich Lastverteilung testen> kann.
Das ist ja sehr spannend. Ich geh mal davon aus, dass du dafür die
original Firmware nutzt. Welche Versionen (GD und ESP)?
Würde mich sehr interessieren wie du das genau gemacht hast.
Ein bisschen Doku zum nachmachen wäre sehr cool.
Ansonsten wären auch Logs von der Kommunikation bei der RFID Karten
Verwaltung sehr gut. Einfach mal ne SDCARD reinstecken.
Birger S. schrieb:> Constanze H. schrieb:>> Ich habe es heute geschafft, die EN+ mit meinem eigenen OCPP-Server zu>> verbinden.>> Das Teil läuft jetzt seit gut 8h hier zusammen mit einem>> lokalen SteVe-Server, den ich auf einem Raspberry Pi4 laufen habe.>> Verwaltung der RF-ID Karten funktioniert ebenfalls. Jetzt muss ich mich>> noch um die charge-profils kümmern, damit ich Lastverteilung testen>> kann.>> Das ist ja sehr spannend. Ich geh mal davon aus, dass du dafür die> original Firmware nutzt. Welche Versionen (GD und ESP)?>> Würde mich sehr interessieren wie du das genau gemacht hast.> Ein bisschen Doku zum nachmachen wäre sehr cool.>> Ansonsten wären auch Logs von der Kommunikation bei der RFID Karten> Verwaltung sehr gut. Einfach mal ne SDCARD reinstecken.
Hi Birger,
ich habe das auf goingelectric beschrieben. Original FW im GD und ESP32.
Die RFID werden von SteVe verwaltet und freigeben, genau wie bei EN+.
D.h. eintragen der Karten-ID in SteVe mit Gültigkeitsdauer und
Transaktionen, der pusht das dann an die WB.
Aber openFW mit 2.x kling auch super spannend, würde ich auch gerne
mitmachen.
Andre schrieb:> Was kann man den tun, wenn der Button für den Werksreset nicht> funktioniert? Die von außen sichtbare LED Leiste blinkt munter weiter.> Auch sollte beim Reset eine grüne LED neben den Werksreset Button grün> leuchten. Weit und breit nichts zu sehen.> Danke !
Habe das gleiche Problem… AutoAid meldet sich nicht mehr, hast Du eine
Lösung gefunden?
Grüße
Birger S. schrieb:> Du kannst ja auch ins OpenSource Lager wechseln (siehe oben). ;-)>> Ich möchte bis Anfang Februar auch ein Beta Release der V2.0.11 fertig> haben.
Wäre für mich auch ok.. :) Nur sind meine Kenntnisse in diesem Bereich
eher als sehr eingeschränkt zu betrachten. Scheinbar habe ich bereits
bei einem Firmwareupdate mit der EVSE Mesh App den Bootloader o.ä.
geschossen. Ich kann mich wage während meiner PC Bastel Zeit daran
erinnern, dass es möglich war durch ändern der jumper an einem mainboard
das bios zu reseten. Gibt es diese Möglichkeit bei der Wallbox auch?
Hello
Thank you for your effort.
I have this box - PowerFed Home 11kw-1 - AC11000-AE-25
I think MAYBE is a newer version.
I don't see any SD card slot!
I can only control it via the mobile app - ChargeIn.
I did not find any OCCP settings in the app.
Please see the pictures.
I'll try to make a backup for the GD-Chip and ESP32 firmware.
I've ordered an ST-Link V2 Mini STM32 USB programming stick.
Later Edit.
I've read the wiki, I'll get to work!
The MicroSD is on the back ;)
Fat32?
32Gb?