Andreas_Mainz

Hallo,

ich habe auch schon länger mit der VSC Umgebung gekämpft, gerade unter Win10 und meine Empfehlung ist, Ubuntu zu installieren..auch die Leute von Tinkerforge arbeiten alle unter Linux und bei Win10 gibt es Probleme, die in Linux garnicht auftauchen..eine alte Festplatte hast du doch noch..😉

Aktuell scheint bei dir npm zu fehlen, müßtest du nachinstallieren..

Dann ist der Taster ein Öffner?

Das hört sich beherrschbar an, vielen Dank für die Hinweise. Ich nutze ja Beyond compare, da kann man die Unterschiede ja gut erkennen…

Eine Frage hätte ich noch: Wenn man alles via WEB Interface bedient, braucht man dann den Taster (den ich noch nicht habe..)  ?

Nochmals vielen Dank, jetzt läuft alles..ich freue mich riesig!

DC Fehlerstrommodul zeigt nun OK an, ich habe die EVSE Firmware auf Version 2_1_66 gesetzt, eine neue ESP32 Firmware gebaut und regulär runtergeladen.

Der EVSE Bricklet wird dann ja automatisch überflashed. Funktioniert wie beschrieben.

Jetzt müsstet ihr mir nochmal erklären, was ich machen muß wenn eine neue Version von Eurer Seite upgedatet wurde.

git ...?

Vielen Dank und Gruß

Andreas

So, ich konnte nun erfolgreich eine XMC Software bauen. Vielen Dank für die geduldige Unterstützung.
Ich habe auch schon das Zbin File in das passende Directory vom Esp32 gelegt und mit Vsc eine neue Version gebaut.

Dann habe ich das Merge File in die Wallbox runtergeladen und immerhin hat diese ganz normal wieder eingeschaltet. Es war nur alles in englischer Sprache, wo kann man die verwendete Sprache einstellen? Bisher habe ich an der Bricklet Software noch keine Änderung gemacht…

Was mir aber nicht klar ist, wenn ich die EVSE - V2 Software gebaut habe, muss da nicht ein Firmware.C & .H File neu generiert werden? Ich habe nach dem Bild in VSC gesehen, dass diese C & H Files nicht upgedatet wurden, da ist mir noch nicht ganz klar, was ich hier machen muss.

Immer dankbar für weitere Tipps..

Grüße Andreas 

Hallo,

das Löschen von dem build Verzeichnis hat schonmal weitergeholfen: Jetzt wird der richtige Compiler aufgerufen.

Jetzt gibt es nur noch ein Problem mit dem Configs Verzeichnis: wie und wo muß dies verlinkt werden, damit der Compiler das findet?

Die Fehlermeldung dazu sieht wie folgt aus:

Zitat

@home:/home/andreas/git/evse-v2-bricklet/software# make
Using docker image to build.
make[1]: Entering directory '/home/andreas/git/evse-v2-bricklet/software/build'
make[2]: Entering directory '/home/andreas/git/evse-v2-bricklet/software/build'
make[3]: Entering directory '/home/andreas/git/evse-v2-bricklet/software/build'
make[3]: Leaving directory '/home/andreas/git/evse-v2-bricklet/software/build'
make[3]: Entering directory '/home/andreas/git/evse-v2-bricklet/software/build'
[ 11%] Building C object CMakeFiles/aeabi_uidivmod.dir/src/bricklib2/bootloader/libgcc/aeabi_uidivmod.c.obj
In file included from /home/andreas/git/evse-v2-bricklet/software/src/bricklib2/bootloader/bootloader.h:25:0,
                 from /home/andreas/git/evse-v2-bricklet/software/src/bricklib2/bootloader/libgcc/aeabi_uidivmod.c:1:
/home/andreas/git/evse-v2-bricklet/software/src/bricklib2/protocols/spitfp/spitfp.h:33:28: fatal error: configs/config.h: No such file or directory
compilation terminated.
CMakeFiles/aeabi_uidivmod.dir/build.make:62: recipe for target 'CMakeFiles/aeabi_uidivmod.dir/src/bricklib2/bootloader/libgcc/aeabi_uidivmod.c.obj' failed
make[3]: *** [CMakeFiles/aeabi_uidivmod.dir/src/bricklib2/bootloader/libgcc/aeabi_uidivmod.c.obj] Error 1
make[3]: Leaving directory '/home/andreas/git/evse-v2-bricklet/software/build'
CMakeFiles/Makefile2:67: recipe for target 'CMakeFiles/aeabi_uidivmod.dir/all' failed
make[2]: *** [CMakeFiles/aeabi_uidivmod.dir/all] Error 2
make[2]: Leaving directory '/home/andreas/git/evse-v2-bricklet/software/build'
Makefile:83: recipe for target 'all' failed
make[1]: *** [all] Error 2
make[1]: Leaving directory '/home/andreas/git/evse-v2-bricklet/software/build'
/home/andreas/git/bricklib2/cmake/makefiles/Makefile_Bricklet_CoMCU.mk:98: recipe for target 'make' failed
make: *** [make] Error 2
make: *** [/home/andreas/git/bricklib2/cmake/makefiles/Makefile_Bricklet_CoMCU.mk:33: check] Error 2

Meine Verzeichnisstruktur ist wie folgt:

Wenn man die Box startet und dann das Netzwerkabel erst reinsteckt, kommt dieser Effekt zustande, ich habe es gerade eben mal wieder ausprobiert..davon erholt er sich auch nicht mehr..

wenn meine XMC Build Umgebung mal läuft, sollte dies kein Problem sein.

Ich bin beeindruckt, was der ESP32 so alles macht, sogar über SPI die Firmware vom XMC flashen..unglaublich gut..da kann ich noch viel lernen..

Ich werde auch die robuste Variante, wie oben beschrieben wählen.

Also wenn ich den EVSE Bricklet gebaut hätte, dann hätte man da doch einen ESP8266 nehmen können, der hätte das locker auch gemacht..aber so mit 2 komplett unterschiedlichen Prozessoren und unterschiedlichen Build Umgebungen..das macht die Sache nicht leichter..

Übrigens habt ich schonmal über ein KNX Bricklet nachgedacht? ;-)

Ja, das Verzeichnis ist genau an diesem Ort, ist aber leer..

Bei make clean kommen die gleichen Fehlermeldungen..und hat keine Verbesserung gebracht.

Ich hänge mal die beiden Log Files an, eins scheint fehlerfrei (CMakeOutput.log) zu sein, das andere zeigt einen Fehler:

Zitat

0.3.1/../../../arm-none-eabi/lib/libc.a(lib_a-exit.o): in function `exit':
/build/newlib-pB30de/newlib-3.3.0/build/arm-none-eabi/newlib/libc/stdlib/../../../../../newlib/libc/stdlib/exit.c:64: undefined reference to `_exit'

Scheint sehr Compilerspezifisch..

Wenn ihr mir da helfen könntet..

Gruß Andreas

CMakeError.log CMakeOutput.log

Der Gmake Befehl ist da, aber:

Zitat

gmake: *** No rule to make target 'cmTC_025a5/fast'.  Stop.

so make startet nun, es fehlt aber gmake?

Zitat

andreas@home:~/git/evse-v2-bricklet/software$ make
Using docker image to build.
-- The C compiler identification is GNU 5.4.1
-- The CXX compiler identification is GNU 5.4.1
-- Check for working C compiler: /usr/bin/arm-none-eabi-gcc
CMake Error: Generator: execution of make failed. Make command was: "/usr/bin/gmake" "cmTC_025a5/fast"
-- Check for working C compiler: /usr/bin/arm-none-eabi-gcc -- broken
CMake Error at /usr/share/cmake-3.7/Modules/CMakeTestCCompiler.cmake:51 (message):
  The C compiler "/usr/bin/arm-none-eabi-gcc" is not able to compile a simple
  test program.

  It fails with the following output:

   Change Dir: /home/andreas/git/evse-v2-bricklet/software/build/CMakeFiles/CMakeTmp

 

  Run Build Command:"/usr/bin/gmake" "cmTC_025a5/fast"

 

vielen Dank für weitere Tipps

Ich glaube es fehlt noch eine Lib:

Zitat

Please download xmclib from infineon and symlink it into the bricklib2/ folder.
make: *** [/home/andreas/git/bricklib2/cmake/makefiles/Makefile_Bricklet_CoMCU.mk:32: check] Error 1

 

Ich sehe gerade, die gewünschte Verzeichnissstruktur wurde in der Beschreibung ergänzt, vielen Dank 

