Control Heidelberg Wallbox Energy Control over WiFi using ESP8266 and configure your own local load management

Last update: Jan 3, 2023

Related tags

Overview

< scroll down for English version and additional information >

wbec

WLAN-Anbindung der Heidelberg WallBox Energy Control über ESP8266

Die Heidelberg Wallbox Energy Control ist eine hochwertige Ladestation, bietet aber nur Modbus RTU als Schnittstelle.
Ziel des Projekts ist es, eine WLAN-Schnittstelle zu entwickeln, die gleichzeitig die Modbus-Leader-Funktion übernimmt.

Funktionen (bisher)

Anbindung an openWB, EVCC, Solaranzeige (per tlw. Emulation der go-eCharger API)
MQTT-Kommunikation mit openWB
Steuerbar per Android App Wallbox Steuerung
PV-Überschussladen, Zielladen, etc. mit den o.g. Steuerungen
Ansteuerung aller verbundenen Ladestationen (bis zu 16 Follower am Modbus, bis zu 8 openWB-Ladepunkte)
Lesen/Schreiben der Modbus-Register über ein JSON-Web-Interface
Standby-Funktion der Ladestation einstellbar
Einfacher Prototyp einer Webseite zur Steuerung
Einfacher Prototyp eines lokalen Lastmanagements
Softwareupdate per WLAN (Over The Air), z.B. mit PlatformIO oder einfach per Browser (s. Wiki)
Access-Point-Modus zur initialen Einstellung des WLANs (SSID/Passwort, s. Wiki)
Weniger als 1W Strombedarf (trotz Ansteuerung von bis zu 16 Ladestationen)

Kontakt

Bei Fragen gerne einfach eine Mail schicken ([email protected]) oder einen Issue eröffnen ;-)
Bei Interesse an einer fertig gelöteten/programmierten "ready-to-use" Black-Box bitte ebenfalls eine Mail schicken.
Bitte schaut auch ins Wiki.

wbec

Wifi interface to Heidelberg WallBox Energy Control using ESP8266

The Heidelberg Wallbox Energy Control is a high quality wallbox, but it offers only a Modbus RTU interface. Goal of this project is to establish an Wifi interface, which also acts as Modbus master.

Features (as of now)

Works with openWB, EVCC, Solaranzeige (by emulation of parts of the go-eCharger API)
Support of MQTT communication to openWB
Support of Android App Wallbox Steuerung
Prepared for supporting up to all 16 connected boxes (up to 8 openWB load points)
Modbus registers can be read/written via JSON web interface
Standby of Wallbox can be configured
Simple prototype of a web interface
Simple prototype of a local load management
Update via WiFi (OTA), e.g. with PlatformIO or simply via Web browser (s. Wiki)
Access point mode, to configure your WiFi network/password (s. Wiki)
< 1W power consumption (for controlling up to 16 boxes)

Contact

In case of any questions, feel free to send a mail ([email protected]) or open an issue ;-)
When you're interested in a ready-to-use black-box, then please send a mail.
Please also take a look to the Wiki.

Pictures

Switch configuration of wallbox

S1 > 5 (16A max)
S2 = 0000
S3 = 0 (6A min)
S4 = 0001 (slave address, Bus-ID)
S5 = 0000
S6 = 0100 (terminator 120 Ohm, only on last box)

Examples

First simple web interface (might be removed again in future, as there are better alternatives with openWB, EVCC, ...):

Get current status (here for 2 configured wallboxes, but only 1 connected):

http://192.168.xx.yy/json

{
  "wbec": {
    "version": "v0.3.0"         // wbec version
    "bldDate": "2021-06-10"     // wbec build date
  },
  "box": [
    {                           // s. also https://wallbox.heidelberg.com/wp-content/uploads/2021/04/EC_ModBus_register_table_20210222.pdf
      "busId": 1,               // Modbus bus id (as configured by DIP switches)
      "version": "108",         // Modbus Register-Layouts Version, e.g. 1.0.8
      "chgStat": 2,             // Charging State
      "currL1": 0,              // L1 - Current RMS (in 0.1A)
      "currL2": 0,              // L2 - Current RMS (in 0.1A)
      "currL3": 0,              // L3 - Current RMS (in 0.1A)
      "pcbTemp": 333,           // PCB-Temperatur (in 0.1°C)
      "voltL1": 232,            // Voltage L1 - N rms in Volt
      "voltL2": 9,              // Voltage L2 - N rms in Volt
      "voltL3": 9,              // Voltage L3 - N rms in Volt
      "extLock": 1,             // extern lock state
      "power": 0,               // Power (L1+L2+L3) in VA
      "energyP": 0,             // Energy since PowerOn (in kWh)
      "energyI": 0.003,         // Energy since Installation (in kWh)
      "currMax": 16,            // Hardware configuration maximal current (in 0.1A)
      "currMin": 6,             // Hardware configuration minimal current (in 0.1A)
      "logStr": "<item no> <mfgDate> <serial>",
      "wdTmOut": 15000,         // ModBus-Master WatchDog Timeout (in ms)
      "standby": 4,             // Standby Function Control 
      "remLock": 1,             // Remote lock (only if extern lock unlocked) 
      "currLim": 130,           // Maximal current command
      "currFs": 0,              // FailSafe Current configuration 
      "load": 0,                // wbec load management
      "resCode": "0"            // Result code of last Modbus message (0 = ok)
    },
    {                           // Values of 2nd box ...
      "busId": 2,
      "version": "0",
      "chgStat": 0,
      ...
      "load": 0,
      "resCode": "e4"
    }
  ],
  "modbus": {
    "state": {
      "lastTm": 2852819,        // Timestamp of last Modbus message (in ms)
      "millis": 2855489         // Time since start of wbec (in ms)
    }
  },
  "wifi": {
    "mac": "00:1F:3F:15:29:7E", // wbec MAC address
    "rssi": -76,                // WiFi signal
    "signal": 48,               // WiFi signal quality (in %)
    "channel": 11               // WiFi channel
  }
}

Set allowed current:

http://192.168.xx.yy/json?currLim=120      --> set current limit to 12A (on the box with id=0, i.e. ModBus Bus-ID=1)
http://192.168.xx.yy/json?currLim=60&id=2  --> set current limit to 6A on the box with id=2 (i.e. ModBus Bus-ID=3)

Set Watchdog timeout:

http://192.168.xx.yy/json?wdTmOut=20000

go-eCharger API

