photron

Das hat dir auch keiner gesagt, sorry. Das Script gibt das jetzt als Hinweis aus.

Hast du das Bricklet am Master Brick an Port D angeschlossen?

Bindings: C/C++ for Microcontrollers 2.0.3 Fix ESP32 HAL compatibility with Arduino-ESP32 2.0.4 Download: C/C++ for Microcontrollers

Bindings: C/C++ for Microcontrollers 2.0.3 ESP32 HAL Kompatibilität mit Arduino-ESP32 2.0.4 verbessert Download: C/C++ for Microcontrollers

Da gibt es nichts zu verlinken. Es geht hier um /home/andreas/git/evse-v2-bricklet/software/src/configs/config.h, das muss automatisch gefunden werden. Ist die Datei bei dir gelöscht? Hast du /home/andreas/git/configs angelegt? Oder den aus dem evse-v2-bricklet Clone dahin verschoben? Prüf mal bitte in allen Repositories, dass du da keine lokalen Änderungen oder gelöscht Dateien hast.

In deinen CMake Logs taucht arm-none-eabi-gcc 10.3.1 auf. Im Docker Container ist aber 5.4.1 drin. Lösch bei dir mal von Hand das /home/andreas/git/evse-v2-bricklet/software/build Verzeichnis. Das sollte eigentlich "make clean" machen. Villeicht hat sich CMake falsche Pfade gemerkt. So richtig Sinn macht das dennoch nicht. Falls das auch nicht hilft, dann ersetz mal /home/andreas/git/bricklib2/cmake/makefiles/Makefile_Bricklet_CoMCU.mk durch die angehängt Datei, die gibt mehr Information aus. Dann nochmal /home/andreas/git/evse-v2-bricklet/software/build löschen, make ausführen und die ganze Ausgabe von make vorzeigen. Makefile_Bricklet_CoMCU.mk

Gibt es bei dir das Verzeichnis /home/andreas/git/evse-v2-bricklet/software/build/CMakeFiles/CMakeTmp nach dem make Aufruf?

CMake testet den C Compiler im Docker Container, da ist mir gerade unklar warum das fehlschlagen kann. Das hat jetzt nichts mehr mit Programm auf deinem PC zu tun. Mach mal ein "make clean" und dann wieder make. Vielleicht liegen da von vorherigen Versuchen noch alte Dateien im Weg.

Stimmt, sorry. https://dave.infineon.com/Libraries/XMCLib/XMC_Peripheral_Library_v2.1.16.zip Das ist die besagte xmclib. Irgendwohin entpacken und nach bricklib2/xmclib symlinken.

Ja, wie es dort beschrieben steht. Das passiert alles automatisch. Ich habe keine neue Information hinzugefügt, sondern nur das was da schon vorher textuell stand noch mal anders dagestellt.

Ich nehme an du bist diesen Schritten hier gefolgt: https://www.tinkerforge.com/de/doc/Tutorials/Tutorial_Build_Environment/Tutorial.html Zu Docker steht dort "Wenn der tinkerforge/build_environment_c Docker-Container installiert ist, wird dies von den Makefiles der Firmwares automatisch erkannt und die Kompilierung findet über den Docker-Container statt." Im Abschnitt "Bricklet mit Co-Prozessor Firmwares" ist beschrieben wie die Verzeichnisstruktur aussehen muss. Mir ist unklar wo du weg hast, dass alle diese gits nach evse-v2-bricklet/softwre/src/ müssen. Das ist nie der Fall.

Das ist absolut nicht normal. Schick uns daher bitte den defekten Brick wieder zurück, damit wir verstehen können was passiert ist. Mein Kollege wird das mit dir absprechen.

Ich fürchte da ist der ESP32 Chip auf dem Brick gestorben. Das soll natürlich so nicht sein, sorry. Wende dich bitte an sales@tinkerforge.com mit Verweis auf diesen Forum-Thread. Wir tauschen den Brick gegen einen neuen aus.

Der IO0 Knopf ist Teil um den ESP32 in den Bootloader zu zwingen, es ist im Normalfall aber nie notwenidig diesen zu drücken, da das automatisch passiert. Ein Druck auf den EN Knopf löst einen Neustart aus. Das die serielle Schnittstelle da ist, aber so gar keine Ausgabe kommt, auch beim Drücken des EN Knopfs, ist ein schlechtes Zeichen. Blinkt auf dem ESP32 Ethernet Brick die blaue Status LED neben dem USB-C Anschluss? Ich würde erwarten, dass die LED aus bleibt. Das beim Klick auf Connect in Brick Viewer ein Fehler kommt, ist in diesem Fall erwartet. Versuch mal den ESP32 Ethernet Brick neu zu flashen. Da warst du schon auf dem richtigen Pfad, du musst allerding in der Liste der Firmwares dazu nicht "ESP32 Ethernet" auswählen, sondern "WARP2 Charger". Schritt für Schritt Anweisungen dazu in der WARP2 Charger Anleitung: https://www.warp-charger.com/documents/WARP2_Betriebsanleitung.pdf (4.7 Zurucksetzen auf Werkszustand)

Okay, bitte die angehängt Brick Viewer Version installieren und starten. Mit Strg+Umschalt+X kannst du dann die Entwickler Funktionen aufrufen. Dabei ist jetzt auch die Möglichkeit serielle Ausgabe eines ESP32 (Ethernet) Bricks mitzulesen. Andreas hat recht, das kann man auch auf X andere Weisen erreichen. Nur ist es auf Dauer für uns einfacher, wenn wir das auch in unserem eigenen Tool haben. Also... die Wallbox from Strom trennen den ESP32 Ethernet Brick per USB an PC anschließen in Brick Viewer mit Strg+Umschalt+X die Entwickler Funktionen aufrufen Refresh klicken um die Liste der angeschlossenen ESP32 Ethernet Bricks zu aktualisieren es sollte einer auftauchen und automatisch ausgewählt werden Open klicken um die Verbindung herzustellen am ESP32 Ethernet Brick einen Neustart durch Drücken des kleinen EN Tasters auslösen es sollten jetzt Ausgaben vom Brick angezeigt werden eine Minute auf weitere Ausgaben warten Save... klicken um die Ausgaben zu speichern und dann hier vorzeigen, damit wir sehen können was da Schief läuft Dann am besten nicht sofort neu flashen, falls wir da noch was ansehen wollen. brickv_windows_2_4_22_snapshot_b4e8b56.exe

Gib mir noch einen Moment, dann folgt eine Erklärung was zu tun ist.

@e-Dream Warte noch mal einen Moment bevor du neuflasht. Wir hätten gerne einen Blick auf die serielle Ausgabe deines ESP32 geworfen. Auf welchem Betriebssystem hast du Brick Viewer installiert? Windows, Linux oder Mac?

Versuch es bitte noch mal, ich hatte eben einen Schritt beim hinzufügen von Ubuntu Jammy aus Versehen ausgelassen.

Dann hast du den GPG Schlüssel villeicht nicht richtig importiert. Der Befehl "apt-key list" sollte dir u.a. diese Zeilen ausgeben: pub rsa4096 2020-06-10 [SC] 8010 4B67 3AA0 4451 AED2 F6F1 4BF5 81D9 C890 BB5E uid [ unbekannt] Tinkerforge Ubuntu Archive Signing Key <info@tinkerforge.com> sub rsa4096 2020-06-10 [E] Ansonsten musst du den GPG Schlüssel importieren (Schritt 1): https://www.tinkerforge.com/de/doc/Software/APT_Repository.html Das lag daran, dass Ubuntu Jammy noch nicht in unserem APT Repository aufgelistet war, sorry. Das habe ich gerade behoben.

Python liefert keine Binary Installer für Windows 7 oder älter mehr aus. Brick Viewer ab 2.4.22 wird mit aktuellem Python 3.9 gebündelt. Ich habe nur vergessen, dass an allen relevanten Stellen auch zu dokumentieren. Sorry, wird nachgeholt. Aber ja, Brick Viewer 2.4.22 hat kein Windows 7 Support mehr, das ist Absicht.

Bindings: C/C++ for Microcontrollers 2.0.2 Add HALs for Arduino, Arduino ESP32, Linux and Raspberry Pi Make example drivers work with TF_IMPLEMENT_STRERROR disabled Download: C/C++ for Microcontrollers

Bindings: C/C++ for Microcontrollers 2.0.2 HALs für Arduino, Arduino ESP32, Linux und Raspberry Pi hinzugefügt Example Driver gehen jetzt richtig mit deaktiviertem TF_IMPLEMENT_STRERROR um Download: C/C++ for Microcontrollers

The simplest way is to use Restart=always RestartSec=5 instead of Restart=on-abort in the systemd service file. The restart on-abort doesn't trigger in the case you are running into here. The default restart delay is 100 milliseconds. That might be a bit fast. That's why i suggest 5 second restart delay.

Das normale Vorgehen ist eine IPConnection für alle Bricklets zu nutzen. Was ist für dich "deutliche Latenz"?

Da ist nichts kaputt. Der ESP32 (Ethernet) Brick, hat keine Brick Kommunikation über USB. Diese läuft rein über WLAN und LAN. Ich habe den Satz dazu in der Dokumentation mal deutlicher gemacht. Die USB Buchse dient rein der Stromversorgung und dem Zugriff auf die serielle Konsole, wenn du selbst an der Software auf dem ESP32 arbeitest. Zusätzlich kann über USB auch die Firmware geflasht werden, dabei gehen aber auch alle Einstellungen auf dem ESP32 (Ethernet) Brick verloren. Daher ist das nur für den Notfall und im Normalfall sollte die Firmware über das Webinetrface aktualisiert werden. Wenn du dich mit Brick Viewer über WLAN oder LAN mit dem ESP32 (Ethernet) Brick verbindest, dann taucht der Brick auch in Brick Viewer auf. allerdings gibt es dort nicht viel zu sehen, außer einen Knopf der auf das Webinterface weiterleitet.