Hive TRV/ Danfoss Ally Heat Required not changing

[PurpFrame]

What happened?

Updated to 2.9.2. Noticed that heating wasn’t turning on as scheduled. On investigating, the Heat Required flag isn’t changing despite the requested temp being above the measured temp.

What did you expect to happen?

The Heat Required flag should change to Heat Requested

How to reproduce it (minimal and precise)

Change temp in TRV to above room temp. Note that Heat Required flag doesn’t change

Zigbee2MQTT version

2.9.2

Adapter firmware version

20240710

Adapter

SMLight SLZB-06

Setup

Add on on HAOS

Device database.db entry

No response

Debug log

No response

Notes

Device

definition: UK7004240 - Hive (v0.0.0)
software_build_id: 02.58.0008 02.58
date_code: 20190911
endpoints:

{"1":{"bindings":[{"cluster":"genPollCtrl","target":{"endpoint":1,"ieee_address":"0x00124b002c3fd7e2","type":"endpoint"}},{"cluster":"genPowerCfg","target":{"endpoint":1,"ieee_address":"0x00124b002c3fd7e2","type":"endpoint"}},{"cluster":"hvacThermostat","target":{"endpoint":1,"ieee_address":"0x00124b002c3fd7e2","type":"endpoint"}}],"clusters":{"input":["genBasic","genPowerCfg","genIdentify","genTime","genPollCtrl","hvacThermostat","hvacUserInterfaceCfg","haDiagnostic"],"output":["genBasic","genOta"]},"configured_reportings":[{"attribute":"batteryPercentageRemaining","cluster":"genPowerCfg","maximum_report_interval":65000,"minimum_report_interval":3600,"reportable_change":0},{"attribute":"localTemp","cluster":"hvacThermostat","maximum_report_interval":3600,"minimum_report_interval":0,"reportable_change":10},{"attribute":"pIHeatingDemand","cluster":"hvacThermostat","maximum_report_interval":3600,"minimum_report_interval":0,"reportable_change":10},{"attribute":"occupiedHeatingSetpoint","cluster":"hvacThermostat","maximum_report_interval":3600,"minimum_report_interval":0,"reportable_change":10},{"attribute":"danfossMountedModeActive","cluster":"hvacThermostat","maximum_report_interval":65000,"minimum_report_interval":60,"reportable_change":1},{"attribute":"danfossWindowOpenInternal","cluster":"hvacThermostat","maximum_report_interval":3600,"minimum_report_interval":60,"reportable_change":1},{"attribute":"danfossHeatRequired","cluster":"hvacThermostat","maximum_report_interval":3600,"minimum_report_interval":60,"reportable_change":1},{"attribute":"danfossExternalMeasuredRoomSensor","cluster":"hvacThermostat","maximum_report_interval":65000,"minimum_report_interval":60,"reportable_change":1},{"attribute":"danfossAdaptionRunStatus","cluster":"hvacThermostat","maximum_report_interval":3600,"minimum_report_interval":60,"reportable_change":1},{"attribute":"danfossPreheatStatus","cluster":"hvacThermostat","maximum_report_interval":65000,"minimum_report_interval":60,"reportable_change":1}],"scenes":[]}}

Health

time: Thu Apr 02 2026 20:01:11 GMT+0100 (British Summer Time)
os.load_average: 0.16, 0.14, 0.12
os.memory_percent: 46.4934
process.memory_percent: 3.9638
process.uptime_sec: 1206

{"leave_count":0,"messages":62,"messages_per_sec":0.052,"network_address_changes":0}

[moster11]

I can confirm this issue. Trying to switch "Heat required" manually has no effect, same behaviour with "Radiator Covered".

[Koenkk]

Could you provide the debug log when changing this flag?

See this on how to enable debug logging.

[Mesmer88]

Having exact same issue, after upgrading to 2.9.2 my Danfoss Ally TRV keep reporting "No heat required", despite them actually requiring heat, valves fully open and house is cold.

@Koenkk "Heat required" is not a switch, it's' read-only and set by the TRV.

[PurpFrame]

Not sure if this is relevant but there seems to be two or three new read only entities exposed after the upgrade that are related to identifying if heat is required by the TRv. These aren’t showing in MQTT.

Has there been an update to the TRV definition that’s altered/ broken reporting?

[paweloo85]

I have exactly the same issue for all my Danfoss Ally. Furthermore, if I try to switch 'Heat available' to the correct option, it always switches instantly back to 'No heat available'. The same behavior for 'Radiator covered', where it always switches back from 'Room sensor mode' to 'Auto offset'.

Restore from backup to version 2.9.1 solved the issue...

[evgenyyy]

Same issue after updating. Hive TRVs all stay in Heat not required mode.

[MSL-DA]

Has there been an update to the TRV definition that’s altered/ broken reporting?

#31575

[erikvh]

I have the "Radiator Covered" issue too.
This make the the TRV use the internal temperature instead of the room temperature for ajustment. I my case the room is cold because the radiator is not placed in the open.
I downgraded and then it works again

[MSL-DA]

Unfortunately, everything is wrong with this change, it applies to both the frontend and HA. I hope it will be rolled back until it has been fully tested. It’s a bit critical when the support completely disappears on a device like thermostats.

[Koenkk]

I think the issue is that this doesn't work:

Change temp in TRV to above room temp

Could you provide the debug log when doing this?

See this on how to enable debug logging.

[PurpFrame]

I think the issue is that this doesn't work:

Change temp in TRV to above room temp

Could you provide the debug log when doing this?

See this on how to enable debug logging.

Sorry, but I've had to revert to 2.9.1 as I needed my heating work!

[CEllwart]

similar Problems here with Popp 701721 (same as Danfoss Ally) since last update. "Heat required" is no longer set.

Furthermore I'm not able to switch "Window open external" or "Heat available".

"Occupied heating setpoint", "Mounted mode control", "External measured room sensor" are working.

In the debuglog i had set "Window open external"

debuglog window external open.txt

[OZ1SEJ]

I'm having the same problem with window_open_external. In my automations, I'm setting window_open_external to true when open, and false when closed. However, I can see that the valve is reporting "Closed". Setting it to "Open" does nothing, however.

Strangely enough the documentation seems to have been updated to reflect this, even though is has not been mentioned as a backward-incompatible change.

Clicking the "window_open_external" button in the Zigbee2MQTT interface also does exactly nothing.

EDIT: Added debug log file.

log.log