wbec can partly emulate the API of Go-eCharger (https://github.com/goecharger/go-eCharger-API-v1) via the following HTTP commands:

Read:
http://x.x.x.x/status
{"car":"1","alw":"1","amp":"6","err":"0","stp":"0","tmp":"307","dws":"5955","ubi":"0","eto":"59","nrg":[231,232,234,0,0,0,0,0,0,0,0,0,0,0,0,0],"fwv":"40"}
{"version":"B","car":"1","err":"0","alw":"1","amp":"6","amx":"6","stp":"0","pha":"63","tmp":"307","dws":"0","dwo":"0","uby":"0","eto":"59","nrg":[233,234,233,0,0,0,0,0,0,0,0,0,0,0,0,0],"fwv":"40","sse":"123456","ama":"16","ust":"2"}

Write:
http://x.x.x.x/mqtt?payload=...

This offers a simple way to integrate wbec into Energy Management Systems, which support go-eCharger, but not the Heidelberg Energy Control, such as EVCC or Solaranzeige.

Support the project

You like wbec? Please star this project on GitHub!

What? You don't like it but you love it? When wbec helps you in using your wallbox more efficiently, you can also

Comments

Lokaler Webserver antwortet kaum

Hallo! Habe es mit der Installation der Software ziemlich weit geschafft, denke ich: Der lokale AP wird gestartet, ich verbinde mich mit meinem WLAN, das Gerät startet neu.

Problem Leider erhalte ich auf der IP-Adresse selten oder seeeehr langsam eine Antwort. Nur Webseiten, die eine kurze Anwort vermuten lassen, sind erreichbar, also z.B. IP/reset

Lösungsversuche: Hardware-Resets, Re-Flashes, EEPROM-wipe Ich habe mir das Projekt herunter geladen und selbst kompiliert, um der Sache auf den Grund zu gehen: Selbst wenn ich im Main-Loop alles bis auf den async Webserver auskommentiere, wird es nicht besser. Der Serial Montior zeigt genau die Ausgaben, die im Setup vorgesehen sind. Der ESP8266 startet also korrekt. Ich kann auch Debug-Nachrichten per Serial.println absetzen. Sitze mit dem Modul neben dem Router. Tasmota läuft auf den Modulen wunderbar.

Grundsätzlich scheint es also zu funktionieren, nur halt nicht in allen Bereichen. Ich vermute, dass es eventuell an der Hardware liegt - verwendet wird ein WEMOS D1 mini. Von den Dingern habe ich allerdings einige und konnte deshalb wechseln - hat aber auch nichts gebracht. Im Moment bin ich mit meinem Latein am Ende.

Wäre schön, wenn noch jemand einen Lösungsvorschlag hätte oder auch eine Liste funktionierender ESP8266 Module.

Dnke!

Frank

opened by mrbgfromv 28
WBEC box not constantly available after upgrade to 0.41

After upgrade and reset, the availbility of wbec is really limited. It got even worse. Ping to wbec is also loosing packages. Any advice is appreciated. Do other users have a similar impression regarding the stability after the upgrade?

Cheers!

opened by oldgitdaddy 14
ESP innerhalb der Heidelberg auflegen

Hi,

überlege gerade wie ich die Box am besten anbinde. Es existiert noch kein Switch und dieser wäre auch vermutlich 20 Meter von der Box entfernt.

An der Box selber liegt (noch) kein separater Strom.

Manche haben das WLAN Modul extern positioniert.

Spricht was gegen die Verwendung einer Phase mit Wago Klemmen auf diesen Converter und parallel weiter in die Heidelberg?

und von dem Converter an den Wemos?

In der Box selber ist für all dies genug Platz und liese sich auch dort in einer zusätzlichen Box verstauen. Oder rauchen die Converter gerne ab und zerstören mir die gesamte Heidelberg?

Im Sommer, der prallen Sonne hinter der Aluplatte, wirds nicht zu heiß in der Box für Wemos und Co?

Wemos D1 Mini kompatibel oder muss es eine NodeMCU sein?

Wo bekomme ich diesen Aufsatz her?

Gruß maxpd

opened by maxpd1 10
Improve docu on MQTT and logging

Hi all, Would it be possible to spend more words on the mqtt feature? and also send some logging over the mqtt channel, so that we have more options for debugging? Documentation should cover an example of the config and also the particular mqtt topics wbec publishes. I understand that the mqtt feature is preliminarly developed to support openwb, but I also think that it can be of general use for integration into other systems.

Thank you.
enhancement

opened by oldgitdaddy 8
Automatische Umschaltung zwischen 1 und 3 Phasen für die Heidelberg
Hallo zusammen,

ich hab mir jetzt nochmal Gedanken zu der automatischen 1-/3-Phasen-Umschaltung gemacht. Bin mir nicht sicher, wie viel Sinn es in der Praxis macht, aber in den Foren ist es ja ein vieldiskutiertes Thema/Kaufkriterium.

Auf Basis von des Ansatzes von @kerstinbaskakow (https://github.com/steff393/wbec/issues/1#issuecomment-828647021) müsste die Schaltung ja so ausschauen, oder?

Ich hab wbec jetzt mal ein Modul (src/phaseCtrl.cpp) spendiert, was den Schaltvorgang des Shelly durchführen würde. Der Ablauf wäre wie folgt:

Wenn sich die Anforderung ändert wird der verfügbare Strom (Reg. 261) auf 0A gesetzt. Wenn der tatsächliche Strom für 60s lang an allen 3 Phasen 0A ist, wird per http-Aufruf der Shelly An oder Aus geschalten. Danach wird im Zustand INIT darauf gewartet, dass die Spannung an allen 3 Phasen stabil ist (entweder L1>200V und L2,L3 < 15V oder alle 3 Phasen > 200V für jeweils 60s). In den Zuständen INIT und WAIT_0AMP wird jede Veränderung von Reg. 261 unterdrückt (aber gespeichert und bei Eintritt in NORMAL_xP wieder eingestellt).

Allerdings ist das Thema ja sehr heikel (s. Probleme bei Zoe, etc.).

Die Nutzung erfolgt explizit auf eigenes RISIKO! Beschädigungen an Fahrzeug oder Ladestationen sind nicht ausgeschlossen!

Daher ist der Funktionsaufruf in main.cpp noch auskommentiert. Die Funktion ist auch nur für eine angeschlossene Wallbox (cfgCntWb=1) vorgesehen, um Timing-Probleme am Modbus (veraltete Werte) möglichst auszuschließen.

Folgende Punkte sind mir noch unklar:

Stimmt die Schaltung so? Oder widerspricht sie gewissen Vorgaben?

Seht ihr noch Risiken, wie ungewollt eine Änderung der Phasen während aktivem Laden stattfinden könnte? Verbindungsprobleme, Stromausfall (kurzzeitig), Relais klebt, ...

Weiß jemand, wie man von openWB & Co. die für's Laden zur Verfügung stehende Leistung bekommt? Letztlich müsste man anhand davon die Zustände wechseln (z.B.: wenn > 4,1kW dann 3-phasig; wenn < 3,7kW dann 1-phasig)

Sollte man die Anzahl der Umschaltungen pro Zeit noch begrenzen?

Kann die "Pause" während des Umschaltens dazu führen, dass das Stromkontingent vom Lastmanagement an eine andere Wallbox vergeben wird?

Besteht Interesse an diesem Feature für die Heidelberg?

Man könnte natürlich statt dem Shelly auch direkt ein Relais von wbec schalten lassen (oder wbec auf den Shelly packen, o.ä.). Aber preislich ist der Unterschied minimal und eine Kapselung der Funktionen macht ja auch Sinn.
enhancement
opened by steff393 7
TFT Display direkt an wbec
Hallo zusammen,

die Heidelberg Control wird demnächst montiert und ich plane wbec mit einem kleinen TFT Touchscreen zu verwenden und direkt neben die Wallbox zu hängen. Auf dem Display will ich dann 2-3 Werte anzeigen lassen und mit zwei Buttons den Ladestrom ändern.

Ich bin neu in der C++ Programmierung und da die Wallbox noch nicht in Betrieb ist, kann ich auch noch nicht richtig testen, daher hab ich ein paar Fragen. Ich habe wbec auf einen Wemos D1 mini geflashed und konnte über den Webserver darauf zugreifen. Funktioniert soweit. Als nächstes habe ich das Display angeschlossen und angesteuert. Funktioniert auch.

Nun zu den Fragen:

Sehe ich das richtig, dass ich die Stromstärke über den Aufruf von lm_storeRequest(id, val) setzen sollte? Wobei id die ID der Wallbox im Modbus ist und val einen Wert zwischen 60 (=6A) und 160 (=16A) haben muss?

Wenn ich Werte aus der Wallbox auslesen will, z.B. aktuelle Ladeleistung dann include ich einfach <mbComm.h> und kann dann über content[id][10] den Wert abrufen?

Vielen Dank im Voraus!
opened by tobelix87 6
Probleme mit EVCC und WBEC

Hallo zusammen, Mein aktuelles setup besteht aus EVCC, was auf Home Assistant läuft und per Wifi angebundenen WBEC Installation. Im letzten Jahr hat das setup bereits etwas rumgezickt. Dies ist jetzt mein nächster Versuch, das gut ans laufen zubekommen. Generell funktioniert das setup, leider verliert es EVCC zum WBEC immer die Verbindung. Ich habe das Problem sowohl wenn EVCC per REST mit dem WBEC oder per MQTT kommunziert. EVCC stoppt das Laden, bzw. führt es nicht weiter eher zufällig. Sobald ich aber das Auto wieder neu an die Heidelberg Connect anhänge funktioniert es dann wieder für eine Weile.

Gerne bin ich bereit jeweilige Logs zur Verfügung zu stellen, aber über MQTT sehe ich keine nennenswerten Fehler. Danke für Eure Hilfe!

opened by oldgitdaddy 5
Build fails: rtcvars.h: No such file or directory
I just cloned this repository and opened it with VS Code PlatformIO. When compiling I get the following error:

src/pvAlgo.cpp:11:10: fatal error: rtcvars.h: No such file or directory

PS: Here's the full compilation output:

Processing nodemcuv2 (platform: espressif8266; board: nodemcuv2; framework: arduino)

Verbose mode can be enabled via -v, --verbose option CONFIGURATION: https://docs.platformio.org/page/boards/espressif8266/nodemcuv2.html PLATFORM: Espressif 8266 (3.2.0) > NodeMCU 1.0 (ESP-12E Module) HARDWARE: ESP8266 80MHz, 80KB RAM, 4MB Flash PACKAGES:

framework-arduinoespressif8266 @ 3.30002.0 (3.0.2)

tool-esptool @ 1.413.0 (4.13)

tool-esptoolpy @ 1.30000.201119 (3.0.0)

toolchain-xtensa @ 2.100300.210717 (10.3.0) LDF: Library Dependency Finder -> https://bit.ly/configure-pio-ldf LDF Modes: Finder ~ chain, Compatibility ~ soft Found 47 compatible libraries Scanning dependencies... Dependency Graph |-- modbus-esp8266 @ 4.1.0 | |-- ESP8266WiFi @ 1.0 | |-- Ethernet @ 2.0.0 | | |-- SPI @ 1.0 |-- ESP Async WebServer @ 1.2.3 | |-- ESPAsyncTCP @ 1.2.2 | |-- Hash @ 1.0 | |-- ArduinoJson @ 6.19.4 | |-- AsyncElegantOTA @ 2.2.7 | | |-- ESP8266WiFi @ 1.0 | | |-- ESPAsyncTCP @ 1.2.2 | |-- ESP8266WiFi @ 1.0 |-- ArduinoJson @ 6.19.4 |-- PubSubClient @ 2.8.0 |-- NTPClient @ 3.2.1 |-- MFRC522 @ 1.4.10 | |-- SPI @ 1.0 |-- RTCVars @ 0.1.1 |-- WebSockets @ 2.3.7 | |-- ESP8266WiFi @ 1.0 | |-- ESPAsyncTCP @ 1.2.2 | |-- Ethernet @ 2.0.0 | | |-- SPI @ 1.0 | |-- SPI @ 1.0 | |-- AsyncElegantOTA @ 2.2.7 | | |-- ESP8266WiFi @ 1.0 | | |-- ESPAsyncTCP @ 1.2.2 | |-- ESP8266WebServer @ 1.0 | | |-- ESP8266WiFi @ 1.0 |-- AsyncElegantOTA @ 2.2.7 | |-- ESP8266WiFi @ 1.0 | |-- ESPAsyncTCP @ 1.2.2 |-- Bounce2 @ 2.71.0 |-- LittleFS @ 0.1.0 |-- ESP8266mDNS @ 1.2 | |-- ESP8266WiFi @ 1.0 |-- ArduinoOTA @ 1.0 | |-- ESP8266WiFi @ 1.0 | |-- ESP8266mDNS @ 1.2 | | |-- ESP8266WiFi @ 1.0 |-- WiFiManager-asyncwebserver | |-- DNSServer @ 1.1.1 | | |-- ESP8266WiFi @ 1.0 | |-- ESP8266WebServer @ 1.0 | | |-- ESP8266WiFi @ 1.0 | |-- ESP8266WiFi @ 1.0 | |-- ESP Async WebServer @ 1.2.3 | | |-- ESPAsyncTCP @ 1.2.2 | | |-- Hash @ 1.0 | | |-- ArduinoJson @ 6.19.4 | | |-- AsyncElegantOTA @ 2.2.7 | | | |-- ESP8266WiFi @ 1.0 | | | |-- ESPAsyncTCP @ 1.2.2 | | |-- ESP8266WiFi @ 1.0 |-- EspSoftwareSerial @ 6.12.7 |-- ESP8266WiFi @ 1.0 |-- ESP8266HTTPClient @ 1.2 | |-- ESP8266WiFi @ 1.0 |-- SPI @ 1.0 |-- ESPAsyncTCP @ 1.2.2 Building in release mode Compiling .pio/build/nodemcuv2/src/button.cpp.o Compiling .pio/build/nodemcuv2/src/globalConfig.cpp.o Compiling .pio/build/nodemcuv2/src/goEmulator.cpp.o Compiling .pio/build/nodemcuv2/src/inverter.cpp.o Compiling .pio/build/nodemcuv2/src/loadManager.cpp.o Compiling .pio/build/nodemcuv2/src/logger.cpp.o Compiling .pio/build/nodemcuv2/src/main.cpp.o Compiling .pio/build/nodemcuv2/src/mbComm.cpp.o Compiling .pio/build/nodemcuv2/src/mqtt.cpp.o Compiling .pio/build/nodemcuv2/src/phaseCtrl.cpp.o Compiling .pio/build/nodemcuv2/src/powerfox.cpp.o Compiling .pio/build/nodemcuv2/src/pvAlgo.cpp.o Compiling .pio/build/nodemcuv2/src/rfid.cpp.o src/pvAlgo.cpp:11:10: fatal error: rtcvars.h: No such file or directory

Looking for rtcvars.h dependency? Check our library registry!

CLI > platformio lib search "header:rtcvars.h"

Web > https://registry.platformio.org/search?q=header:rtcvars.h

11 | #include <rtcvars.h> | ^~~~~~~~~~~ compilation terminated. *** [.pio/build/nodemcuv2/src/pvAlgo.cpp.o] Error 1 ================================================================== [FAILED] Took 3.92 seconds ================================================================== The terminal process "platformio 'run'" terminated with exit code: 1.
opened by BorisBrock 4
Ethernet Version

Good morning. First, thank you for brilliant work! I have some issues with my wireless network. If it fails, wbec stopped working and the Heidelberg energy control goes into bus error. Nothing that depends on wbec, only on my wireless network and my house made of steel (I think)...

Is it possible to include Ethernet modules like the W5500 or ENC28J60 to control everything over wired network? Maybe PoE is also possible.

opened by moddmylife 4
Port ändern MQTT

Hallo zusammen, erstmal ein Gutes Neues und Glückwunsch zu diesem tollen Projekt. Ich binde WBEC mit Hilfe von MQTT an meinen IOBroker an. Leider habe ich keine Möglichkeit gefunden den Port anzupassen. Dies ist bei mir aber leider notwendig. Kann mir da jemand weiterhelfen, vielen Dank
enhancement

opened by anselra 4
Nicht erreichbar nach flash

Servus,

ich habe einen NodeMCU mit der 0.4.4 Version geflasht. Nach der Einrichtung des WLAN finde ich diesen auch in meinem Router, kann mich aber nicht auf seine IP anmelden. Wenn ich die Seite http://192.168.178.XXX/ aufrufe kommt nichts. VG Dean

opened by Deanw1975 3

V0.4.6 - WifiManager - Absturz

Hallo und vielen Dank für dein tolles Projekt!

Ich habe folgenden Fehler entdeckt: Mit der Version 0.4.6 stürzt der ESP im WifiManager nach dem Flashen ab.

Den Fehler kann ich reproduzieren in dem ich per PyFlasher die V0.4.6 mit der "wipe" Option flashe. Sobald ich mein Handy (android) mit dem wbec-wifi verbinde stürzt der ESP ab und startet neu. Somit ist es nicht möglich den ESP im Wlan zu integrieren. Gleicher ESP, gleiche Konstellation mit V0.4.5 funktioniert ohne Probleme.

Workaround: Mit der V0.4.5 flashen, Wifi-Parameter setzen und dann Upgrade auf 0.4.6 ohne wipe.

Serial-Log bei Absturz:

Using 'COM7' as serial port.
Writing at 0x000d29ea... (100 %)Wrote 868032 bytes (591580 compressed) at 0x00000000 in 14.0 seconds (effective 496.0 kbit/s)...
Hash of data verified.

Leaving...
Hard Resetting...
Hard resetting via RTS pin...
Done! Flashing is complete!

Showing logs:
[21:17:18]
[21:17:18]
[21:17:18]Starting wbec ;-)
[21:17:19]01:00:00: CFG : Failed to open config file... Creating default config...
[21:17:19]Successful!
[21:17:19]01:00:00: CFG : cfgWbecVersion: v0.4.6
[21:17:19]01:00:00: CFG : cfgBuildDate: Dec 27 2022 18:52:35
[21:17:19]01:00:00: CFG : cfgCntWb: 1
[21:17:19]*WM: 
[21:17:19]*WM: AutoConnect
[21:17:19]*WM: Connecting as wifi client...
[21:17:19]*WM: Status:
[21:17:19]*WM: 0
[21:17:19]*WM: No saved credentials
[21:17:19]*WM: Waiting for connection result with time out
[21:17:29]*WM: Connection timed out
[21:17:29]*WM: Connection result: 
[21:17:29]*WM: 0
[21:17:29]*WM: 
[21:17:29]*WM: Configuring access point... 
[21:17:29]*WM: wbec
[21:17:29]*WM: wbec1234
[21:17:31]*WM: AP IP address: 
[21:17:31]*WM: 192.168.4.1
[21:17:31]*WM: HTTP server started
[21:17:45]*WM: Request redirected to captive portal
[21:17:45]*WM: Handle root
[21:17:45]*WM: Request redirected to captive portal
[21:17:45]
[21:17:45]--------------- CUT HERE FOR EXCEPTION DECODER ---------------
[21:17:45]
[21:17:45]Exception (28):
[21:17:45]epc1=0x4022b3bd epc2=0x00000000 epc3=0x00000000 excvaddr=0x0c7a000c depc=0x00000000
[21:17:45]
[21:17:45]>>>stack>>>
[21:17:45]
[21:17:45]ctx: cont
[21:17:45]sp: 3fff5080 end: 3fff55f0 offset: 0190
[21:17:45]3fff5210:  00000020 3fff52b4 3fff52b4 0000003b  
[21:17:45]3fff5220:  00000194 3fff52b4 3fff5884 4022b635  
[21:17:45]3fff5230:  00000000 312e312f 00000000 00000000  
[21:17:45]3fff5240:  312e312f 00000000 00000000 00000005  
[21:17:45]3fff5250:  00000000 00000000 312e312f 00000000  
[21:17:45]3fff5260:  3fff5314 00000020 00000014 00000014  
[21:17:45]3fff5270:  00000067 00000070 3fff5934 00000194  
[21:17:45]3fff5280:  3fff52f0 3fff5884 0000003b 4022b82a  
[21:17:45]3fff5290:  402c6af8 00000020 3fff531c 00000014  
[21:17:45]3fff52a0:  00000067 00000001 3fff5934 40231567  
[21:17:45]3fff52b0:  402c6af8 3fff704c 000d000f 89000020  
[21:17:45]3fff52c0:  3fff5314 0000000a 3fff5314 402315d8  
[21:17:45]3fff52d0:  3fff7524 3ffe90f2 3fff5314 3ffe90f2  
[21:17:45]3fff52e0:  3fff7524 00000194 3fff5884 4022b8fb  
[21:17:45]3fff52f0:  4023e3e4 00000000 000003e8 40101193  
[21:17:45]3fff5300:  00000000 3fff7524 0000003b 00000001  
[21:17:45]3fff5310:  00000000 74786574 616c702f 0a006e69  
[21:17:45]3fff5320:  0014001f 00000000 3fff534c 00000000  
[21:17:45]3fff5330:  3ffea310 00000000 3fff5884 4022c900  
[21:17:45]3fff5340:  00000000 65686361 00000000 00000000  
[21:17:45]3fff5350:  000e000f 00000000 00000000 000f000f  
[21:17:45]3fff5360:  00000000 3fff54e0 00000000 00000030  
[21:17:45]3fff5370:  3fff7524 003b003f 80000000 00000000  
[21:17:45]3fff5380:  3fff54e0 3fff58cc 3fff5884 4023d5b8  
[21:17:45]3fff5390:  00000000 00000000 3ffe8900 401001d9  
[21:17:45]3fff53a0:  00000000 000c000f 00000000 4022b956  
[21:17:45]3fff53b0:  00000000 00000000 00000000 69746365  
[21:17:45]3fff53c0:  00000000 4bc6a7f0 401009e5 00000000  
[21:17:45]3fff53d0:  00006a3c 00000000 00000000 00000001  
[21:17:45]3fff53e0:  00000000 00000000 3fff5884 00000000  
[21:17:46]3fff53f0:  3fff54e0 3fff58a8 3fff5884 4022d1a6  
[21:17:46]3fff5400:  4023e434 00000000 00001388 4023abeb  
[21:17:46]3fff5410:  00000000 00000000 3fff7414 00000000  
[21:17:46]3fff5420:  3fff54e0 3fff282c 3fff54d0 4022d2f3  
[21:17:46]3fff5430:  402ade97 00000001 00000001 402adf1e  
[21:17:46]3fff5440:  3fff61f4 00000000 00000000 3fff61f4  
[21:17:46]3fff5450:  00000000 00000000 3fff5480 402315d8  
[21:17:46]3fff5460:  3ffe8ca4 3ffe8ca4 3fff5480 3fff559b  
[21:17:46]3fff5470:  00000000 3fff282c 3fff54d0 4022d495  
[21:17:46]3fff5480:  00000000 3fff290c 00000000 00000000  
[21:17:46]3fff5490:  00000000 00000000 3fff54ec 3fff2b30  
[21:17:46]3fff54a0:  3fff555c 00000000 00000020 401014d3  
[21:17:46]3fff54b0:  3fffdad0 00000000 3fff54d0 3fff2b30  
[21:17:46]3fff54c0:  3fffdad0 00000000 3fff29d8 4020b9cc  
[21:17:46]3fff54d0:  3fff5844 3fff5884 3fff559b 3fff555c  
[21:17:46]3fff54e0:  00000000 feefeffe 00000000 00000000  
[21:17:46]3fff54f0:  feefeffe 00000000 00000000 00002710  
[21:17:46]3fff5500:  00006a3b 4023ec70 00000000 4023ec70  
[21:17:46]3fff5510:  00000000 4023ec70 00000000 4023ec70  
[21:17:46]3fff5520:  00000000 4023ec70 00000000 4023ec70  
[21:17:46]3fff5530:  00000000 00000000 ffffffff fe000001  
[21:17:46]3fff5540:  3ffe8ca4 00000000 fe010035 00000000  
[21:17:46]3fff5550:  00000000 0000000a 3fff61c4 63656277  
[21:17:46]3fff5560:  34333231 feefef00 feefeffe feefeffe  
[21:17:46]3fff5570:  feefeffe feefeffe feefeffe feefeffe  
[21:17:46]3fff5580:  feefeffe feefeffe feefeffe feefeffe  
[21:17:46]3fff5590:  feefeffe feefeffe 77efeffe 00636562  
[21:17:46]3fff55a0:  feefeffe feefeffe feefeffe feefeffe  
[21:17:46]3fff55b0:  feefeffe feefeffe feefeffe feefeffe  
[21:17:46]3fff55c0:  feefeffe feefeffe feefeffe feefeffe  
[21:17:46]3fff55d0:  feefeffe 00000000 3fff2b1c 40232b04  
[21:17:46]3fff55e0:  feefeffe feefeffe 3ffe8908 40101915  
[21:17:46]<<<stack<<<
[21:17:46]
[21:17:46]--------------- CUT HERE FOR EXCEPTION DECODER ---------------
[21:17:46]
[21:17:46] ets Jan  8 2013,rst cause:2, boot mode:(3,6)
[21:17:46]
[21:17:46]load 0x4010f000, len 3460, room 16 
[21:17:46]tail 4
[21:17:46]chksum 0xcc
[21:17:46]load 0x3fff20b8, len 40, room 4 
[21:17:46]tail 4
[21:17:46]chksum 0xc9
[21:17:46]csum 0xc9
[21:17:46]v000d3ec0
[21:17:46]~ld
[21:17:46]
[21:17:46]
[21:17:46]Starting wbec ;-)
[21:17:46]01:00:00: CFG : cfgWbecVersion: v0.4.6
[21:17:46]01:00:00: CFG : cfgBuildDate: Dec 27 2022 18:52:35
[21:17:46]01:00:00: CFG : cfgCntWb: 1
[21:17:46]*WM: 
[21:17:46]*WM: AutoConnect
[21:17:46]*WM: Connecting as wifi client...
[21:17:46]*WM: Status:
[21:17:46]*WM: 0
[21:17:46]*WM: No saved credentials
[21:17:46]*WM: Waiting for connection result with time out

