Andreas_Mainz

Du mußt die Wallbox dann aufmachen..auf der Platine an der dein Netzwerkkabel angeschlossen ist, dort ist links davon eine USB Buchse, da mußt du ein USB Kabel anschließen. Leider ist da nicht viel Platz, m.M. nach müßtest du die Platine komplett ausbauen..dann flashen und wieder einbauen. Blinkt denn die blaue LED noch auf der Platine? Danach mußt du den Brick Viewer aufmachen und erst links den Button "Update/Flashing" auswählen und dann im Reiter "Brick" müßte unter Serial port dein Board auftauchen. Eine Zeile tiefer kannst du dann eine neue Firmware flashen. Dabei kann man nix kaputt machen, den Vorgang kann man jederzeit wiederholen..

Wenn du ein LAN kabel angeschlossen hast, dann bildet die Box immer gleichzeitig einen Access-point. Aber der Access-point ist kein Router ins Internet, sondern nur der Zugriff auf den internen Webserver.

Ist deine Box mit einem LAN Kabel verbunden-. Dann kannst du dich via LANl mit der dir bekannten IP Adresse verbinden, oder geht das auch nicht mehr? Dort gibt es auch eine recovery Seite: ip.Adresse/recovery. Ansonsten kannst du immer eine neue Firmware via USB Port flashen, vielleicht geht es dann wieder. Dann sind aber alle Parameter und Benutzer / NFC tags weg.. Gruß

Ich baue aber eine eigene Wallbox aus Einzelkomponenten zusammen, daher habe ich z.Z. noch kein Fehlerstrommodul und ich würde darauf auch gerne verzichten.. Sorry das hätte ich mal zu Beginn schreiben sollen, dann wäre alles klarer gewesen, was ich vorhabe..

Ohne Patch wird doch ein Fehler angezeigt, oder..Ich denke der Patch ist notwendig. Oder hat der Fehlerstrom Fehler keine Auswirkungen auf den Ladevorgang? Mit FI TypB soll die Weboberfläche keine Fehler anzeigen..

Also nochmal direkt gefragt: Das Evse Bricklet kann man nicht mit dem Brick Viewer sehen? Wie kann man dann das Evse Bricklet neu flashen? Mein Plan ist nur im Evse Bricklet die Fehlerstromüberwachung auf „immer ok“ zu stellen, da ich einen Fi Typ B habe und nach meinem Verständnis dann die interne Fehlerstromüberwachung entfallen kann, richtig?

Ich habe selbst nochmal probiert, ich kann den Fehler nicht mehr reproduzieren..😏 Die Recovery Seite geht.. Das nächste Mal mach ich Bilder..🙂 Gruß

geht leider immer noch nicht..ich habe jetzt die manuelle Installation über die .deb Datei gemacht. Das geht.. Wenn ich nun brickv starte, müßte ich doch den EVSE Bricklet sehen? Anwahl mit localhost oder muß man die IP Adresse nehmen, mit der man auch das Web Interface aufruft? Jedenfalls wenn ich die IP vom Web Interface verwende, dann wird die Verbindung zurückgewiesen.. Man kann bei localhost auch connect drücken, aber es erscheint kein Name im Fenster rechts..ich hätte den Name des Bricklets EVSE irgendwie erwartet..

Nachtrag zum Key Problem: Folgende Fehlermeldung kommt:

ja habe ich gemacht..alles gespeichert. Da auf der Menüseite links dann auch der Eintrag System fehlt, mußte ich via USB neu flashen.. Der Fehler ist auch nicht beim ersten Mal aufgetreten, einfach noch einen 2 User anlegen und speichern und neu starten, irgendwann ist dann die Menüseite leer..

geht immer noch nicht:

Schon bei apt update gibt es Probleme:

Unter Ubuntu klappt die Installation auch nicht richtig: 1. Das Repo erscheint als unsecure..hierzu mußtte ich in der Datei Tinkerforge.list [trusted=yes] hinzufügen..dann apt update Wenn man nun sudo apt install brickd ausführt, kommt folgende Fehlermeldung: Hat jemand einen Tipp? Vielen Dank und Gruß Andreas

Ich wollte mal nachfragen, wie man einen Backtrace unter VSC analysieren kann. Einen "ESP32 exception decoder" kenne ich bisher nur von der Arduino Umgebung.. Außerdem wollte ich fragen, wie man den ESP32 unter VSC debuggen kann, gibt es da eine Anleitung? Vielen Dank für Hinweise Grüße Andreas

