It took a bit longer than expected but the first batches of the new Gateway model E32 V2 with WiFi and LAN are now available.
It has all the awesome features of the S3 Gateway with the same EMS-ESP32 firmware but aside from WiFi it has an additional RJ45 Ethernet port for wired networking. Because the ESP32-S3 chip of the S3 Gateway does not support hardware Ethernet we used a big ESP32 module instead but with a beefy 8MB PSRAM and 16 MB Flash. This solves all the little memory issues of the previous E32 some users might be experiencing with the latest 3.6.x firmware when used with larger EMS systems.
Although the E32 V2 hardware has 8MB of PSRAM, currently the EMS-ESP32 firmware only supports 4MB PSRAM on the ESP32. 4MB is more than enough for now, but if needed this can be increased to 8MB in the future. Furthermore EMS-ESP32 currently only needs 4MB of Flash storage, so with 16MB of Flash storage in the E32 V2 there is lots of room for more features.
Because the circuit board did not fit anymore into the grey enclosure of the E32 V1.0/V1.5 and the S3 a new enclosure was created. It also has mounting holes on the back. Furthermore it is UL 94 V level fire retardant.
The E32 V2 went through several rounds of prototyping and is of course CE certified and manufactured according to the RoHS directive. The LAN port provides a very stable interface. POE is not included though, non-isolated 48V is not a good match with the 16V EMS bus.
Currently there may be limited availability of this model, from March onward continuous stock is expected.
The wall mount bracket for the S3, S3-LR, S32, E32 and older models is 3D printed.
We are now printing the brackets on a Bambu Lab X1 Carbon printer. The quality has been improved dramatically. The left image shows the ‘old’ bracket on the left versus the ‘new’ bracket on the right. both are printed with the same filament. You can now hardly see it’s 3D printed.
As time progresses so does the EMS-ESP firmware. We were now at a point were EMS-ESP would benefit from some more RAM memory.
That’s why BBQKees Electronics is introducing the new EMS Gateway S3 models. One with the default on-chip antenna and an identical Gateway model with an external high gain antenna for those area’s with low WiFi reception. These are the replacement for the very popular S32 Gateway.
The S3 models looks and feel identical to the EMS Gateway S32 V2.0 they are replacing but they now come with an ESP32-S3 module with 16MB Flash and a hefty 8MB PSRAM (in addition to the on-chip 512KB RAM), which makes it more suitable for large EMS systems with a heat pump or multiple zones/heating circuits.
The new hardware continues using the existing third-gen BBQKees EMS detecting and sending circuitry design as in the S32 Gateway and the EMS Interface board V3’s, which has proven extremely reliable and robust over the years for all EMS types across all Bosch brands.
Aside from the more powerful chip, this model now also features an external USB-C connector for manual firmware updates (if ever needed). The USB-C connection makes use of the internal USB OTG controller of the ES32-S3 so we don’t need the CH340 chip and driver anymore.
What has remained unchanged are the positions and pinout of the external connectors so the S3 is a direct replacement for S32 setups. Only the LED lightguide was changed a bit.
The power options via the service jack or 12V DC power supply also remained the same.
The S3 models will be loaded with firmware EMS-ESP32 v3.6. This is exactly the same firmware with the exact same features as for the S32, just built for the different chip architecture of the S3. The 3.6 firmware contains a number of new features over 3.5.1, most notably further memory optimizations.
If you already own an S32 Gateway it’s probably not really worthwhile to upgrade to the new S3, but if you want too or if you still have an old ESP8266 Gateway like the Premium II you can get a 15% discount on a new S3 Gateway of your choosing. Just use the contact form to contact me with your previous order ID and I’ll give you a discount code.
The ESP8266 module in older Gateways like the Premium II can be upgraded to another module in the same format.
The MH-ET Live ESP32 module was a good choice to upgrade the ESP8266 to an ESP32 chip.
Now available in the webshop a soldered and LilyGo T7-S3 board with an ESP32-S3 chip and 16MB Flash and 8MB PSRAM. It’s programmed with EMS-ESP for your convenience. This new upgrade module is so powerful you probably never need any other upgrade again.
For the ESP32-S3 a different bin file is available on the EMS-ESP repository for EMS-ESP 3.6 and later.
The EMS interface board V3 has allowed many people to connect their boiler to a microcontroller. All connectors on the V3 are on the left side. However, some people want to make a 3D printed enclosure for this board and then it is more convenient to have the UART connector on the other side.
I now made a new revision of this board (V3.1) which has the UART connector on the right side. It still has the holes on the left side as well, but the connector is only soldered on the right side.
If you need the connector on the left side you can solder one yourself.
Firmware EMS-ESP 3.5.0 has been available as a beta for quite some time and it had already been loaded on new Gateways since October 2022, the release version of 3.5.0 (stable) is now available as well. Thanks to a lot of work by Proddy and MichaelDvP and assisted by a number of other contributors, this is one of the most feature rich updates yet.
— Remember the firmware is completely open source —
The the most noticeable new feature is going to be the addition of localization. This means you can now change the language from English to other languages. The release of 3.5.0 will contain English, German, Dutch, Polish, French, Swedish and Norwegian language.
This localization is in all major parts of EMS-ESP: the web interface and MQTT.
There are however some breaking changes. The most important one is that there is now support for multiple Gateways on a single MQTT broker. When enabled, which is now the default, all MQTT Discovery Entity IDs will include the MQTT base name and the shortname of the EMS-ESP device entity. For example what was previously sensor.boiler_actual_boiler_temperature will now become sensor.ems_esp_boiler_boiltemp. This means these entities will have to be replaced inside HA. See below. If you still want to use the old format and retain the history and script compatibility in Home Assistant then set this back to the old format.
New features and updates
Summary of new stuff:
Localization: addition of German, Dutch, Polish, Swedish, French and Norwegian language options.
Support for multiple Gateways on the same broker (for hybrid systems and for multiple boilers/cascade)
100+ bug fixes and new features
Added initial support for ESP32 C3 and S2 architectures
Several new board profiles
Improvements in HA Discovery and MQTT handling
Addition of new EMS boilers, thermostats and other devices (Greenstar 30, GBH192iT, FW500, BC30)
Addition of additional parameters of known EMS devices (f.i. RC30 internal temp, 20+ heat pump parameters)
Improved handling of logic/telegrams of some EMS devices
Setting the 4 multi-purpose relays/inputs of heatpumps (via API)
To update to the release version of 3.5.0 depends on which firmware you are on now, and when you purchased a Gateway product. In most cases you should first try out an update via the web interface. If it succeeds, you are on 3.5.0. If it fails you need to flash the Gateway via the internal USB connection on the Gateway board.
Read the instructions below for the correct update procedure for your situation.
If you are currently on any 3.3 or older version you need to use the USB method anyway. If you are currently on any 3.4 or 3.5 version first try the update via the web interface and if it fails update via the USB port.
The upload will take about a minute. If the Gateway has installed the firmware and rebooted itself, you should see the login screen again after a while. Press F5 to clear the browser cache. Then login. Settings should be pertained.
In case you get an error 500 during the upload, you need to move on to method two below.
In case you have an E32 Gateway and it became unreachable after the update, the board profile might have been reset to S32 or Custom. Please login to the ems-esp access point, set the board profile back to E32, save, and reboot. Ethernet will be activated again.
Method two: Update via the USB port
If a lot of cases you need to upload this firmware via the USB port on the inside of the Gateway. It is the only time this is needed, if 3.5.0 is installed once, all future updates can be done via the web interface.
You need to open the Gateway, plug in the USB to a computer and load the firmware via the EMS-ESP flash tool. DO NOT use another flash tool as it will not work. All settings will be lost after this update, so make a note of all important ones. (You can also backup your settings and customizations before the update and load them once the update is done).
If you have questions about the update you can send me an email via the contact form.
Breaking change: MQTT entity ID’s
For a number of entities in Home Assistant the unique ID has changed in the auto discovery config . This means these entities will have to be replaced inside HA. This is because there is now support for multiple Gateways on a single MQTT broker. When enabled, which is now the default, all MQTT Discovery Entity IDs will include the MQTT base name and the shortname of the EMS-ESP device entity. For example what was previously sensor.boiler_actual_boiler_temperature will now become sensor.ems_esp_boiler_boiltemp. This means these entities will have to be replaced inside HA. See below. If you still want to use the old format and retain the history and script compatibility in Home Assistant then set this back to the old format. There is a new checkbox in the Settings to keep the ID as in firmware 3.4 for those who do not want to switch now.
After the update to 3.5.0 it is possible that sometimes during loading or viewing of the web interface you’ll get an Error 507. This is because the new web interface needs a fairly large chunk of memory, which is not always available. You get this error 507 then. All other services on the Gateway will continue to work. See: https://github.com/emsesp/EMS-ESP32/issues/823
Bosch has internet gateways for selected EMS boilers and heatpumps. It’s a range of models like the KM50, KM100, KM200 and MBLAN 2. Depending on the brand there are small variations. Nefit just calls it ‘Internet module’. There is an external model for existing boilers and an internal module for heat pumps. With this gateway and an app on your phone you can see (partly) what your boiler is doing.
The BBQKees EMS Gateways also give insight into boiler parameters.
I often get questions about the difference between the EMS Gateway and the Bosch KM200 Internet gateway. In this article I’ll explain it in more detail.
How does the KM200 work
The KM200 (and the other Bosch internet gateways) connect to the CAN or EMS bus of the boiler or heatpump and your home network. The data it captures from the bus is then sent to the cloud. You need to install an app on your phone to see the data. The app does this by connecting to the cloud and retrieving your boiler data from the cloud. So all your boiler data is stored in the cloud. It provides a link between your boiler and an app via the cloud.
How does the EMS Gateway work
The EMS Gateways also connect to the EMS bus of your boiler or heatpump and your home network. The data it captures is then sent to your home automation like Home Assistant or Domoticz. It depends on how you configured your home automation on how you can access the data. Likely via a web interface on your pc but probably also via an app. The EMS Gateway provides a link between your boiler and your home automation solely via your home network. So you do not need an external cloud service. All boiler data is stored locally in your home automation system.
Amount of available datapoints
Existing owners of a KM200 are often surprised by the amount of datapoints/entities the EMS Gateway provides over the KM200. With the EMS Gateway you usually get 60 entities of just the boiler alone. With some boilers and heat pumps this may add up to much more (100+). For thermostats and mixer modules it depends on the specific model but there are always some interesting values coming out.
The EMS Gateways run on your local network and work without any cloud service. This is by design and it is a great feature on its own, because you do not need to rely on an external internet service to keep your own home automation running perfectly.
However, a cloud connection provides one benefit that running something on your local network does not have; easy remote access. If you put something in the cloud, data is available anywhere. When you put it only in your home network, it’s not always easy to access it when you are not at home. But there are several ways to get it out though.
Create a VPN connection (secure)
Almost all decent routers support a VPN service. By setting up a VPN server on your router, you can make a secure connection to your home network remotely. Once you connect to the VPN, your device will think it is inside the home network. Therefore you can also access the Gateway or your home automation via it’s internal IP address.
Please note this is different from a VPN service for which you can buy a subscription such as NordVPN. That is a VPN client and is intended for secure web browsing. This is the other way around.
The benefit of a VPN connection to your home network is that you have a very secure connection and nobody else can access it (easily). The downside is that you would have to open the VPN connection each time before you want to connect remotely, but that’s a small price to pay for the sake of security.
Check the manual of your router on how to set up a VPN server. This may also be called a Remote access VPN. After the VPN server is running, you need to setup the VPN clients on your mobile phone or laptop to access the network. For Android you can set up a VPN client in the setting or use an external app like StrongSwan or Wifiman.
Use the Home Assistant app or cloud service
When you connected the Gateway to your home automation like Home Assistant, you probably do not need specific access to the Gateway itself. Everything is loaded and visualized within Home Assistant. In this case you can use the existing ways of connecting remotely to Home Assistant to access the main features of the Gateway. You are probably already using the Home Assistant app on Android or iOS.
If you want to access Home Assistant remotely, this has to be configured properly. There is a good description on the Home Assistant website.
Add a port forward (insecure)
A third way of connecting to the Gateway remotely is by setting up a port forward from port 80 of the Gateway. By doing so, you can access the web interface of the Gateway remotely by typing in the external IP address of your home followed by a port number you set in the router. With access to the web interface of the Gateway you can see an overview of all the boiler parameters and you can also change the values of the boiler/thermostat if needed.
A benefit of this method is that you can easily connect to the Gateway remotely, but as a downside others can access it also pretty easily. Although the web interface of the Gateway is password protected, it was never designed to withstand all the various hacking attacks imaginable.
So although this method is easy to setup it is not recommended. The VPN method above provides a much better security.
On some boilers from Bosch/Junkers/Buderus/Worcester changing a temperature only works if the rotary dials are set to AUT. Switching on/off is not possible, also set by the knobs. On other controllers it is possible to send temperatures lower than the controller setting, but not higher. Some completely electronic settable controllers allow to change all values. A new idea from a recent discussion and test: device-ID 0x12 is normally an alarm module that allows setting the flowtemp by a analog input. Try to set ems-esp to id 0x12 in the Settings and then try changing selflowtemp and selburnpow.