-
Notifications
You must be signed in to change notification settings - Fork 734
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
[Device Support Request] Full implementation of BOSCH Radiator Thermostat II (BTH-RA) #2476
Comments
After finally switching to a SkyConnect, I want to ditch my Bosch SHC but without a working quirk, I cannot fully control the thermostat. Please prioritize this. If needed, I might be able to provide neccessary information about the device. |
Same from me, If Information are neede, I'm happy to help, for the Bosh Thermostat 2 and the BOSCH Smart Home Roomthermostat |
I tried to connect the BOSCH Radiator Thermostat II today. On multiple attempts it connects each time, but most times without any entities. It only connected once with entities (battery 100% HVAC), but they didn't work. |
It worked for me. What you do is first you use the zha.permit zu give it the adress and installcode that is inside the battery lid. That you need to go in HA to adding new Zigbee devices. Then you reset the Themostat. (Hold the button while insterting the batteries till it blinks orrange.) Lastly press the button ont the thermostat once more so it enters pairing mode. |
Did this each time. I’ve got 53 working zigbee devices, but this one isn’t working. I bought it to replace a Tuya thermostat, even that worked okay (only battery drained every 2 months). |
Same for me, it only holds the temperature, when I frequently update the Set temperature, which is Also, the Z2MTT dialog says for element With some tricks (setting up the thermostat target values about every 30 minutes reflecting the room temperature as needed) I got the thermostat working for me, but it is not very handy and intuitive. So, it seems there are some small bugs in the Bosch Thermostat Z2MTT implementation. I also could help with screenshots, experiences and I can support with testing. |
@Samueras @ulrichkamp61 @EverybodyElse Regarding the overshooting temperature: I believe this is intentional, to compensate that close to the heater the temp will rise very fast but not in the rest of the room. I have some trv's with external sensors that do not show this kind of wave overshooting the limit set. regarding the remote temp: As far as i can see, home assistant tracks "remote" and "current" temperature, but it is the same value all the time. So current is just mirroring remote values. I have not tried to deactivate the remote temp (because it will just keep the last state forever till reboot of home assistant), but it might end in mirroring an unavailable state - and the documentation on z2m means you have to reset the trv to enable local measurement again? I run these trvs on z2m now, which works as expected. But there is major setback in my installation: The device (without hub) has a build in schedule that cannot be wiped (as i do not know how, at least). this would be annoying but could be overcome with a simple time based automation. but it calls this in-device temperature target also every time when switched to auto mode… This has nothing to do with zigbee but the firmware itself. For any one interested, I made a rather big flow in node red (based on z2m) with this key capabilities:
I would be interested in collaboration and further joint development, although it is still work in progress and documentation limited..just pm me |
Here is all the relevant information I could gather. Maybe OTA would also be relevant for updates, but the endpoint is quite complicated. I will start writing a quirk this week. This thermostat deserves full support! Signature:
{
"node_descriptor": "NodeDescriptor(logical_type=<LogicalType.EndDevice: 2>, complex_descriptor_available=0, user_descriptor_available=0, reserved=0, aps_flags=0, frequency_band=<FrequencyBand.Freq2400MHz: 8>, mac_capability_flags=<MACCapabilityFlags.AllocateAddress: 128>, manufacturer_code=4617, maximum_buffer_size=127, maximum_incoming_transfer_size=82, server_mask=11264, maximum_outgoing_transfer_size=82, descriptor_capability_field=<DescriptorCapability.NONE: 0>, *allocate_address=True, *is_alternate_pan_coordinator=False, *is_coordinator=False, *is_end_device=True, *is_full_function_device=False, *is_mains_powered=False, *is_receiver_on_when_idle=False, *is_router=False, *is_security_capable=False)",
"endpoints": {
"1": {
"profile_id": "0x0104",
"device_type": "0x0301",
"input_clusters": [
"0x0000",
"0x0001",
"0x0003",
"0x0004",
"0x0020",
"0x0201",
"0x0204",
"0x0b05"
],
"output_clusters": [
"0x000a",
"0x0019"
]
}
},
"manufacturer": "BOSCH",
"model": "RBSH-TRV0-ZB-EU",
"class": "zigpy.device.Device"
}
Endpoints:
Basic:
manufacturer: BOSCH
model: RBSH-TRV0-ZB-EU
generic_device_class: GenericDeviceClass.Lighting ???
generic_device_type: GenericDeviceType.LightBulb ???
Thermostat (Endpoint id: 1, Id: 0x0201, Type: in)
Attributes:
ctrl_sequence_of_oper (id: 0x001b)
values:
- ControlSequenceOfOperation.Heating_Only
- ControlSequenceOfOperation.Heating_With_Reheat
- ControlSequenceOfOperation.Cooling_Only
- ControlSequenceOfOperation.Cooling_With_Reheat
local_temperature (id: 0x0000)
read-only: yes
format: 2050 (20.5°)
local_temperature_calibration (id: 0x0010)
read-only: no
format: 25 (2.5°)
range: -50 to 50
max_heat_setpoint_limit (id: 0x0016)
read-only: no
format : 500 (5°)
range: 500 - 3000
min_heat_setpoint_limit (id: 0x0015)
read-only: no
format : 500 (5°)
range: 500 - 3000
number_of_daily_transitions (id: 0x0022)
read-only: yes
format: integers
number_of_weekly_transitions (id: 0x0021)
read-only: yes
format: integers
occupied_cooling_setpoint (id: 0x0011)
read-only: no
format : 500 (5°)
range: 500 - 3000
occupied_heating_setpoint (id: 0x0012)
read-only: no
format : 500 (5°)
range: 500 - 3000
setpoint_change_source (id: 0x0030)
read-only: yes
values:
- SetpointChangeSource.External
- SetpointChangeSource.Schedule
start_of_week (id: 0x0020)
read-only: yes
values:
- StartOfWeek.Monday
- StartOfWeek.Tuesday
- StartOfWeek.Wednesday
- StartOfWeek.Thursday
- StartOfWeek.Friday
- StartOfWeek.Saturday
- StartOfWeek.Sunday
system_mode (id: 0x001c)
read-only: no
values:
- SystemMode.Heat
- SystemMode.Cool
Commands:
clear_weekly_schedule (id: 0x0003)
PowerConfiguration (Endpoint id: 1, Id: 0x0001, Type: in)
battery_alarm_mask (id: 0x0035)
read-only: no
format: integer
values:
- 1
- 0
battery_alarm_mask (id: 0x003e)
read-only: yes
format: integer
battery_percentage_remaining (id: 0x0021)
read-only: yes
format: integer
battery_quantity (id: 0x0033)
read-only: yes
value: 2
battery_size (id: 0x0031)
read-only: yes
value: BatterySize.AA
battery_volt_min_thres (id: 0x0036)
read-only: yes
value: 22
battery_volt_min_thres (id: 0x0036)
read-only: yes
value: 22
battery_volt_thres1 (id: 0x0037)
read-only: yes
value: 23
battery_volt_thres2 (id: 0x0038)
read-only: yes
value: 27
battery_volt_thres3 (id: 0x0039)
read-only: yes
value: 29
battery_voltage (id: 0x0020)
read-only: yes
format: 27 (2.7 V)
UserInterface (Endpoint id: 1, Id: 0x0204, Type: in)
keypad_lockout (id: 0x0001)
values:
- KeypadLockout.No_lockout
- KeypadLockout.Level_1_lockout
temperature_display_mode (id: 0x0000)
values:
- TemperatureDisplayMode.Metric
- TemperatureDisplayMode.Imperial
|
I've just purchased three bosch thermostats and was able to pair them using the QR-Code with ZHA. However I only have a couple of sensors there: temperature, mode (heat an off) , hvac(unknown) and battery. LQI and RSSI are not available. |
@coxtor Yes, I am currently writing a quirk to support it. It should be ready in the coming weeks. This thermostat actually supports even valve opening from 1-100%. Really nice! |
@jclsn Very good 👏 I'm really looking forward to being able to use more functionalities. |
You just became my personal Hero. |
If I can contribute with any log/data from running these on z2m, just let me know. Will gladly assist. |
No need. Everything is in the Z2M repo. I just need to find time. We have a lot to do at work atm. |
@jcsln willing to donate a beer (ASTRA, Best city you live in :)). 12 thermos are waiting for full support. |
@wallenium There are better beers if you ask me ;) So I have implemented the missing attributes and they react correctly If you want to try it out, add it as a custom quirk as described here, then click on the three dot menu -> manage devices and make the setting on the I still have to expose the attributes correctly to Home Assistant. Bosch's |
@jclsn You are right. But none which has a connection to this city ;) Short question: Seems to work. Do you know the setting for temperature offset? Need to set 1.5 degrees offset... ;) |
@wallenium The Regarding the beer, there are plenty of good other beers from private breweries in Hamburg: Ratsherren, Wildwuchs, Gröninger |
You are right. Favorite is Ratsherren. I will try. |
That is what I mean by exposing the attributes to HA. I don't know how to do that and the Zigpy code is not very intuitive. There is a guide on writing quirks, but it merely scratches the surface. I am in contact with one of the main developers, but he seems to live somewhere in America and only responds when we are about to go to bed. So a fully working quirk may take until Christmas. Sorry, I would also like to accelerate this somehow! |
Just wanted to say thanks @jclsn for working on this. I installed the quirk and like expected, it works for everything that worked before. For me, the only thing I really need added is the off mode. Though it seems there is no real "off" in the Bosch implementation. At least I did not find any working one. |
@pdsccode No, there is this attribute I called Anyway, |
Yes, seems like I will have to implement the entities from the ZHA side. |
can anyone tell me here how i could use the remote temp? I can put a value in, but i would like to use a value from my sensor, like sensor.kitchen_roomthermostate_temp. I have some GoveeLife/Govee thermostates for my rooms which report me the temp of the room. Much accurater then the bosch one which is directly under the window / next to heater. |
@JericoPablo i think you could use better Thermostat for this |
@JericoPablo I recommend not doing that. There is a note in Zigbee2MQTT code that says you have to take out the batteries and reset the thermostat once you have set this attribute. Therefore I will not implement this functionality. You will be able to do all of this with Home Assistant, once the thermostat is fully integrated. |
I will implement the |
@jclsn have you considered adding remote_temperature attribute to your quirk?
It can be used with some automation, to set the measured temperature from external sensor, like that:
BTW |
I have a Bosch Room Thermostat II - 230V (RBSH-RTH0-ZB-EU), which has similar endpoints and attributes. I used zha_toolkit to scan for all availble attributes and made them available through a quirk: I still need to figure out the name/function of those addional attributes and their allowed values. For now I just named them according to their IDs (e.g. attr_0x4022): Maybe someone with a Bosch Controller can help to get the mapping? I don't think we are going to need Entities for all attributes, but at least have the attributes mapped and accessible from ZHA to control the device setup. We can do the same for the Radiator Thermostat II if someone could perform a scan in zha_toolkit and share the report. |
Hi! Many thanks for starting this quirk! Here is an updated version that converts from Bosch's operating_mode to HA system_mode. It is my first attempt at messing around with ZHA quirks, so it might not be perfect. What I tested and works:
|
@mrrstux Thank you, I will try it out soon. Pretty busy atm EDIT: Just tried it out. Seems to work, although I am getting an error message
Tbh, I am not really motivated to continue working on this atm. Feel free to contact @dmulcahey and see if he can help you finish it. I could also push my progress on core somewhere, so someone else can continue. |
Here is a version quirk_v2_rbsh_trv0_zb_eu.zip that displays extra controls for:
Since I could not find specific strings inside HA for these, one would need to name/rename each in HA. @jclsn Sorry to hear that you encounter issues. Maybe they go away with this new version. If not, a more complete trace might help with the investigation. |
Latest version: #2808:
|
Anyone here who would be willing to help the whole community by adding some easy to follow how-to instructions in the ZHA integration documentation for new users pairing (joining) Zigbee devices that require install_code and/or qr_code please see here: https://www.home-assistant.io/integrations/zha#action-zhapermit and That is, add some simpler step-by-step notes similar to these instructions copied from Zigbee2MQTT devices documentation: Pairing Zigbee devices that require an install-code or QR-code1. To pair this device you have to install the device via its installation code. I like suggest that it might be a good idea to put that in its own sub-section, or maybe the ZHA developers might feel that it belongs in the troubleshooting section(?). https://www.home-assistant.io/integrations/zha#adding-devices Also link to the ZHA limitations section which state that install_code is only supported with Silabs and TI Zigbee Coordinator's or or just add a comment like this; Note! The current version support is limited to using QR-codes and install-codes for secure Zigbee device provisioning/commissioning with devices from Aqara, Bosch, Consciot, and Embrighten. You also need to use a Zigbee Coordinator that is based on Silicon Labs or Texas Instruments Zigbee stacks. https://www.home-assistant.io/integrations/zha#limitations PS: Also see this related discussion thread in Home Assistant community forum to understand why users find this complicated: https://community.home-assistant.io/t/bosch-thermostat-2/492845/ PPS: I do not personally own any Zigbee devices that require install-code or QR-code to be paired/joined but I have seen the question being asked enough these days that I think that the ZHA integration documentation could do with some simpler step-by-step notes for beginners. |
@MSZ-Spyro For better support, you need to deploy this (not yet merged) quirk #2808. |
I havn't done it before, so if i understand it correctly, i should put
into for example
and add
to the config.yaml, restart hass and readd the TRV so it should have more options then ? As a side question, do you know when this is planned to be merged ? |
@MSZ-Spyro "enable_quirks: true" might not be needed. The name of the config is configuration.yaml. If it works for you, please leave a comment in the PR to hopefully improve the chances of it getting reviewed and merged sooner. |
@MSZ-Spyro If the quirk was loaded, then you should see this in the "Zigbee info": "Quirk: zigpy.quirks.v2.CustomDeviceV2". If you have it, then I suggest you remove and re-add the TRV to your HA. |
Like here ? I have rebooted hass, then removed the TRV from it, and when i removed it, TRV automatically went into pairing mode, so i permitted the device in actions and it got found at once. after this had no changes but i cant see the Quirk: zigpy.quirks.v2.CustomDeviceV2 anywhere As a side note: i can see the quirk name in the danfoss TRV, which i have too and which wasn't added manually so i assume something is wrong in the way ive added the custom quirk :/ |
@MSZ-Spyro I believe specific quirks for Danfoss exist in the HA installation. For your TRV, the custom quirk doesn't seem to be loaded. Please check HA logs, maybe there is a clue in there as to why that is. |
My bad, i couldnt find any errors in the log before, but i got this one
Not sure why its not available, i technically could just remove the ReportingConfig from imports but should i ? |
@MSZ-Spyro I suspect your HA is from before 2024.11 release. If you do not want to upgrade, then yes, you can remove ReportConfig usage from this quirk. |
Yup, it was 2024.10.4. Thank you all for help ! Updated to the newest and works like a charm. Only thing that doesnt seem to work 100% properly is the firmware - it started with "up to date" status and after few seconds went to unknown :/ |
@MSZ-Spyro I suggest you to also update the firmware of the device - the latest one is 0x37041514, |
Im not a huge fan of updating things that work fine, and the firmware most probably is to work better with the native hub, but the firmware status shows "unknown" and i dont even know where to get the files from :/ --EDIT-- I've found the way, and the file but seems that i have the newest fw already installed |
@MSZ-Spyro Unfortunately, some issues require upgrades as resolve. Culprit for issues could be HA, device firmwares or even the Zigbee coordinator. |
Ive downloaded the file from some repository, and ive put it in the folder in config directory but you pasted 0x37041514, and mine is clearly different but still shows its latest version. Where did you get your fw from ? Oh, i fogot there is the official app so probably there ? |
What I use is the ota zigpy support by adding this to the configuration.yaml:
Restart HA/ZHA and then wait until you get the update available notice. |
ive got those valves connected via ZHA, im not using Z2M. Don't know if it matters, but anyway after adding to the config file what you suggested nothing has changed in the device settings, still says im up to date. |
The setting is for ZHA. The ota provider uses the z2m repository. It usually takes hours before HA would notify you. |
Is there any way of "manual notifying" the device ? I can obviously just wait until tomorrow or so, but just asking. |
Yes. You have to know the details of the update: manufacturer id, file size, file version. These you pass to the device through a Zigbee command over "Manage Zigbee device" -> cluster Ota -> commands -> image_notify. All the details of the update can be found in the z2m repository index file. |
Problem description
I use skyconnect+zha.
I am able to pair the device using zha.permit with install code and source-ieee.
It then shows up with 4 entitys:
(screenshot below)
[button.bosch_rbsh_trv0_zb_eu_identify]
[climate.bosch_rbsh_trv0_zb_eu_thermostat]
[sensor.bosch_rbsh_trv0_zb_eu_battery]
[sensor.bosch_rbsh_trv0_zb_eu_hvac_action]
I have got two main issues:
The state of climate.bosch entity is always "heating". If I change the target temparature I can hear the motor of the device closing/opening the valve, but it doesnt change the state.
If I do set the state manually in the developer tools, it changes but switches back after some seconds.
Besides, the HVAC action (entity 4) is shown as "unknown" all the time.
Most attributes are missing
From the integration via z2m it is known that there are many more attributes, some are importat/useful:
window open, boost, position of the valve, temperature offset, disabling of internal temp sensor, many more ++
As far as I understand, these attributes can be manipulated via a set command in z2m....
Additional wish
The device got a nice led color ring that can show status. I do not know if the led can be manipulated or is controlled locally by the device solely?
Solution description
Quirk?
Screenshots/Video
Screenshots/Video
Device signature
Device signature
Diagnostic information
Diagnostic information
Additional information
https://www.zigbee2mqtt.io/devices/BTH-RA.html
Koenkk/zigbee2mqtt#14926
https://zigbee.blakadder.com/Bosch_BTH-RA.html
The text was updated successfully, but these errors were encountered: