ThomKa

@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

Wollte ja niemandem zu nahe treten... Also Rückfrage beim Hersteller: Erste Antwort - Nö gibt es nur in 24V. Zweite Antwort: Achja, da war so eine große Nachfrage, dass wir den in 12V aufgelegt haben. Zur Sicherheit nachgefragt, ob der auch verfügbar ist 🙃. Ja, der Hersteller hat Bestand 👍. Und ja das Datenblatt ist nicht gepflegt worden. Dann werde ich mal schnell 3* 12V Schütze bestellen 😉. Danke, dass Ihr so hartnäckig ward 😎

Dachte ich mir schon 😉. Voelkner ist der Einzige, der den Artikel führt. Mit einem Bild des 230'ers. Habe gerade bei der Hotline angerufen und muss jetzt per Mail anfragen, da die Verkaufshotline dies nicht prüft und beantworten kann... Ich liebe es 🤮 Ich würde diesen nicht bestellen, da es sich mit Sicherheit um einen falsch angelegten Artikel handelt. Update folgt, wenn eine Antwort von Voelkner vorliegt.

Hi deepflyer911. Magst Du mal einen Link zur Verfügung stellen? Ich habe nämlich echt lange recherchiert und die 12V Version nicht gefunden. Auch nicht bei anderen Herstellern als FINDER...

Danke für Deine Ausführung. Das Thema CP-Leitung ist vielleicht für andere Interessierte relevant... Ablauf und Funktion der Signale wird hier einfach und gut erläutert. Wer also mehr dazu wissen möchte... Klicken und Lesen 😉

@mattsches Ausgangssituation bei mir: TF WARP1, verdrahtet mit 6 qmm und abgesichert über 32A. Also wenn ich es richtig verstanden habe, geht es doch um Folgendes... Die Bricklets und Zubehör habe ich im TF Shop gefunden - Invest von ~ € 60,- 1* https://www.tinkerforge.com/de/shop/industrial-quad-relay-bricklet-v2.html 1* https://www.tinkerforge.com/de/shop/industrial-digital-in-4-v2-bricklet.html und die zugehörigen Kabel und Befestigungen... 2* https://www.tinkerforge.com/de/shop/bricklet-cable-15cm-7p-7p.html 2* https://www.tinkerforge.com/de/shop/mounting-kit-12mm.html Als Installationsschütze hätte ich zwar gerne welche mit 32A (FINDER 22.72.0.024) oder 40A (FINDER 22.44.0.012) eingesetzt, aber leider braucht der 22.72.0.024 mindestens 24V Spulenspannung und Platz für einen weiteren DC/DC-Wandler haben wir ja leider nicht. Und den 22.44.0.012 gibt es nur mit 4 Kontakten, womit diese dann auch nicht mehr ins Gehäuse passen würden. Die FINDER 22.32.0.012.4340 sind bei VOELKNER lieferbar - Invest von 3* ~ € 20,- www.voelkner.de/products/202261/Finder-22.32.0.012.4340-Schuetz-2-Schliesser-12-V-DC-12-V-AC-25A-1St..html Die Verkabelung habe ich wie folgt verstanden: Über den ersten Schütz (im Bild links) schaltest Du mit dem ersten Schließer die erste Phase "L1" des Ladekabels und mit dem zweiten Schließer den Nullleiter "N" des Ladekabels ... damit ist immer mindestens der erste Schütz und somit auch "N" zuschalten ... allerdings hast Du damit keine Statuskontrolle des ersten Schütz - ? RICHTIG ? Über den zweiten und dritten Schütz schaltest Du mit dem jeweils ersten Schließer die zweite und dritte Phase "L2" und "L3" des Ladekabels und mit dem jeweils zweiten Schließer die +12V auf den Digital-In-Bricklet - ? RICHTIG ? ... deshalb sind auch nur 2 Kanäle am Digital-In-Bricklet belegt Vom Quad-Relay-Bricklet (linkes Bricklet im Bild) schaltest Du die Masse des Netzteils an die 3 Schütze (deshalb alle Adern in blau) ... über die Anschlüsse 1+2+3 - Anschluss 0 bleibt unbenutzt führt das Flachbandkabel zum ESP32 (anzuschließen an einer freien Buchse) Vom Digital-In-Bricklet (rechtes Bricklet im Bild) kommen die roten Adern von den Schützen (s.o.) und die blauen Adern gehen an Masse des Netzteils ... über die Anschlüsse 2+3 - Anschluss 0+1 bleiben unbenutzt führt das Flachbandkabel zum ESP32 (anzuschließen an einer freien Buchse) Das sollte es doch eigentlich gewesen sein - ? KORREKT ? oder habe ich noch etwas übersehen? Du bietest an, die kompilierte Firmware bereit zu stellen. Das wäre super 👍. Ich habe zwar im Visual Studio Code die Erweiterung für Platform.IO eingebunden und bereits TASMOTA Firmware für ESP32 kompiliert, traue mir das in diesem Fall aber nicht zu. Sollte sich irgendwo eine (für mich 🙈) verständliche Anleitung finden, dann würde ich es auch gerne kompilieren... Würde mich freuen von Dir zu hören und das Projekt umzusetzen. Vielen Dank schon mal vorab.

Hallo Mattsches, großes Kino, was Du dort aufgebaut hast! Hut ab. Und ich stimme Dir zu, dass es erstklassig ist, von TF derart unterstützt zu werden, daß am Ende eine komplett SW-seitig integrierte Version rauskommt. Nun aber die unausweichliche Frage an @rtrbt... Habt Ihr vor die Lösung in Euren Standard zu übernehmen und in der SW-Pflege einzubinden? Mit ist zwar klar, dass Eure Lösung auf dem eigenen Stromzähler basiert, aber Mattsches' Lösung scheint ebenso einen größeren Kreis anzusprechen, die den Überschuss bereits ermitteln können. Und natürlich würde ich gerne Mattsches Lösung übernehmen/nachbauen, allerdings nur, wenn ich von zukünftigen Updates weiter partizipieren kann. Beste Grüße, Thomas