Nachtrag zu meinen Installationsversuchen: Unter Ubuntu läuft die Installation wesentlich besser..z.B. wird NPM bereits in einer 8er Version verwendet. VSC installieren, Platformio dazu, ESP Ethernet Git Repo clonen und mit "platformio run -e warp2" einstellen. Zum flashen noch den Zugriff auf den USB Port freischalten, dann geht alles, endlich kann ich Versionen erzeugen..

Ich habe mehrfach zwischen der FW 2.0.5 und 2.0.7 hin und her gewechselt, der Fehler ist reproduzierbar: Wenn ich in FW 2.0.7 einen Benutzer anlege und dann einen neuen NFC tag hinzufüge und speichere, kommt mach dem Restart nur das "Start" Menü auf der linken Seite, alle weiteren Einträge fehlen. Kurz danach sagt er: Verbindung verloren.. Nur zur Info an die Admins.. Gruß Andreas

bei mir funktioniert es unter Win10 auch nicht. Ich habe den Esp ethernet brick (FW 2.0.5) an USB (habe auch ohne probiert) und an ein LAN Kabel angeschlossen. Wenn ich nun den Localhost:4223 aufrufe, macht er zwar ein connect, jedoch zeigt er in der "Name" Liste kein Brick an. Ich habe auch den Brick Daemon kontrolliert, er ist in der Task Liste aktiv. Keine Verbindung..Hat jemand einen Tipp?

Entscheidend ist, wo der Blitz genau einschlägt. Ist die Nähe zu gering, nutzt die beste Schutzeinrichtung wenig. Da hilft nur Glück..

Also nochmal zurück zum Thema: Das ESP Board ist sicher defekt. Die Frage wäre, ob das Evse Bricklet die Sache überstanden hat: Dort gibt es auch eine blaue Led: Leuchtet diese? Auf dem Evse gibt es mehrere kleine „Netzteile“, diese sollte man mal prüfen. Aber ich nehme an, die Versicherung zahlt eh die ganze Box. Wenn du willst, kannst du mir die 2 Boards mal schicken, dann kann ich genau sagen, was kaputt ist..

Also mittlerweile glaube ich nicht mehr, dass es an Python liegt, Version paßt so.. Der Fehler muß in der Changelog Text Datei sein..jedoch nur diese für den ESP, die WARP changelogs funktionieren, der Befehl platformio run -e warp läuft einwandfrei durch.. Also ich habe die 2 Files verglichen: Das Datum Format ist falsch.. mit geht's..

Eine letzte Frage: welche Python Version soll man verwenden. Installiert ist Python 3.9 Falls ich Python 2.7 verwenden müsste, wie wären dann die Befehle, um auf eine ältere Version umzuschalten? Prepare funktioniert nun ganz ohne Fehlermeldungen, wenn ich ausführe kommt: (und deshalb vermute ich, dass es an der Python Version liegt..) Irgendein Format im changelog File gefällt ihm nicht.. Vielen Dank für eure Hilfe und Grüße aus Mainz Andreas

Ja wird trotz der Warnungen angezeigt. Um npm in einer 8er Version zu laden, habe ich die Datei sources.list geändert, nicht im Subdir sources.list.d.. Sonst gibt es eine Fehlermeldung wie Fehlende Dateiendung.. In sources.list habe ich folgendes eingefügt: deb http://deb.debian.org/debian bullseye-backports main contrib non-free deb-src http://deb.debian.org/debian bullseye-backports main contrib non-free Dann gings..

Ich habe noch ein Problem: ich schaffe es nicht die Paketverwaltung npm auf eine Version höher als 7.x zu heben. Mir werden nur Siebener Versionen angeboten. Wie sind noch mal die genauen Befehle zur Installation der richtigen Version 8? Sorry für die Linux Anfängerfragen, aber normalerweise hab ich von einem SW-Paket noch nie eine bestimmte Version gebraucht. Ich nutze Debian Bullseye.. Das mit der Fehlermeldung für die Konfiguration „Warp“ finde ich sogar verständlich, da in der Plattform.ini nur das env: prepare angelegt ist. Vielen Dank für eine Rückmeldung

