If so then should report that as an issue to zigpy-deconz (deconz radio library for zigpy that ZHA depends on for ConBee/RaspBee serial protocol hardware abstraction interface) → https://github.com/zigpy/zigpy-deconz/issues
I am not so optimistic that install-code and qr-code support will be added to ConBee / RaspBee soon, so if you need/want to use this feature today then probably best to buy a new Silicon Labs or Texas Instruments based Zigbee Coordinator adapter instead, see → Zigbee buyer's guide
Until then the best workaround is to instead just buy a brand new Texas Instruments or Silicon Labs based Zigbee Coordinator radio adapter/dongle (that has their newer Zigbee radio chips which support newer more modern firmware) and then simply migrate your Zigbee network to that new adapter/dongle.
If you are currently using the Phoscon/deCONZ or Zigbee2MQTT applications as your Zigbee gateway application then it is unfortunately only possible to do partial Zigbee network migration (and even that not fully seamlessly), but it is possible to do a fully seamless migration if you are already using Home Assistant’s own native ZHA integration as long as you first upgrade to latest ConBee/RaspBee firmware. See → https://www.home-assistant.io/integrations/zha#migrating-to-a-new-zigbee-coordinator-adapter-inside-zha
Otherwise you could try performing a two-step partial migration if using Phoscon/deCONZ or Zigbee2MQTT as then you can first migrate to Home Assistant’s own native ZHA integration, but be warned that will only be a partial migration that require repairing some devices and reconfiguring all automations that use any of them, checkout these migration guides → https://skyconnect.home-assistant.io/zigbee-migration-selection/
I use this with z2m which works fine, 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 scheduled temperature also every time when switched to auto mode… it has nothing to do with zigbee but the firmware itself. i was able to fix this in node red, but it is a real pain…
I was able to connect the thermostat using the SkyConnect and ZHA. It took some time until HA saw all the attributes and sensors, but it now is at the state, that others are able to reach, too. I then tried to initiate a firmware update, which tranferred successfully, but did not install, as one night later, I still see the same firmware reported by the device. A restart did not change this.
By now, the device has become fully unresposive to any commands from HA. Neither temperature setting, nor cluster commands about firmware are able to deliver. A full reset and new configuration of the device did not change things. If only I could at least control the temperature, then I could be motivated to wait for the quirk to be implemented…
Someone out there with similar issues and / or a possible solution to at least restore basic functionality for now?
I’m having similar issues, but with a Bosch smart radiator thermostat II, I wrote about it here and was advised to go here.
I upgraded from the cheapest ZigBee dongle I could find to the HA SkyConnect and was able to use the zha.permit method to pair the radiator thermostat. I get several attributes and sensors, including a thermostat. I also get a button “identify”,. When I click it, the radiator thermostat flashes green. Looks perfect, except that the display of the thermostat only shows this:
I can set the temp in the HA interface, it seems. It’s just that the button itself does not show useful information. The reported temp also seems to be quite high.
What could be going on here? Is there a way to fix this? Does the button need a firmware upgrade? Or maybe it’s reporting that it isn’t hooked up to an actual radiator, could also be. No idea what to expect actually.
Yea, the E03 means a calibration failure due to not mounting it in your case.
The reported temp is mostly too high for radiator thermostats since it is so close to the radiator itself. I use mine with an automation ( Advanced Heating Control - Blueprints Exchange - Home Assistant Community (home-assistant.io)) and an external temperature sensor/thermometer somewhere in the room. That way I get consistent temperatures all around the house.
I was able to connect the thermostat using the SkyConnect and ZHA thanks to this thread
The desired temperature is correctly transmitted, but when I try turn of heating for one thermostat, I always get the following error:
Update #01: After 8h the device became unavailable. The cause might be range, might be handshake issues, might be something else. I decided to use the Bosch Smart Home Controller (SHC) that came in the same box. Update: #02: The Bosch SHC is integrated in Home Assistant. The thermostat is available but only reports a value, nothing can be set.
I have a HomeAssistant Yellow. I had troubles adding the Bosch Radiator Thermostat 2 via Zigbee. I have written down the steps that worked for me.
Via HACS install ZHA toolkit
In configuration.yaml add a line zha_toolkit:
On the battery cap or on the radiator behind the batteries note the ZigBee EUI-64 code (‘Source IEEE’) and the Install Code.
Go to Developer tools, services, service: Zigbee Home Automation: Permit
Enter the Source IEEE code and the install code in the UI. INSTALL
I cannot connect Bosch Thermostat 2 with ZHA, I´m using Sonoff 3.0 TI CC2652
I have tried to connect it with zha.permit but after filling the IEEE and Code I`m receiveing error messages
FYI - the Bosch SHC Bridge is still installed with another Bosch TRV 2 - shall I delete it completely?
To start my automated life, I wanted to start with 2 of these thermostats and Home Assistant SkyConnect. With the first one it was a cramp, I never got past ‘interview started’. In the end, I took off the cover, went to ‘Developer settings’ → Services → ZHA: Permit and typed everything in, read out the QR code and copied it in. That worked, but it was a horrible start.
Fun fact: I placed the second thermostat next to the device, it was recognized and added fully automatically after a short time.
Strange, but it worked in the end.