Great work, very cool they shared the firmware!
Also very interested in grouping valves and making them adhere to an external thermometer.
Nice, thanks for the hint using the otau_directory. Firmware updates running fine here.
Now anyone knows, how I can assign the cluster and attribute ID to an entity in HA to easily modify the viewing direction or set the external open window detection ?
For now I set the temperature to 6 deg C when the window opens and back to 22 C when closing it. Seems to work OK but it would be nicer to turn of completely or trigger window open condition. It does not seem that the thermostat can be bound to a doorswitch directly
Doing the same here, but when you are running schedules with different temps during day or situations, then the reset temperature is different. Previous temp could be written as well to a variable and read afterward. However it’s more about doing it right and improving the device support.
I am having some success updating the open window attribute using the gui see : How to set cluster attribute. Works from gui not from service
However I am having difficulty converting it to a valid service call
Edit: Figured it out 
1 Like
Full code for the script
alias: bad_term_open_window
sequence:
- service: zha.set_zigbee_cluster_attribute
data:
ieee: '84:2e:14:ff:aa:56:eb:c0'
endpoint_id: 1
cluster_id: 513
attribute: 16387
cluster_type: in
value: 1
manufacturer: '4678'
mode: single
Same for close window where value should be 0
In order to get the history of what the thermostat is doing the following can be added to configuration.yaml:
sensor:
- platform: sql
db_url: sqlite:////config/zigbee.db
scan_interval: 10
queries:
- name: Open Window Detection
query: "SELECT value FROM attributes where ieee = '84:2e:14:ff:aa:56:eb:c0' and cluster = 513 and attrid = 16384"
column: "value"
- name: External Open Window Detection
query: "SELECT value FROM attributes where ieee = '84:2e:14:ff:aa:56:eb:c0' and cluster = 513 and attrid = 16387"
column: "value"
- platform: template
sensors:
bad_set_temp:
friendly_name: "Bad st set point"
unit_of_measurement: '°C'
value_template: "{{ state_attr('climate.bad_term_c0eb56fe_thermostat','temperature') }}"
bad_cur_temp:
friendly_name: "Bad st temp"
unit_of_measurement: '°C'
value_template: "{{ state_attr('climate.bad_term_c0eb56fe_thermostat','current_temperature') }}"
bad_pi_heating_demand:
friendly_name: "Bad st heat demand"
unit_of_measurement: '%'
value_template: "{{ state_attr('climate.bad_term_c0eb56fe_thermostat','pi_heating_demand') }}"
2 Likes
Now we just need to figure out how to make it adhere to an external thermometer.
I’m using deconz with conbee but having the same need about external thermometer. I found out that the internal sensor of those eTRV are nearly 2°C above the room temperature when the radiator is hot (but identical when off) in my case. This make the valve to close a bit early or too much when you set the eTRV to the exact temperature you want.
For those wanted to turn the device on or off, you cannot do such thing. You can only set the temperature and the internal PID algorithm will do the math.
For window detection there are different possible values, but only readable (giving current state)
0x0201 0x4000 eTRV Open Window Detection
0x00: Quarantine
0x01: Windows are closed
0x02: Hold ,Windows are maybe about to open
0x03: Open window detected
0x04: In window open state from external, but detected closed locally
it seems you have to use this one which is writable
0x0201 0x4003 External Open Window Detected
0x00: Windows are closed
0x01: Windows are opened
1 Like
Regarding the external thermometer, I’ve opened a PR for this, for ZHA:
I’ve been using it for a week or so now, and I see that the TRV will try to hit the setpoint as an AVG between the TRV measured temperature and the external temperature. This works great for me, where the TRV is behind a closet (so the TRV measured temperature is always high), but I’ve placed an external temp sensor on the office desk to report the actual room temperature.
An homeassistant automation will set the TRV external temp whenever the external temp sensor state changes.
2 Likes
Fantastic work Thor!
I’ll look forward to see how you implement this, when the release is public!
The fact you can do this is marvelous! I wonder if it’s possible because it uses zigbee, which means some kind of gateway that you can hijack? I’m asking because I have Danfoss Eco 2 with the same temperature issue that I can’t find way to resolve…So maybe there’s some hope? Or at the worst I’d have to change my TRV’s to Ally? 
It is because Danfoss (and other brands) is going on ZigBee I guess. Like Blu-Ray versus HD-DVD, the war is over between ZigBee & Z-Wave. Bluetooth was a Switzerland choice until then. So by doing more dev on the ZigBee version and also because ZigBee allows more vendor specific properties / attributes than Z-Wave from what I have understood, the Danfoss Ally have more feature than the Z-Wave or Bluetooth versions. Maybe they will update the older one, but I wont bet a cent on it.
It is also convenient for the brand when its own bridge will come out (2021 fall?), they will be able to market & sell more devices as a all package.
So you’re basically suggesting that I shouldn’t believe in Eco 2 getting reading external temperature any time soon?
I can buy Ally to replace the one that’s making me trouble but because it’s quite more expensive I’d like to make sure I understand this correctly. With the ZHA integration and @nslr’s handler I could use Ally with one of the supported Zigbee adapters to feed Ally with external temperature sensor, which will make Ally take it into account when checking if set temperature is already achieved, right?
I’m using a standard USB Zigbee stick (can’t remember the exact model, but one that can be flashed with custom Zigbee 3 firmware), and with the latest (no-yet released) version of ZHA/zigbee-device-handlers, this is what my Danfoss Ally + external temp device integration looks like:
in the top graph, green is the temp reading fromt he Ally TRV, red is from the external temp sensor, blue is the set-point for the TRV. Works nicely, I reckon.
That is beautiful! Did the commit find it’s way into release yet? And how would you go about it to implement it?
I have a bathroom with both the Ally and an external sensor, ready to be combined!
The change is released in the latest zigbee-device-handlers release, but it’s not made it to homeassistant just yet. I’ve modified the zigbee-device-handlers source locally on my homeassistant installation, but I don’t recommend doing that unless you really can’t wait 
Haha, I think I will wait. But I will bother you on how to set up the change by then!
Latest Homeassistant release dropped today apparently, so no need to wait for too long!
1 Like
Next Deconz version will have it too
Great. Do you have a link? cant find.