EMS-ESP is an open-source firmware for the Espressif ESP8266 and ESP32 microcontroller that communicates with EMS (Energy Management System) based equipment from manufacturers like Bosch, Buderus, Nefit, Junkers, Worcester and Sieger.
If you like EMS-ESP, please give it a star, or fork it and contribute!
Note, EMS-ESP requires a small hardware circuit that can convert the EMS bus data to be read by the microcontroller. These can be purchased at https://bbqkees-electronics.nl/.
- Support for both ESP8266 and ESP32 modules
- A new multi-user Web interface (based on React/TypeScript)
- A new Console, accessible via Serial and Telnet
- Tighter security in both Web and Console. Admin privileges required to access core settings and commands.
- Support for Home Assistant MQTT Discovery (https://www.home-assistant.io/docs/mqtt/discovery/)
- Can be run standalone as an independent Access Point or join an existing WiFi network
- Easier first-time configuration via a web Captive Portal
- Supporting over 70 EMS devices (boilers, thermostats, solar modules, mixing modules, heat pumps, gateways)
EMS-ESP will attempt to automatically migrate the 1.9 settings.
Note there are some noticeable differences to be aware of in version 2:
- MQTT base has been removed. All MQTT topics are prefixed with only the hostname, for example
ems-esp/status
as opposed tohome/ems-esp/status
. heatPmp
renamed toheatPump
ServiceCodeNumber
renamed toserviceCodeNumber
- Firmware version has been moved to the
start
topic desinfection
renamed todisinfection
- There is no "serial mode" anymore like with version 1.9. When the Wifi cannot connect to the SSID it will automatically enter a "safe" mode where the Serial console is activated (note Serial is always available on the ESP32 because it has multiple UARTs). The EMS-ESP's LED will blink fast when in Serial mode. When this happens connect via a USB using baud 115200.
If you run into issues try first erasing the ESP8266 with esptool.py erase_flash
and uploading the new firmware manually. BBQKees has a good write-up at https://bbqkees-electronics.nl/wiki/gateway/firmware-update-to-v2.html.
- Install PlatformIO and NodeJS.
- Decide how you want to upload the firmware, via USB or OTA (Over The Air). OTA requires that a version of EMS-ESP is already running.
- Create a new file called
pio_local.ini
and add these two lines for USB:
upload_protocol = esptool
upload_port = <COM>
or these 2 for OTA:
upload_protocol = espota
upload_flags =
--port=8266
--auth=ems-esp-neo
upload_port = ems-esp.local
- type
pio run -t upload
to build and upload the firmware
Here we'll use the command-line. You'll need Python (version 3) installed and these 2 scripts:
esptool.py
. Install usingpip install esptool
.espota.py
downloaded from https://github.com/esp8266/Arduino/blob/master/tools/espota.py
Both these tools are also in the repo in the scripts
directory.
Next step is to fetch the latest firmware binary from https://github.com/proddy/EMS-ESP/releases, and if you're using USB with an ESP8266:
esptool.py -p <COM PORT> -b 921600 write_flash 0x00000 <firmware.bin>
and for OTA:
espota.py --debug --progress --port 8266 --auth ems-esp-neo -i <IP address> -f <firmware.bin>
-
After powering up the ESP, watch the onboard blue LED. A solid light means good connection and EMS data is coming in. A slow pulse means either the WiFi or the EMS bus is not connected yet. A very fast pulse is when the system is booting up and configuring itself which typically takes 5 seconds.
-
Connect to the Access Point called
ems-esp
using the WPA passwordems-esp-neo
. When you see the captive portal sign-in with usernameadmin
and passwordadmin
. Set the WiFi credentials and go back to http://ems-esp. Remember to change the passwords! -
First thing to check is if Tx is working and that you have a connection to the EMS bus. If Tx fails are shown in the Web interface try changing the Tx Mode from the settings page. There is no need to re-start the EMS-ESP.
-
If Rx incomplete telegrams are reported in the Web interface, don't panic. Some telegrams can be missed and this is usually caused by noise interference on the line.
Connecting to the console will give you more insight into the EMS bus traffic, MQTT queues and the full device information.
The console is reachable via Telnet (port 22) or via the Serial port if using an USB (on baud 115200). To change any settings in the console you must be admin (use su
with the default password ems-esp-neo
).
Some of the most common commands are:
help
lists the commands and keywords. This works in each context.exit
will exit the console or exit the current context.CTRL-D
does the same.CTRL-U
for Undo<TAB>
for auto-complete- Some specific commands are behind contexts. Think of this as a sub-menu. e.g.
system
,thermostat
. The path will always show you which context you are in.$
is the root. su
will switch to the Admin super-user. The default password isems-esp-neo
and can be changed withpasswd
from the system menu or via the Web interface (called secret password). When in Admin mode the command prompt switches from$
to#
.- Some settings can be changed in the console. The
set
command will list them. show
shows the data specific to the which context you're in. From the root it will show you all the EMS device information and any external temperature sensors.log
sets the logging level.log off
disables logging. Uselog debug
for debugging commands and actions. This will be reset next time the console is opened.watch
will output the incoming Rx telegrams directly to the console. You can also put on a watch on a specific EMS device ID or telegram ID. Also choose to output as verbose text as raw data bytes.
The call
command is to execute a command. The command names ([cmd]
) are the same as the MQTT commands used in MQTT.
For further details refer to the Wiki.
For a list of the EMS devices currently supported see BBQKees's EMS device compatibility list.
If you're looking for support on EMS-ESP there are some options available:
- Documentation Site: For information on how to build and upload the firmware maintained by @BBQKees
- FAQ and Troubleshooting: For information on common problems and solutions
- EMS-ESP Support Chat: For support, troubleshooting and general questions. You have better chances to get fast answers from members of the community
- Search in Issues: You might find an answer to your question by searching current or closed issues
- Bug Report: For reporting Bugs
- Feature Request: For requesting features/functions
- Troubleshooting: As a last resort, you can open new Troubleshooting & Question issue on GitHub if the solution could not be found using the other channels. Just remember: the more info you provide the more chances you'll have to get an accurate answer
You can contribute to EMS-ESP by
- providing Pull Requests (Features, Fixes, suggestions)
- testing new released features and report issues on your EMS equipment
- contributing missing documentation for features and devices
A shout out to the people helping EMS-ESP get to where it is today
- @MichaelDvP for all his amazing contributions and patience. The core UART code is his.
- @BBQkees for his endless testing and building the awesome circuits
- @susisstrolch for writing a first working version of the EMS bridge circuit which I used to design EMS-ESP version 0.1
- Plus many more providing suggestions, PRs and Donations. Thanks!
This program is licensed under GPL-3.0