ThomKa

Hmm, ... Da muss ich wohl ein Stück zurück rudern 🚣‍♂️...

Ich hatte den WARP-Adapter und NICHT den MQTT-Adapter im iobroker aktiviert und damit versucht den Datenpunkt zu beschreiben. Jetzt habe ich nur den MQTT-Adapter aktiviert und kann den Dp einwandfrei schreiben... Sehe jetzt auch, dass der PhaseSwitcher 1a die angeforderten Phasen anpasst. So wie es sein soll und wie ich es in Erinnerung hatte...

Vielleicht könnte es doch mit den häufigen MQTT-Abbrüchen zusammenhängen... Denn wenn die Verbindung nicht steht, kommt ja auch kein available_charging_power Wert an. Und wenn das während des Einstecken des Ladekabels passiert...

Gibt es denn Ansätze die MQTT-Problematik zu analysieren?

N'abend 😁.

Was bleibt mir anders übrig als zu warten... Mein Counter ist mittlerweile bei 571 Tage 🤪. Aber das ist ja nun bald Geschichte.

Habe erst mal alles aktualisiert und erst mal ein wenig Staub gewischt... Und dann ein wenig "probiert"...

Wenn ich das noch alles richtig weiß, dann muss der Datenpunkt 

den Wert erhalten, der als PV-Überschuss vorhanden ist. Daraus ermittelt dann der PhaseSwitcher dann wie viele Phasen per Schütz zu schalten sind.

Allerdings kann ich keinen Wert "manuell" (z.B 7000) eintragen. Wenn ich das mache erscheint der Wert sehr kurz und wird dann durch 0 ersetzt. Der Zeitstempel "letzte Aktualisierung" wird dabei zwar erneuert, aber der Wert verbleibt nicht. 

Hättest Du dazu eine Idee? Ich denke das passt zu Deiner Antwort, dass "weil zu wenig Überschuss vorhanden."

Wie kommst Du darauf, dass ich die Phasen manuell schalte? Habe ich nicht vor und mir ist auch nicht bewusst wie...

@deepflyer911@mattsches Hallo zusammen. Hoffe Ihr seid wohl auf und schwitzt nicht allzu sehr 💦.

Es ist endlich so weit. Nächste Woche ist unser Enyaq endlich bei uns 😊. Und da wollte ich mal ein kurzes Update zum letzten Problem und Status abgeben...

Die Ladevorgänge im Mai konnte ich erfolgreich durchführen, nachdem ich die Warp auf Werkszustand zurückgesetzt hatte und den Ladevorgang OHNE aktive Phasenumschaltung mit AutoStart startete.

Sobald eine fixe Ladeleistung vorgegeben wurde und die Phasenumschaltung aktiviert wurde (unabhängig ob mit 1,2 oder 3 Phasen) erfolgte der Handshake zwischen WARP und Enyaq - die Kontrollleuchte am FZG leuchtete weiß - um dann nach einiger Zeit auf rot umzuschalten. Im FZG-Display wurde angezeigt, dass der Ladevorgang aufgrund von Fehlern nicht durchgeführt werden konnte. Weitere Details zum Fehler konnte ich FZGseitig nicht finden.

Da ich mich bislang ja nicht habe mit dem Laden beschäftigen können, frage ich mich, oder besser Euch ;-), gibt es ein paar Punkte die ich vorab mal testen/prüfen/sichten könnte?

Was mir noch auffiel, waren viele MQTT-Abbrüche, deren Ursache ich noch nicht identifizieren konnte...

Ich hoffe auf und bitte Euch um Eure Unterstützung. Ohne Eure Hilfe werde ich da vermutlich nicht dahintersteigen können.

Seid gegrüßt, Thomas

Dachte ich auch erst. Ist aber am PC das selbe Verhalten. Jetzt antwortet die Warp gar nicht mehr. Soll für heute reichen. Am Dienstag sind wir wieder zurück und ich schaue mir das noch mal an. Bis dahin wünsche ich Dir ein schönes langes Wochenende.

@deepflyer911@deepflyer911 Hi und danke für Deine Antwort.

Die Status-Seite auf der ich das einstellen könnte erscheint nur ganz kurz und wechselt dann auf eine andere Statusseite. Ich sehe nur kurz, dass es nicht aktiviert ist, kann es aber nicht einstellen... Wenn ich versuche den Autostart zu aktivieren, erscheint die Meldung 