opened by Schnup89 1

Überschussleistung vom Stromzähler aus einem MQTT Topic lesen

Hallo,

wie wäre es, die Überschussleistung der PV Anlage aus einem MQTT Topic zu lesen? Damit wäre es möglich, die TASMOTA und SMLReader Leseköpfe für moderne Messeinrichtungen/Stromzähler zu lesen.

Viele Grüße, Dieter
enhancement

opened by emmrichd 3
Support für Fronius Inverter / Smart Meter and Kostal KSEM

Da die Firma Fronius den Modbus auch über TCP verbreitet und auch die Daten dazu veröffentlich hat, möchte ich die Fronius WR samt Smart Meter mit in dieses Projekt einbinden.

Das ganze hat das Ziel die Wallbox automatisch auf die Ladeleistung zu setzen, die dem PV Überschuss entspricht.

Es gibt bereits hilfreiche Informationen zum Thema Fronius Modbus TCP und dessen Register. https://github.com/Brovning/fronius/blob/main/README.md Fronius_Modbus-TCP.pdf Bis ich aktiven und getesteten Code teilen kann wird noch einige Wochen dauern, da ich den Wechselrichter noch nicht in Betrieb habe.

opened by andy5macht 21
Support für openWB und EVCC
Hallo zusammen,

ein vielfacher Wunsch war, die Heidelberg Wallbox Energy Control mit openWB oder EVCC steuern zu können.

Ich habe die letzten Tage mal probeweise den Support für openWB und EVCC eingebaut. wbec bildet jetzt den Teil der API vom go-eCharger nach, der von openWB und EVCC genutzt wird. Es ist somit keine Änderung am Code von openWB/EVCC notwendig. Stattdessen konfiguriert man einfach einen go-eCharger mit der IP-Adresse von wbec.

Die Firmware steht als Release v0.0.2 zur Verfügung: https://github.com/steff393/wbec/releases/tag/v0.0.2

Ich würde mich über Freiwillige freuen, die das Ganze mal testen und mir Rückmeldung geben. Selbst kann ich leider nur mit EVCC recht limitiert testen (kein Auto). Kann daher sein, dass gerade die Zustandswechsel/Timings noch nicht sauber funktionieren.

Hier z.B. die Konfiguration für die evcc.yaml:

chargers: - name: wbec type: go-e uri: http://192.168.xx.yy

Einschränkung: Die go-eCharger API bietet nur eine Wallbox pro IP-Adresse an. Es funktioniert daher aktuell nur mit der Wallbox mit Modbus-Adresse 1. Update Nov. 2021: Seit Version 0.4.2 gehen jetzt euch mehrere Wallboxen an einem wbec ;-)
opened by steff393 17
Ladestrom regulieren