Also liegen diese repos parallel zu dem Evse-v2-Bricklet Verzeichnis?

Könnte man das mit dem Docker nochmal erläutern oder funktioniert das alles automatisch?

Hallo admins,

lch will die Firmware für den EVSE2 Bricklet neu bauen, da ich zuvor Änderungen machen will. (siehe anderer Post: Fi TypB vorhanden..)

Alle Git repos liegen bei mir under /home/andreas/git. Dort liegt das Vereichnis evse-v2-bricklet

Dann kommt das Verzeichnis software, da drunter das Verzeichnis src.

Dort liegen folgende Verzeichnisse:

brickletlib,configs,bricklib2,bootstrapper_xmc,brickletboot_xmc 

Und jetzt kommt die Frage: Wie muß ich die Symbolischen Links setzen und wo?

Wenn ich im Verzeichnis software make aufrufe, kommt folgende Fehlermeldung:

Zitat

Could not find brickletboot_xmc. Please clone brickletboot_xmc git.

make: *** [/home/andreas/git/evse-v2-bricklet/software/src/bricklib2/cmake/makefiles/Makefile_Bricklet_CoMCU.mk:28: check] Error 1

Also irgendetwas stimmt noch nicht..

Ich habe auch Docker installiert, wie ich es aber verwenden muß, ist mir auch nicht klar..

Vielen Dank für  Hinweise zur Installation..

Gruß Andreas

Die korrekte Bezeichnung ist io0. Das ist ein ganz normaler Port PIN vom ESP 32, der jedoch abgefragt wird, wenn ein Reset erfolgt. Wenn dieser Knopf gedrückt ist, bevor der Reset Knopf gedrückt wird, springt der ESP 32 in dem Bootloader Modus und wartet auf einen Firmware Download.

Wenn dein serielles Terminal verbunden ist, dann musst du am ESP den En oder Reset Knopf drücken, damit du die Printausgaben auch siehst, die der ESP ausgibt, wenn er hochfährt, sonst verpasst du nämlich vielleicht wichtige Statusmeldungen.

Alternativ kannst du auch Hterm verwenden, das funktioniert auf jeden Fall.

Beim Loggen musst du die Admins fragen, denn ich nutze PlatformIo und dort kann man ganz einfach ein serielles Terminal öffnen. Ob das genauso im Brick Viewer geht, weiß ich nicht, da ich diesen dafür noch nicht benutzt habe. Da ich zur Zeit meine Wollbox neu verdrahte, kann ich dies auch zur Zeit nicht ausprobieren, ich helfe dir aber gerne weiter wenn meine Wollbox wieder zusammen geschraubt ist.
 

Viele Grüße aus Mainz Andreas 

Wolltest du nicht noch den Log ziehen für die Admins zur Fehleranalyse?

Also du mußt ESP32 Ethernet auswählen..wenn nicht 2.0.7 angezeigt wird, kannst du dir auch die neueste Firmware runterladen und mit Browse auswählen..

Den ESP mit deinem USB Kabel an einen PC verbinden und die serielle Ausgabe vom ESP mitloggen und als Datei speichern..

Das geht z.B. mit HTerm..oder in PlatformIo oder Arduino IDE -> serieller Monitor

vor 14 Stunden schrieb rtrbt:

In allen Fällen musst du mit deiner gepatchten EVSE-Firmware dann mit dem "upstream", lies uns Schritt halten, falls du die Wallbox-Firmware aktualisierst. Sonst verlierst du deine EVSE-Änderungen falls wir eine neuere Firmware einbetten

Könnte man nicht einen Compilerschalter einführen, wie “External_Fi_Type_B“ available oder sogar als Parameter im Spiffs? Das würde eure Software nur universeller machen..

Das ist der falsche Stecker, du brauchst USB-C…

Nein eigentlich muß die Wallbox immer laufen. Meine Erfahrung ist aber, dass der ESP 32 in seltenen Fällen abstürzt, so dass das Programm nicht mehr richtig ausgeführt wird. Die Langzeitstabilität der Programme ist meiner Meinung nach das größte Problem, aus diesem Grund teste ich zur Zeit auch ausführlich die aktuellen Firmware Versionen, um zu sehen, ob sie wirklich dauerhaft laufen. Es kann gut sein, dass du noch eine Version hast, die so einen sporadischen Fehler hat.