Hallo @mattsches und @deepflyer911. Hoffe es geht Euch gut. Man lies ja nur noch selten voneinander.
Vielleicht habe ich ja Glück und Ihr seid Online... Denn...

Ich habe heute einen Enyaq als Leihwagen und wollte diesen mal flott laden. Hat aber nicht geklappt. Was habe ich gemacht.

• Da ich die Überschuss-Steuerung nicht aktiv habe, hatte ich im über mqtt im Datenpunkt einen festen Wert eingetragen.
  
  In der Phasenumschaltung werden die 4500 W auch angezeigt.
   
• Der Enyaq stand auf "Sofort-Laden auf 100%"
   
• In der Phasenumschaltung habe ich eingestellt...
  
   
• Wenn ich den Ladestecker einstecke, blinkt die Kontrollleuchte längere Zeit um dann auf ROT zu wechseln.
  zu dieser Zeit erfolgt folgende Anzeige in der Phasenumschaltung
  

Sollte ich Glück habe und Ihr Zeit würde ich mich für eine Idee von Euch freuen. Danke vorab und Gruß, Thomas

super @mattsches. Hab vielen Dank für Deine Pflege👍

Vielleicht kommt unser Enyaq endlich im JUN/JUL. Dann kann ich auch von meiner WB berichten :-)

Sorry, kann gelöscht werden. Beim 3. Anlauf hat es dann geklaptt...

