-
-
Notifications
You must be signed in to change notification settings - Fork 104
This issue was moved to a discussion.
You can continue the conversation there. Go to discussion →
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Same product_id on both Boiler and Thermostat #103
Comments
Can you please describe your system. Brand 0x0D is unknown, also thermostat type_id 0xAC. I think you have added to your own database. I see two possible solutions:
|
I have a IVT Geo 5xx, IVT have been making heatpumps in Sweden for a very long time, but Bosch acquired them a couple of year ago, and on their latest models they have been moving over from CAN-bus to EMS-bus. The next generation is called Geo5xx, and now they call the interface "Rego 3000" and it looks like this: Which is the model I have. I also have a pool mixer (MP100) which is why I dove into this project, I need to connect an external circulation pump, that I turn on and off when it meets certain conditions. This is how my system looks with the stock firmware: ems-esp:$ show devices (1) Boiler: Enviline/Compress 6000AW/Hybrid 7000iAW/SupraEco (DeviceID:0x08, ProductID:172, Version:02.03) (2) Gateway: KM200/MB LAN 2 (DeviceID:0x48, ProductID:189, Version:04.07) (99) Unknown: unknown (DeviceID:0x50, ProductID:236, Version:03.03) (99) Unknown: unknown (DeviceID:0x09, ProductID:240, Version:38.03) (99) Unknown: Enviline/Compress 6000AW/Hybrid 7000iAW/SupraEco (DeviceID:0x10, ProductID:172, Version:02.03) (32) Unknown: unknown (DeviceID:0x11, ProductID:204, Version:26.02) I have found the product_id (0x10) to be compatible with a RC300 thermostat, and when I make changes on the display it is sent from the src_id (0x09) So I just added a controller (0x09, product_id:240) and that works, but I don't know what to call it. The MP100 is the 0x11 with product_id:204, and I have made a mixer for it, and it works fine. So, with these firmware changes it looks like this: ems-esp:$ show devices (1) Boiler: IVT Enviline/Compress 6000AW/Hybrid 7000iAW/SupraEco/IVT Geo 5xx (DeviceID:0x08 ProductID:172, Version:02.03) (3) Thermostat: IVT Rego 2000/3000 (DeviceID:0x10, ProductID:173, Version:02.03) ** master device ** (4) Mixer: MP100 (DeviceID:0x11, ProductID:204, Version:26.02) (5) Gateway: KM200/MB LAN 2 (DeviceID:0x48, ProductID:189, Version:04.07) (2) Controller: Rego 3000 (DeviceID:0x09, ProductID:240, Version:38.03) (0) Unknown: unknown (DeviceID:0x50, ProductID:236, Version:03.03) BTW, I did just like that ( |
Your second suggestion seems to work well! If I take the secondary? product_id from Version(0x02) I get this after adding the heatpump to the device_list: ems-esp:$ show devices (1) Boiler: IVT IVT Geo 5xx (DeviceID:0x08 ProductID:173, Version:02.02) (3) Thermostat: IVT Rego 2000/3000 (DeviceID:0x10, ProductID:172, Version:02.03) ** master device ** (5) Mixer: MP100 (DeviceID:0x11, ProductID:204, Version:00.00) (4) Gateway: KM200/MB LAN 2 (DeviceID:0x48, ProductID:189, Version:04.07) (2) Controller: Rego 3000 (DeviceID:0x09, ProductID:240, Version:38.03) (99) Unknown: unknown (DeviceID:0x50, ProductID:236, Version:03.03) |
The first solution should also work and allow same productID for different devices. The second is difficult to add to standard-software, it breaks the device-recognition for a lot of people and we have to re-add them with the 2nd or 3rd productID, which we don't now yet. Iff there are issues with HA, i think it's easier to make the mqtt-id unique again by adding more information to it. Do you need any help with the MP100? Or have you all values you need. |
Aha, I didn't know secondary product_id's existed. In the mean while, here is the readings from the display: Translated: I don't know what the "Wireless module" is, I don't think it has wifi, but there is a Wireless thermometer connected (both a receiver & transmitter) but it's awfully quiet on 0x50. |
Is it this? |
No, I don't think thats the one, It is my indoor thermometer, I don't have a model nr for it. |
I also have a product_d (0x40) who answers to Version(0x02) with no data, is this common? 000+00:02:21.917 N 2: [emsesp] 40(0x40) -> All(0x00), ?(0x435), data: 00 E7 |
It is not very common, but there are also some devices that does not answer to version request, like modem 0x0D With the productID 0x40 it seems you have found your wireless sensor, sending every minute a single temperature value (23.1°C). in telegram 0x435. I think 0x50 is the RF-base and 0x40 the sensor. Do you get the same value as roomtemperature from your thermostat, or should we add the sensor to devices. |
Yes!! You are right, it sends out the current indoor temperature. |
My suggestion is to use connect (or generic) for the base 0x50 i.e.:
and 0x40 is a bit complicated, i think with empty version messages it is not show because of this. Without product-id we also will not get a database match. Do you need this telegram, or is the value republished from thermostat as root-temperature? |
I think this will be fine! I don't need the 0x40 as it is as you say - republished as room temperature. |
@MichaelDvP @Sunbuzz shall we add productID 236 as a CONNECT device as suggested and close this? |
Yes, of course. I did this immediate in my own build, and forgot to make a pull request. Thank you. |
no worries, if its just the one line I'll add it now. ok? |
This issue was moved to a discussion.
You can continue the conversation there. Go to discussion →
I have run into a situation where I have two devices that use the same product_id.
as EMSESP::add_device() only compares product__id, it randomly updates the devices after each Version(0x02).
I have temporary solved this by adding +1 to the product_id, if the device_id = 0x10, but this is not a nice solution.
if (device_id != 0x08 && product_id == 172) product_id += 1;
Here is the output from Version(0x02):
ems-esp:# read 08 02
000+07:56:43.474 N 4: [emsesp] Boiler(0x08) -> Me(0x0B), Version(0x02), data: AC 02 03 AD 02 02 00 00 00 0D
ems-esp:# read 10 02
000+07:56:49.029 N 5: [emsesp] Thermostat(0x10) -> Me(0x0B), Version(0x02), data: AC 02 03
The text was updated successfully, but these errors were encountered: