That is in essence the same! Based on what I found using Google (links in the earlier post), I'm using CoP = (energy-out + energy-in)/(energy-in), e.g. exactly 1 more than above. I understood this is because I'm looking at a CoP for heating, not cooling. However, I'm not an expert! Also, I think you ...

Thanks for the feedback! It contains relevant information! in the meantime (apologies for not responding earlier), I created a Dzvents script that takes two key parameters generated by my heat pump (via the EMS-ESP "BBQ-kees" gateway): 'meter heating' ("eIn", the energy consumption for heating ...

Hi Team, As a next exercise, I want to create a script that shows the COP of my heatpump in a Domoticz device. The COP is not readily available from my heatpump interface. The related alternative input data is 'meter heating' and 'energy heating', These are total/accumulating values, not daily ...

Thanks @Waltervl,
I'm afraid making changes to the Dz code is a bridge to far for me

Thanks for your reply! (As the code examples in my initial post might be confusing, I changed the text somewhat to better clarify.) Yes, the mentioned API definition was my guiding document, e.g. if one uses (Postman to 'get') this url: http://<your_ip_address>:<your_port>/json.htm?type=command ...

Hi Forum, To send a message to the Domotic log originating from mqtt, a mqtt message to the 'domoticz/in' topic like {"command": "addlogmessage", "message": "A message to the log (ends up by default in status-log)"} does the job as mentioned in https://wiki.domoticz.com/MQTT#Log_message . Is it also ...

Thanks Waltervl, this is the example that addresses the issue. I noted this information was also shared on Github with EMS-ESP team via some other post. Great!

You are right! I should have looked for a list on how the “mqtt-ad types” are mapped on “Dz device types”. With the underlaying question: is there a type which maps on the generic Dz setpoint device. And, if not could such be considered for the future. Thanks!

@brugje, that sounds like a good idea! Looking at the Dz wiki on mqtt on auto discovery there is a list of supported devices: - Binary sensors - Covers - Fans - HVACs - Lights - Locks - Numbers (through hardware mqtt Autodiscover setup) - Scenes - Selects - Sensors - Switches Likely, this list is ...

Thanks for the quick reply Waltervl! I'll forward the tip!
To anyone reading this post: Who would be the best person to ask? I would like to help the EMS team create a better Bosch/Nefit gateway for Domoticz

@waltervl, picked up a question from the EMS-ESP team, hope you can provide a suggestion. It is still about the firmware update for the EMS Gateway, on the mqtt-ad <> Domoticz part: "I'm not sure how to handle the uom for sensors without a uom (like a number). It's not clear from the Domoticz c ...

That seems an even better resource, thanks!

@waltervl There are active Github discussions on the EMS-ESP gateway for the Bosch/Nefit boilers, heatpumps, etc. interfacing to Domoticz. One of the questions circulating is on how Domoticz has implemented certain elements of HA's mqtt discovery. More specfically on which UOM's (unit of measure ...

Update on above as per my understanding. The workaround of manually sending a mqtt-ad config message for a 'sensor' device instead of a 'number' device does the trick. Thanks again for the tip! I have also posted a related question with the team developing the EMS-ESP software ( https://github.com ...

Thanks! I did as you suggested and 'published' a config message using my MQTT tool to a new topic. With the config message I informed the MQTT AD sytem about creating a 'sensor' device with the parameter I wanted. This resulted in the wanted temperature device in Domoticz. I have also learned that ...

Changing the ems-esp code is 'a bit' (few hundred miles...) out of my comfort zone :( Yet, it seems like a logical approach to change the MQTT AD config message such that - for example - a 'sensor' device is created. With the help of AI (let's hope no hallucination) I understand that Home Assistent ...

Thanks Walter, found the same.
In fact, the (number) device I miss is shown in that list, as well as several more which are also not available as 'normal' Dz devices.
Can these 'number devices' also be made available as a 'normal' Dz devices? Or, would you know how I can use these devices within Dz?

Thanks for the reply! Yet, in same setup, there is another device "boiler_curflowtemp” which does have a corresponding device created by MQTT AD whereas the "boiler_selflowtemp" config message did not result in a device created in Dz. Also, "boiler_curflowtemp” in Dz is updated based on MQTT data and ...

Hi Forum, I'm trying to understand better why a certain device is not created via MQTT Auto Discovery. I'm using the ems-esp gateway (firmware 3.6.5) and after setting it up, several devices are created and working as expected in Domoticz (2024.7). I'm using the Mosquitto broker and both run on a ...

I have succesfully used the bosch-xmpp gateway and the plugin as mentioned above. Some 6 values of the Easycontrol CT200 are now available in Domoticz.To start the bosch-xmpp service I'm using a systemd script. Bit more information here: https://domoticz.com/forum/posting.php? ... ly&t=22726