Schön von Euch zu lesen, wenn auch der HW-Defekt überflüssig ist...
Ich warte leider immer noch auf mein elektrisches Vehikel und bin dessen wirklich müde geworden :-(

@deepflyer911 Du hattest die Übergabe des PV-Überschuss noch angepasst... Könntest Du mir bitte Deinen letzten Wurf dazu posten.

@mattsches Welches ist eigentlich die letztaktuelle Version der FW? Und wo konnte ich diese runterladen?

Das ist leider schon wieder alles so lange her...

@deepflyer911 Hi, da Mattsches die FW nun direkt in den Thread gepackt hat, ist der Build ja nicht mehr nötig.

Angefügt findet Du nun auch die aktuelle Version des Leitfadens. 

Für Rückmeldungen und Verbesserungen sind wir immer offen.

Beste Grüße, Thomas 

@mattsches Immer noch "great work" für Deine Realisierung. Ich bin immer noch der Meinung TF sollte es in den Standard übernehmen...

351148638_1118196972_Leitfaden_Umbau_WARP1_PV-berschussladen_Phasenschaltung(1).pdf

Hi @fepilins. Es geht nur um die Benutzerverwaltung.

Ich muss noch mal nachfragen, auch wenn es sich echt doof anhört... Du hast nach Füllen der 4 Benutzer-Felder auch auf "speichern" geklickt? Also nicht auf "hinzufügen"😉. Denn den Benutzer kann ich hinzufügen, aber nicht speichern? Habe jetzt auch den WARP-Adapter im iob abgeschaltet und kann immer noch nicht speichern...

Gruß, thomas

Erstmal Danke für Deine Antwort. 

Auf meinem ioBroker läuft mqtt, hat aber ja einen eigenen User.
Und der Adapter "WARP Charger" ist aktiv. Allerding ohne Authentifizierung.

Musste die Antwort nochmal bearbeiten. Und da muss ich erst mal SORRY sagen... Denn ich setze eine angepasste FW ein. Daran hatte ich leider nicht gedacht... Ich frage mal @mattsches, ob seine Änderungen auch auf die Benutzerverwaltung wirken könnten?..? 
Wobei mir noch @fepilins einfällt, der die FW auch einsetzt. Könntest Du mal schauen, ob Du neue Benutzer speichern kannst?

Hallo zusammen,

für alle die mitlesen und die WARP mit Phasenumschaltung vom ioBroker ansteuern wollen, findet Ihr (m)eine Umsetzung in Blockly. Vielleicht hilft es dem ein oder anderen. Feedback und Verbesserungen gerne und jederzeit 😉.

Grundlegender Ablauf:

• Aktueller Strom-Einspeisewert wird von einem SmartMeter zur Verfügung gestellt.
• Dieser Wert wird in Intervallen geprüft und in einen mqtt-Übergabe-Datenpunkt geschrieben
• Die Werte werden wiederkehrend per mqtt an die WARP übertragen
• Die WARP steuert auf Basis der gesetzten Parameter die 3 Installationsschütze und schaltet diese zu/ab 
• Weiterführende Informationen können über den Adapter "WARP Charger" im iob verwendet/visualisiert werden

Im Bereich USERDATA wurden folgende Datenpunkte angelegt:

0_userdata.0.Warp.

Passender JSON-Inhalt: 0_userdata.0.Warp.json

Erläuterung:

• Hysterese: Notwendige Wertänderung, bevor der PV-Überschuss ermittelt/übertragen wird
• Intervall: Dauer bis zur nächsten Übermittlung
• Zeitraum: PV-Überschuss-Ermittlung/Übertragung nur zwischen 11:00 und 19:59 Uhr. Entlastet den RaspI ein wenig.
• pv-ueberschuss: Der letzte ermittelte PV-Überschuss-Wert. Dieser wird per influxDB und Grafana später visualisiert.

Das zu gehörige Blockly sieht wie folgt aus:

Passender Blockly-Export: WARP_PV-Überschuss_Blockly.json

Erläuterung:

• Im Abschnitt 1. werden die Variablen einmalig beim Start des Scripts geladen.
• Abschnitt 2. dient dazu den Hysterese-Wert im Betrieb ändern zu können, ohne das Script neu starten zu müssen.
• Im Abschnitt 3. wird ein CRON-Zeitplan einmalig beim Start des Scripts eingerichtet.
  Im Bsp. wird dann in der Zeit von 11:00 bis 19:59 Uhr (Zeitraum), alle 15 Sekunden (Intervall) der letzte PV-Überschuss-Wert (_alt) mit dem aktuellen PV-Überschuss-Wert (_neu) verglichen und geprüft ob die Werte größer der 100 W (Hysterese) abweichen. Sofern dies der Fall, wird der PV-Überschuss-Wert (_neu) an die WARP übergeben (mqtt.0.SH-248-TF-WARP.phase_switcher.available_charging_power). Abschließend wird der "_neu"-Wert als "_alt"-Wert gespeichert und die Intervalldauer abgewartet.
• Abschnitt 4. dient der Änderung der Vorgabewerte "Zeitraum" und "Intervall" im Betrieb ändern zu können, ohne das Script neu starten zu müssen.
  Dazu wird zu erst der noch laufende CRON-Zeitplan gestoppt, die neuen Vorgabewerte übernommen und dann der CRON-Zeitplan mit den neuen Vorgabewerten gestartet. Die restlichen Aufrufe sind identisch zu 3.

Unter mqtt sieht es dann so aus:

mqtt.0.SH-248-TF-WARP.phase_switcher.available_charging_power nimmt den aktuellen PV-Überschuss-Wert auf.

Im Adapter "WARP Charger" stehen folgende Informationen zur Verfügung:

warp.0.phase_switcher.state.

Gerade die Werte "active_phases" bzw. "requested_phases_pending" und die "available_charging_Power" können dann z.B. visualisiert werden.

Um die Informationen zu komplettieren noch die Ansicht in der WARP und Grafana:

Abgebildet findet sich eine übergebene PV-Überschuss von ~ 2,5 kW mit dazu passender, angeforderter Phasenanzahl von 1ner Phase. und dazu die Übersicht der letzten 30 Minuten in Grafana.

Die Darstellung zeigt bislang nur die angeforderte Phasen-Anzahl, da noch kein BEV zur Ladung existiert. Aber die Funktion kann somit geprüft werden.

Vielen Dank an der Stelle erneut an @mattsches. Du  hast da echt eine geile Lösung geschaffen 👍.

Einen Leitfaden zum elektro-technischen Umbau der WARP ist in Abstimmung mit @mattsches und @fepilins und wird die nächsten Wochen zur Verfügung gestellt.

Beste Grüße und viel Erfolg, Thomas

Hi Zusammen,

beim Anlegen eines Benutzers und anschließendem Speichern erhalte ich den Fehler "Speichern der Benutzereinstellungen fehlgeschlagen. Error: Still applying the last operation. Please retry." Auch nach Neustart unverändert. Ebenso mit "Anmeldung aktiviert" true oder false. Habt Ihr eine Idee??

Vielen Dank vor und beste Grüße, Thomas

Moin zusammen. Habe noch eine passende Informationsquelle zum Thema gefunden. Ist vielleicht interessant, wenn man sich tiefer mit dem Thema auseinandersetzen möchte. Gruß, Thomas

https://www.mechatronik.uni-bayreuth.de/pool/dokumente/news/21-tpa-pulse.pdf

Am 19.7.2022 um 12:21 schrieb floho:

Wo ist das Problem? Wenn man den Artikel sucht gibt es doch mehrere:

z.b: https://www.conrad.com/p/finder-227200121310-remote-switch-2-makers-230-v-ac-400-v-ac-1-pcs-2474635

Ich denke eher Finder bar noch kein Bild veröffentlicht und Sie nehmen eben ein ähnliches. 

Hat eigentlich schon irgendjemand die 32A Variante geliefert bekommen? Alle abgefragten Händler und zwischenzeitlich platzierte Bestellungen informieren mich, dass eine Lieferung erst in 03-2023 möglich sei 🤪. Kennt jemand noch einen Händler mit Bestand?

Der Hinweis von CONRAD, VOELKNER mit Lieferung ab 29.08. ist sinnlos. Die haben keinen Bestand und auch keine Bestellung im Zulauf und der Hersteller FINDER hat mittlerweile keine mehr an Lager und erwartet die Nächste Lieferung in 01-2023...

@fepilins Hallo Felix. Entschuldige erst einmal, dass die Antwort so lange auf sich warten ließ. Ferien, Urlaubszeit, Kids, usw 😉.

Also ich kann nur für meinen Teil der Anleitung für den Umbau antworten... Ab nächster Woche bin ich mehrere Wochen auf REHA. Dazu hat mein Lieferant mich gerade verladen und ich muss die Schütze neu bestellen. Somit kommen diese nicht mehr vor der REHA an. Eine Anleitung wird es damit wohl erst im SEP/OKT geben 🤷‍♂️. Das kann ich leider nicht beschleunigen.

@mattsches Matthias und ich sind nicht abgestimmt. Aber wenn ich es richtig verstanden habe, fehlt Matthias die Zeit für eine nötige Fehlerbehebung, Aktualisierung und damit auch für Deine Anfrage der CP-Trennung. Das muss uns allen klar sein, also denen die sich für den Nachbau von Matthias' Projekt entscheiden. ABER, ich habe bislang keine Alternative zu Matthias' Projekt gefunden (wenn die kompletten Messeinrichtungen schon vorhanden sind) und bin wirklich gerne bereit entsprechend zu warten. Zwischenzeitlich versuche ich mich noch in C einzuarbeiten, um später vielleicht unterstützen zu können. 

Solltest Du keine Messeinrichtung zur PV-Überschuss-Bestimmung haben, wäre die Lösung mit dem "TF Energy Manager" sicher eine Alternative. Dies wäre der Thread dazu.

Ach so... Einen hatte ich noch vergessen: Eventuell benötigst Du ja noch die Build-Umgebung. Dieser Thread beschreibt das Vorgehen unter WIN.

So long und bis !später!, Thomas

Am 18.7.2022 um 09:11 schrieb mattsches:

Das ist soweit ganz gut zusammengefasst. Mit folgenden Abweichungen:

• Zur Montage habe ich nicht das TF-Montageset verwendet, weil die Stehbolzen zu lang wären und die Frontplatte sich nicht montieren ließe. Ich habe stattdessen M3-Gewinde in die Frontplatte gebohrt und die Bricklets mit entsprechenden Schrauben und 3mm-Distanzhülsen montiert (z. B. https://www.ebay.de/itm/323444967354, https://www.ebay.de/itm/143982745911).

Hi @mattsches, mit dem TF MountingKit geht es auch, wenn man die Bricklets auf dem Kopf montiert. Zugegebenermaßen sieht es dann etwas ungewöhnlich aus, aber funktional ist es dennoch :-)

Sobald die 3*32A Schütze angekommen sind erstelle ich das Umbau-Tutorial und schicke es Dir zum Gegenlesen zu. Wäre nett, wenn Du dafür ein wenig Zeit finden könntest.

Hallo @mattsches. Habe nun noch meine VSC Umgebung auf 18.6.0 gehoben, den prepare build und den warp build fehlerfrei laufen lassen können. Dabei fiel mir auf, dass ich nun 2 bins habe.... Welche lade ich denn auf die WARP?

@photron   @mattsches

Sorry, habe noch 2 Probleme übersehen. Muss damit noch irgendetwas geschehen?..?

vor 3 Minuten schrieb mattsches:

Korrekt, meine Erweiterungen liegen im Branch "phase_switcher". Ich merge direkt vom Tinkerforge Master, der Master in meinem Fork ist zur Zeit komplett veraltet. Keine Ahnung, ob das die "richtige" Vorgehensweise ist, ich bin kein Git-Profi. Für Tipps bin ich hier also immer offen.

Sorry @mattsches, aber jetzt wird's wieder peinlich für mich 🤦‍♂️.
Gehe ich über den Button "CODE" und lade dort die DOWNLAOD.ZIP   oder über   16 Tags und dann die warp-2.0.1 als ZIP?

vor 28 Minuten schrieb photron:

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

Danke für eure Geduld.

@photron Du musst Dich doch nicht bedanken 🤭. Ich bedanke mich bei Dir für Deinen erstklassigen Support👍.

Du schreibst von einer Dokumentation. Stehe ein bisschen neben mir... Wo war die noch mal zu finden?

@photron Ich dachte, dass die SW-Komponenten alle in VSC installiert sein müssen. Seit dem ich GIT lokal installieren musste, habe ich verstanden, dass die Komponenten auch lokal (außerhalb von VSC) vorhanden sein müssen. Wollte jetzt node.js lokal installieren und bekomme die Auswahl von "16.16.0LTS" oder "18.6.0". Welche Version soll ich einsetzen?

Also, habe mich erstmal für die empfohlene 16.16.0 LTS entschieden, diese installiert und neu gestartet. Danach lief der Buildvorgang wie folgt ab - s.u.. Der Abschluss war dann erfolgreich 🙂🙃🙂. War er das wirklich?..? Denn wenn ich npm -v im VSC Terminal ausführe erhalte ich:

Die Meldung erschien auch beim Build. Ist unten in ROT gesetzt:

 *  Task wird ausgeführt: C:\Users\thoma_000\.platformio\penv\Scripts\platformio.exe run --environment warp 

Warning! `src_build_flags` configuration option in section [env] is deprecated and will be removed in the next release! Please use `build_src_flags` instead
Warning! `src_filter` configuration option in section [env:prepare] is deprecated and will be removed in the 
next release! Please use `build_src_filter` instead
Warning! Ignore unknown configuration option `name` in section [env:warp]
v:warp]

