You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Since quite some releases (since 2021?), the "select.xxxx" entity for TRV force is not created in HA any longer.
This is removing the very useful capability to force valve and TRV mode with a select option in HA. For instance when PID is too slow to close or open valve and user would like to force it.
We can of course use as a workaround the publishing of "force" mqtt messages, but this is not integrated with HA directly.
What did you expect to happen?
Looking into homeassistant.ts, I presume when force is found for the exposed attribute it should be a set as {entity_category: 'config', icon: 'mdi:valve'} instead of the below
if ((firstExpose.access & ACCESS_SET)) {
discoveryEntries.push({
type: 'select',
object_id: firstExpose.property,
mockProperties: [], // Already mocked above in case access STATE is supported
discovery_payload: {
How to reproduce it (minimal and precise)
Same behavior for at least this very common version: _TZE200_cwnjrr72 of TS0601
Zigbee2MQTT version
1.33.1-1
Adapter firmware version
20220219
Adapter
zzh!
Debug log
N/A
The text was updated successfully, but these errors were encountered:
What happened?
Since quite some releases (since 2021?), the "select.xxxx" entity for TRV force is not created in HA any longer.
This is removing the very useful capability to force valve and TRV mode with a select option in HA. For instance when PID is too slow to close or open valve and user would like to force it.
We can of course use as a workaround the publishing of "force" mqtt messages, but this is not integrated with HA directly.
What did you expect to happen?
Looking into homeassistant.ts, I presume when force is found for the exposed attribute it should be a set as {entity_category: 'config', icon: 'mdi:valve'} instead of the below
and strangely, below code doesn't kick in:
How to reproduce it (minimal and precise)
Same behavior for at least this very common version: _TZE200_cwnjrr72 of TS0601
Zigbee2MQTT version
1.33.1-1
Adapter firmware version
20220219
Adapter
zzh!
Debug log
N/A
The text was updated successfully, but these errors were encountered: