Jump to content

photron

Administrators
  • Gesamte Inhalte

    3.045
  • Benutzer seit

  • Letzter Besuch

  • Tagessiege

    39

Posts erstellt von photron

  1. Ich habe der Dokumentation jetzt noch hinzugefügt, dass Node.js und Git nicht als VSCode Extensions zu installieren sind.

    Die npm Warnung kannst du ignorieren. Das ist nur eine Warnung, die nicht relevant ist für die Funktion von npm. Das scheint ein internes Problem zu sein das nur die 16.16 Version betrifft. Mit 18.6 kommt die Warnung nicht. Du kannst auf 18.6 wechseln, das ist aber nicht zwingend notwendig.

    Wenn ich das richtig sehe musst du allerdings den Code hier runterladen:

    https://github.com/mattsches1/esp32-firmware/tree/phase_switcher

    Das was du heruntergeladen hast beinhaltet die Phasenumschatung nicht.

    Danke für eure Gedult.

    • Thanks 1
  2. Mal bitte alle Füße stillhalten...

    Sorry, dass das alles nicht direkt zu laufen scheint.

    Das funktioniert hier auch alles unter Windows 10. Das Problem ist leider, dass ich das auf einem Windows 10 getestet habe das schon verschiedene Dinge installiert hatte und daher in der Anleitung Dinge fehlen, z.B. git. Warum gerade npm fehlt ist mit unklar. Das wird mit Node.js mit installiert. Muss ich rausbekommen. Wird nachgeliefert.

    Ich gehe den Installationsprozess jetzt noch mal auf einem nackten Windows 10 durch.

    @Andreas_Mainz Deine Probleme mit der EVSE Bricklet 2.0 Firmware spielen für die ESP32 Firmware keine Rolle. Bei den Bricklets ist das etwas anders gelagert, der Entwicklungsprozess für die Bricklets war nie für Windows gedacht, funktioniert dort aber auch, ist nur schwerer einzurichten. Daher bist du da mehr gestolpert.

    Bei der ESP32 Firmware ist das anders gelagert. Das soll eigentlich Out-of-the-Box funktionieren. Ich arbeite daran das zu verbessern.

    @ThomKa Kein Grund auf Linux zu wechseln. Gib mir einen Moment, wir bekommen das hin.

  3. Wie sieht der gesammte Aufbau aus? Oder sind es einfach nur Segment Display 4x7 Bricklet 2.0 und Thermal Imaging Bricklet an einem Master Brick, per USB am PC?

    Tritt das Problem mit der zeitweisen Auftauchen im Brick Viewer auch auf, wenn du nur jeweils ein Bricklet angeschlossen hast?

    Sitzt beim Thermal Imaging Bricklet das Kameramodul richtig im Sockel? Ohne Strom drauf, mal leicht das Modul in den Sockel drücken.

     

     

  4. 21 hours ago, Andreas_Mainz said:

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

    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.

  5. 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

  6. 53 minutes ago, Andreas_Mainz said:

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

    Ja, wie es dort beschrieben steht.

    54 minutes ago, Andreas_Mainz said:

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

    Das passiert alles automatisch.

    51 minutes ago, Andreas_Mainz said:

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

    Ich habe keine neue Information hinzugefügt, sondern nur das was da schon vorher textuell stand noch mal anders dagestellt.

  7. 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.

  8. 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)

  9. 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

  10. 19 hours ago, Andreas_Mainz said:

    1. Das Repo erscheint als unsecure..hierzu mußtte ich in der Datei Tinkerforge.list [trusted=yes] hinzufügen..dann apt update

    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

    19 hours ago, Andreas_Mainz said:

    Schon bei apt update gibt es Probleme:

    Das lag daran, dass Ubuntu Jammy noch nicht in unserem APT Repository aufgelistet war, sorry. Das habe ich gerade behoben.

×
×
  • Neu erstellen...