...

Warning! Ignore unknown configuration option `frontend_modules` in section [env:energy_manager]
Processing warp (board: esp32_brick; platform: https://github.com/platformio/platform-espressif32.git#3b5de56; framework: arduino)
-------------------------------------------------------------------------------------------------------------Verbose mode can be enabled via `-v, --verbose` option
Preparing backend module: NTP
Preparing backend module: Firmware Update
...Checking translation completeness
Unused placeholders:
        de.evse.script.meter_type_0
....
        en.firmware_update.script.wrong_firmware_type
Checking translation override completeness
Checking web interface dependencies
Web interface dependencies are not up-to-date (digest file missing), updating now
npm WARN config global `--global`, `--local` are deprecated. Use `--location=global` instead.
npm WARN deprecated chokidar@2.1.8: Chokidar 2 will break on node v14+. Upgrade to chokidar 3 with 15x less dependencies.
npm WARN deprecated urix@0.1.0: Please see https://github.com/lydell/urix#deprecated
npm WARN deprecated resolve-url@0.2.1: https://github.com/lydell/resolve-url#deprecated
npm WARN deprecated popper.js@1.16.1: You can find the new Popper v2 at @popperjs/core, this package is dedicated to the legacy v1
npm WARN deprecated core-js@2.6.12: core-js@<3 is no longer maintained and not recommended for usage due to the number of issues. Please, upgrade your dependencies to the actual version of core-js@3.

added 746 packages, and audited 747 packages in 43s

58 packages are looking for funding
  run `npm fund` for details

9 vulnerabilities (7 moderate, 1 high, 1 critical)

To address issues that do not require attention, run:
  npm audit fix

To address all issues (including breaking changes), run:
  npm audit fix --force

...

Scanning dependencies...
Dependency Graph
|-- ArduinoJson @ 6.18.0+sha.dc76c51
|-- strict_variant @ 1.0.0+sha.1112078
|-- LittleFS @ 2.0.0
|   |-- FS @ 2.0.0
|-- WiFi @ 2.0.0
|-- Update @ 2.0.0
|-- NetBIOS @ 2.0.0
|   |-- ESP32 Async UDP @ 2.0.0
|   |-- WiFi @ 2.0.0
|-- ESPmDNS @ 2.0.0
|   |-- WiFi @ 2.0.0
|-- SPIFFS @ 2.0.0
|   |-- FS @ 2.0.0
|-- FS @ 2.0.0
|-- SPI @ 2.0.0
Building in debug mode
Compiling .pio\build\warp\src\api.cpp.o

...

Compiling .pio\build\warp\FrameworkArduino\wiring_shift.c.o
Archiving .pio\build\warp\libFrameworkArduino.a
Linking .pio\build\warp\firmware.elf
Ensuring build dir exists
Copying D:\3_esp32-firmware-warp-2.0.1\software\.pio\build\warp/firmware.elf
Retrieving maximum program size .pio\build\warp\firmware.elf
Checking size .pio\build\warp\firmware.elf
Advanced Memory Usage is available via "PlatformIO Home > Project Inspect"
RAM:   [==        ]  17.4% (used 56992 bytes from 327680 bytes)
Flash: [===       ]  26.6% (used 1745545 bytes from 6553600 bytes)
Building .pio\build\warp\firmware.bin
esptool.py v3.1
Merged 25 ELF sections
Copying D:\3_esp32-firmware-warp-2.0.1\software\.pio\build\warp/firmware.bin
Merging firmware.bin
esptool.py v3.3
Wrote 0x1ba910 bytes to file build/warp_firmware_2_0_1_62d7c7b2_merged.bin, ready to flash to offset 0x1000
======================================= [SUCCESS] Took 421.70 seconds =======================================
Environment    Status    Duration
-------------  --------  ------------
warp           SUCCESS   00:07:01.701
======================================== 1 succeeded in 00:07:01.701 ======================================== *  Das Terminal wird von Aufgaben wiederverwendet, drücken Sie zum Schließen eine beliebige Taste. 

Vielen Dank @photron für Deine Unterstützung. Ein wenig weiter sind wir nun gekommen.

Habe verschiedene VSC Erweiterung bzgl. npm ausprobiert, bekomme den Fehler aber nicht weg. Fische also im Dunkeln...

@rtrbt @Andreas_Mainz 

@photron

@mattsches

Hallo Zusammen. Habe länger überlegt, ob ich mich mit meiner Frage überhaupt in Euren Kreis traue... Solltet Ihr an den Punkt kommen, dass ich zu weit vom Grundverständnis entfernt sein sollte, habe ich vollstes Verständnis. Aber vielleicht stelle ich mich ja auch gar nicht so doof an ;-).

Also ich möchte gerne von @mattsches den Umbau Phasenumschaltung nachbauen. Technisch alles klar. Nur muss ich dazu einen Build bauen 😳. Für das Flashen von ESP32 mit TASMOTA habe ich bereits eine VSC-Umgebung unter WIN10. Und dort habe ich nun folgendes gemacht:

• Folgende Erweiterungen sind installiert
  • plattform.io IDE
  • npm
  • node.js extension pack
     
• Aus @mattsches GIT wurde die letzte ZIP geladen und lokal entpackt (//esp32-firmware-warp-2.0.1)
• In VSC wurde der Ordner //esp32-firmware-warp-2.0.1/software unter "Ordner öffnen" geladen
• Danach finde ich folgende Projekte in plattform.io
  
   
• Wenn ich unter prepare -> general -> build laufen lasse erfolgt offensichtlich ein erfolgreicher Durchgang
  
   
• Führe ich das Ganze unter warp -> general -> build aus
  
  scheint irgendwas zu fehlen...

So, da steh ich nun ich armer Tor und bin nicht schlauer als zuvor... Wäre es möglich, dass Ihr mit helfen könnt?

Ach so. Eine Linux-Umgebung zum kompilieren habe ich leider nicht...

Beste Grüße, Thomas