Hallo, Ziel ist es, die ESP Software unter VSC und platformio selbst zu bilden. Dazu habe ich Code installiert und Platformio Extension ebenso. Dann habe ich das Git Repo geklont und hier verstehe ich die erste Sache nicht: Das platformio.ini welches auf der Ebene meines Projektes liegt, ist leer. Auf dieser Ebene existieren aber die Subdirs include und lib. Jetzt gibt es aber eine wesentlich besser platformio.ini im Subdir "software", dort fehlen aber die lib und include dirs. Irgendwie passt das nicht.. Wenn ich dann die Befehle platformio run -e prepare ausführe kommt es zu folgenden Fehlermeldungen: Error: Unknown environment names 'warp'. Valid names are 'prepare'. Wenn ich diesen Befehl im Subdir "software" ausführe, kommt folgende Fehlermeldung; andreas@debian:~/git/esp32-firmware/software$ platformio run -e prepare Warning! Ignore unknown configuration option `name` in section [env:esp32] Warning! Ignore unknown configuration option `host_prefix` in section [env:esp32] Warning! Ignore unknown configuration option `display_name` in section [env:esp32] Warning! Ignore unknown configuration option `manual_url` in section [env:esp32] Warning! Ignore unknown configuration option `apidoc_url` in section [env:esp32] Warning! Ignore unknown configuration option `firmware_url` in section [env:esp32] Warning! Ignore unknown configuration option `require_firmware_info` in section [env:esp32] Warning! Ignore unknown configuration option `backend_modules` in section [env:esp32] Warning! Ignore unknown configuration option `frontend_modules` in section [env:esp32] Warning! Ignore unknown configuration option `name` in section [env:warp] Warning! Ignore unknown configuration option `host_prefix` in section [env:warp] Warning! Ignore unknown configuration option `display_name` in section [env:warp] Warning! Ignore unknown configuration option `manual_url` in section [env:warp] Warning! Ignore unknown configuration option `apidoc_url` in section [env:warp] Warning! Ignore unknown configuration option `firmware_url` in section [env:warp] Warning! Ignore unknown configuration option `require_firmware_info` in section [env:warp] Warning! Ignore unknown configuration option `backend_modules` in section [env:warp] Warning! Ignore unknown configuration option `frontend_modules` in section [env:warp] Warning! Ignore unknown configuration option `name` in section [env:energy_manager] Warning! Ignore unknown configuration option `host_prefix` in section [env:energy_manager] Warning! Ignore unknown configuration option `display_name` in section [env:energy_manager] Warning! Ignore unknown configuration option `manual_url` in section [env:energy_manager] Warning! Ignore unknown configuration option `apidoc_url` in section [env:energy_manager] Warning! Ignore unknown configuration option `firmware_url` in section [env:energy_manager] Warning! Ignore unknown configuration option `require_firmware_info` in section [env:energy_manager] Warning! Ignore unknown configuration option `backend_modules` in section [env:energy_manager] Warning! Ignore unknown configuration option `frontend_modules` in section [env:energy_manager] Warning! Ignore unknown configuration option `name` in section [env:esp32_ethernet] Warning! Ignore unknown configuration option `host_prefix` in section [env:esp32_ethernet] Warning! Ignore unknown configuration option `display_name` in section [env:esp32_ethernet] Warning! Ignore unknown configuration option `manual_url` in section [env:esp32_ethernet] Warning! Ignore unknown configuration option `apidoc_url` in section [env:esp32_ethernet] Warning! Ignore unknown configuration option `firmware_url` in section [env:esp32_ethernet] Warning! Ignore unknown configuration option `require_firmware_info` in section [env:esp32_ethernet] Warning! Ignore unknown configuration option `backend_modules` in section [env:esp32_ethernet] Warning! Ignore unknown configuration option `frontend_modules` in section [env:esp32_ethernet] Warning! Ignore unknown configuration option `name` in section [env:warp2] Warning! Ignore unknown configuration option `host_prefix` in section [env:warp2] Warning! Ignore unknown configuration option `display_name` in section [env:warp2] Warning! Ignore unknown configuration option `manual_url` in section [env:warp2] Warning! Ignore unknown configuration option `apidoc_url` in section [env:warp2] Warning! Ignore unknown configuration option `firmware_url` in section [env:warp2] Warning! Ignore unknown configuration option `require_firmware_info` in section [env:warp2] Warning! Ignore unknown configuration option `backend_modules` in section [env:warp2] Warning! Ignore unknown configuration option `frontend_modules` in section [env:warp2] Warning! Ignore unknown configuration option `backend_modules` in section [env:warp2screenshot] Hat jemand einen Tipp für mich?