Hallo, das klingt sehr interessant. Danke vorab. Ich will die Box ansprechen, um die Ladeströme bedarfsorientiert zu regulieren/steuern. Können Sie mir helfen, wie ich die Box am einfachsten ansteuern kann, wenn der Adapter installiert ist?

opened by mli987 50

Releases(v0.4.6)

v0.4.6(Dec 27, 2022)
Wesentliche Änderungen allgemein (0.4.6):

Neue Web-Oberfläche (V3, Kacheldesign)

Support für Shelly 3EM (cfgShellyIp)

Ausgabe zusätzlicher Daten per MQTT (#50)

Konfigurierbare Ports und Adressen für Wechselrichter und SmartMeter (#48)

Support für Fronius Wechselrichter und SmartMeter (#24)

Neuer Parameter cfgWifiConnectTimeout (Zeitspanne zum Wechsel in den Access Point)

PV-Modus-Schalter korrigiert (#25)

PV Chart an neues Design angepasst

Wesentliche Änderungen wbecPro & wbecPremium (1.4.6):

Neuer, einfacherer Ansatz zum initialen WLAN-Setup (Captive Portal am Access Point)

Display: Startbildschirm geändert, neues Logo (s.u. wbecLogo.jpg)

Display: Auswahl mehrerer Wallboxen möglich durch links/rechts Wischen

Wer sollte updaten?

Das Update ist funktional für die meisten Nutzer nicht erforderlich. Die html/js-Dateien für das neue Web Interface können auch ohne Update über http://x.x.x.x/edit aus dem "data"-Ordner hochgeladen werden. Dazu am besten das komplette Code-Paket (s.u. "Source code (zip)") herunterladen. Bisherige Downloads:

Vorgehensweise

Die .bin-Datei kann über USB mit dem https://github.com/marcelstoer/nodemcu-pyflasher oder über WLAN per http://x.x.x.x/update (-> Firmware) geladen werden. Löschen ("Erase") ist normalerweise nicht nötig. Durch das "Erase" werden die Konfigurationsparameter und die WLAN-Zugangsdaten auf Default zurückgesetzt.

Achtung: Es muss zwingend die richtige Datei je nach Gerät ausgewählt werden:

wbecPremium_firmware_x_y_z.bin -> nur für wbecPremium (gelbes Gehäuse mit Display)

wbecPro_firmware_x_y_z.bin -> nur für wbecPro (graue, dünne Box)

wbec_firmware_x_y_z.bin -> nur für die bisherige wbec-Variante (ESP8266)

wbecPro und wbecPremium eignen sich nur für die bei mir gekauften Geräte. Eine Übersicht ist hier zu finden: https://steff393.github.io/wbec-site/

! Das Flashen einer falschen Datei macht das Gerät unbrauchbar !
Source code(tar.gz)
Source code(zip)
wbecLogo.jpg(9.43 KB)
wbecPremium_firmware_1_4_6.bin(1.26 MB)
wbecPro_firmware_1_4_6.bin(1.13 MB)
wbec_firmware_0_4_6.bin(847.68 KB)
v0.4.5(Aug 18, 2022)
Wesentliche Änderungen:

Update auf Arduino Core 4.0.1

Update von mehrerer Libraries auf die jeweils aktuelle Version (s. platformio.ini)

Default-Wert von cfgWifiSleepMode auf 0 (WIFI_NONE_SLEEP) geändert, s. #12

optionaler Taster zum Umschalten des Lademodus

kleinere Verbesserungen am Web-Interface

beim Anstecken des Fahrzeugs wird der Stromzähler gespeichert und die Differenz zum aktuellen Stand gebildet: 'energyC' in JSON und Web-Interface (beta)

RAM-Optimierungen (bootlog)

einfaches Lastmanagement für 2 Boxen

Bugfix: Überlauf in pvAlgo

generisches Inverter-Modul anstelle von Solaredge (z.B. mit Kostal als Prototyp)

Umsetzung der in 0.4.4 angekündigten Inkompatibilitäten (/web, /pfox, pfoxChart)

Wer sollte updaten?

Das Update ist funktional für die meisten Nutzer nicht erforderlich. Durch die aktualisierten Libraries sind Funktionseinschränkungen nicht vollständig ausgeschlossen und ein Abwarten auf die ersten Erfahrungsberichte ist durchaus sinnvoll ;-) Bisherige Downloads:

Vorgehensweise

Die .bin-Datei kann über USB mit dem https://github.com/marcelstoer/nodemcu-pyflasher oder über WLAN per http://x.x.x.x/update (-> Firmware) geladen werden.

Die html/css/js-Dateien für das Web Interface können über http://x.x.x.x/edit aus dem "data"-Ordner hochgeladen werden. Löschen ("Erase") ist normalerweise nicht nötig. Durch das "Erase" werden die Konfigurationsparameter und die WLAN-Zugangsdaten auf Default zurückgesetzt.
Source code(tar.gz)
Source code(zip)
wbec_firmware_0_4_5.bin(844.07 KB)
v0.4.4(Feb 26, 2022)
Wesentliche Änderungen:

primitive PV-Überschussregelung jetzt auch ohne powerfox möglich, per JSON-API --> cfgPvActive

Integration SolarEdge-Wechselrichter (Danke @Amiketta), aktuell noch als Beta-Version --> cfgSolarEdgeIp

Per Default wird das neue Web Interface angezeigt (mit Schieberegler)

neuer Parameter cfgLoopDelay (#18)

neuer Parameter cfgMqttPort (#16)

neue Versionen von ArduinoJSON & MFRC522

Vorabinformation: Geplante Inkompatibilitäten für die nächste Version:

Das alte Web Interface (rote/blaue Buttons) ist letztmalig enthalten und wird ab der nächsten Version nicht mehr unterstützt. Derzeit kann es noch über http://x.x.x.x/web aufgerufen werden. Diese Möglichkeit (/web) wird ebenso entfallen.

Auch die pfoxChart-Dateien werden entfernt und durch pvChart ersetzt.

/pfox wird künftig durch /pv ersetzt werden, da allgemeiner gefasst

Wer sollte updaten?

Das Update wird empfohlen für Nutzer, die die neue PV-Regelung benötigen, oder die Probleme mit dem WebServer haben. Alle anderen können auch bei der bisherigen Version bleiben; das Update ist nicht zwingend erforderlich.

Vorgehensweise

Die .bin-Datei kann über USB mit dem https://github.com/marcelstoer/nodemcu-pyflasher oder über WLAN per http://x.x.x.x/update (-> Firmware) geladen werden.

Die html/css/js-Dateien für das Web Interface können über http://x.x.x.x/edit aus dem "data"-Ordner hochgeladen werden. Löschen ("Erase") ist normalerweise nicht nötig. Durch das "Erase" werden die Konfigurationsparameter und die WLAN-Zugangsdaten auf Default zurückgesetzt.
Source code(tar.gz)
Source code(zip)
wbec_firmware_0_4_4.bin(839.78 KB)
v0.4.3(Dec 18, 2021)
Major changes:

Several wallboxes can now be controlled with the web interface (not only one)

Added AsyncElegantOTA for update

Complete redesign of the load management code (but still in beta phase and needs more changes)

Note: When you have only one wallbox connected, then updating is not needed. When you update, you may also want to upload the new version of the data/web.html and web.js (using http://x.x.x.x/edit)

Bin file can be flashed with https://github.com/marcelstoer/nodemcu-pyflasher or via http://x.x.x.x/update

The html/css/js files for the web interface can also be uploaded later from the 'data' folder, using http://x.x.x.x/edit Erasing is normally not needed. When erasing the ESP8266 before flashing, then the configuration and the Wifi credentials will be set to defaults!
Source code(tar.gz)
Source code(zip)
wbec_firmware_0_4_3.bin(832.78 KB)
v0.4.2(Nov 2, 2021)
Major changes:

Support of multiple boxes controlled by EVCC (via MQTT, s. Wiki)

Bugfix MQTT (#13)

Optional WiFi.setSleepMode() (#12)

Bin file can be flashed with https://github.com/marcelstoer/nodemcu-pyflasher or via http://x.x.x.x/update

The html/css/js files for the web interface can also be uploaded later from the 'data' folder, using http://x.x.x.x/edit Erasing is normally not needed. When erasing the ESP8266 before flashing, then the configuration and the Wifi credentials will be set to defaults!
Source code(tar.gz)
Source code(zip)
wbec_firmware_0_4_2.bin(778.48 KB)
v0.4.1(Oct 13, 2021)
UPDATE: Due to #13, this release is not really useable with openWB. I recommend to remain at 0.4.0 until a fixed 0.4.2 is available

Major changes:

Add logging via MQTT (#9)

Bugfix resetwifi

Refactoring of the code

wbec 0.4.1 is a small patch release. Normally it's not mandatory to update.

Bin file can be flashed with https://github.com/marcelstoer/nodemcu-pyflasher or via http://x.x.x.x/update

The html/css/js files for the web interface can also be uploaded later from the 'data' folder, using http://x.x.x.x/edit Erasing is normally not needed. When erasing the ESP8266 before flashing, then the configuration and the Wifi credentials will be set to defaults!
Source code(tar.gz)
Source code(zip)
wbec_firmware_0_4_1.bin(777.15 KB)
v0.4.0(Aug 6, 2021)
Finally... I'm very proud to release wbec 0.4.0 with several new features that have been awaited. The changes include a major rework of all modules in order to realize HTTPS/TLS calls despite the small memory on ESP8266. Special thanks for @Clanchef for testing preliminary releases and his valueable input.

Major changes:

Powerfox support for simple PV (and Min+PV) charging

New web interface (mainly for powerfox), including chart

Introduction of Websockets

Possibility to add own, user-defined web pages

RFID support (needs special Hardware)

MQTT: User and Password can be configured

NTP server can be defined locally to e.g. fritz.box to avoid internet access

One of the GPIO outputs can be switched via http call (not possible in combination with RFID)

Bugfix: Connection issues with FW1.0.7 solved

Several optimizations in all modules to make more heap available for powerfox

Update to Arduino core 3.0.0

Usage of new option: 16KB cache + 48KB IRAM and 2nd Heap (shared)

Bin file can be flashed with https://github.com/marcelstoer/nodemcu-pyflasher or via http://x.x.x.x/update

The html/css/js files for the web interface can also be uploaded later from the 'data' folder, using http://x.x.x.x/edit Erasing is normally not needed. When erasing the ESP8266 before flashing, then the configuration and the Wifi credentials will be set to defaults!
Source code(tar.gz)
Source code(zip)
wbec_firmware_0_4_0.bin(778.03 KB)
v0.3.0(Jun 11, 2021)
Major changes:

Support of Android App "Wallbox-Steuerung"

Major rework of the go-eCharger emulation

Robustness improvement when loading the config file

Simplified update via web browser (/update)

More registers writeable (259, 262)

Set cfgMbCycleTime by default back to 10s like in older versions (should be sufficient in most use-cases)

In case you use the go-eCharger emulation, I recommend planning some time for testing and potential fallback to old version. Please let me know in case of issues/inconsistencies.

Bin files can be flashed with https://github.com/marcelstoer/nodemcu-pyflasher a) wbec_firmware_0_3_0.bin --> recommended b) wbec_complete_0_3_0.bin --> contains additionally the LittleFS image with the html/css files for the web interface

The html/css files for the web interface can also be uploaded later from the data folder, using http://x.x.x.x/edit When erasing the ESP8266 before flashing, then the configuration and the Wifi credentials will be set to defaults.

Erasing is recommended at first usage of wbec. When updating from a previous version (e.g. 0.0.2, 0.1.0, 0.2.0), it's recommended to add the following content to cfg.json (using http://x.x.x.x/edit) before the update (erasing not needed then -> Wifi credentials will remain). Values can be adapted of course.

{"cfgApSsid":"wbec","cfgApPass":"wbec1234","cfgCntWb":1,"cfgMbCycleTime":10,"cfgMbDelay":100,"cfgMbTimeout":60000,"cfgStandby":4,"cfgMqttIp":"","cfgMqttLp":[]}
Source code(tar.gz)
Source code(zip)
wbec_complete_0_3_0.bin(3.97 MB)
wbec_firmware_0_3_0.bin(553.45 KB)
v0.2.0(May 23, 2021)
Major changes:

Modbus: Stability improvements for using several wallboxes: Timeout-Handling, configurable delay (#5)

Bugfix: Overflow after 49 days (#6)

Configurable assignments to openWB load points (#4)

Get time from NTP server

Add logger for debugging, accessible via browser (http:// ip /bootlog)

Go-e: Start with alw=1

Bin files can be flashed with https://github.com/marcelstoer/nodemcu-pyflasher a) wbec_firmware_0_2_0.bin --> recommended b) wbec_complete_0_2_0.bin --> contains additionally the LittleFS image with the html/css files for the web interface

The html/css files for the web interface can also be uploaded later from the data folder, using http:// ip /edit When erasing the ESP8266 before flashing, then the configuration and the Wifi credentials will be set to defaults.

Erasing is recommended at first usage of wbec. When updating from a previous version (e.g. 0.0.2 or 0.1.0), it's recommended to add the following content to cfg.json (using http:// ip /edit) before the update (erasing not needed then -> Wifi credentials will remain). Values can be adapted of course.

{"cfgApSsid":"wbec","cfgApPass":"wbec1234","cfgCntWb":1,"cfgMbCycleTime":3,"cfgMbDelay":100,"cfgMbTimeout":60000,"cfgStandby":4,"cfgMqttIp":"","cfgMqttLp":[]}
Source code(tar.gz)
Source code(zip)
wbec_complete_0_2_0_with_cfg.bin(3.97 MB)
wbec_firmware_0_2_0.bin(547.87 KB)
v0.1.0(May 15, 2021)
Major changes:

Bugfix for firmware 1.0.7 (#3)

MQTT support for openWB

Rework of the configuration approach

Standby mode configurable

Bin files can be flashed with https://github.com/marcelstoer/nodemcu-pyflasher a) wbec_firmware_0_1_0.bin --> recommended b) wbec_complete_0_1_0.bin --> contains additionally the LittleFS image with the html/css files for the web interface

The html/css files for the web interface can also be uploaded later from the data folder, using http:// ip /edit When erasing the ESP8266 before flashing, then the configuration and the Wifi credentials will be set to defaults.

Erasing is recommended at first usage of wbec. When updating from a previous version (e.g. 0.0.2), it's recommended to add the following content to cfg.json (using http:// ip /edit) before the update (erasing not needed then -> Wifi credentials will remain):

{"cfgApSsid":"wbec","cfgApPass":"wbec1234","cfgCntWb":1,"cfgMbCycleTime":3,"cfgMbTimeout":60000,"cfgStandby":4,"cfgMqttIp":""}
Source code(tar.gz)
Source code(zip)
wbec_complete_0_1_0.bin(3.97 MB)
wbec_firmware_0_1_0.bin(544.21 KB)
v0.0.2(May 1, 2021)
Major changes:

Config file in LittleFS: http:///edit --> cfg.json

Basic emulation of go-eCharger API

Support of openWB and EVCC (simulating an go-eCharger) - still to be tested

More info in json: Wifi state, version, ...

Bin files can be flashed with https://github.com/marcelstoer/nodemcu-pyflasher a) wbec_complete_0_0_2.bin --> complete binary with sketch & LittleFS image --> suitable for an empty/erased ESP8266 b) wbec_firmware_0_0_2.bin --> only sketch without the LittleFS image --> suitable e.g. for OTA (but will NOT work on an empty ESP8266)
Source code(tar.gz)
Source code(zip)
wbec_complete_0_0_2.bin(3.97 MB)
wbec_firmware_0_0_2.bin(535.31 KB)
v0.0.1(Apr 21, 2021)

First release with a basic function set, mainly for later reference. Compiled for 3 boxes on the Modbus
Source code(tar.gz)
Source code(zip)