[Problem]: Moes BRT-100-TRV (TS0601, _TZE200_b6wax7g0) position incorrect

[fhempy]

What happened?

I'm using Moes BRT-100-TRV (TS0601, _TZE200_b6wax7g0) but unfortunately the valve position is somehow incorrect.

What I did: 9:14: set current_heating_setpoint to 21, temperature was 19, valve opened but position remains 0% ...: within that time valve position was reported 0% several times, but the radiator was already heating 9:38: position reports 25%

When using the tuya gateway I get work_state from tuya cloud which immediately changes from closed to opened. See https://developer.tuya.com/en/docs/iot/s?id=K9gf48r3k5ctd#title-1-Support%20reporting%20instructions%20to%20the%20cloud%20only

What did you expect to happen?

Position to be reported immediately after valve opens

How to reproduce it (minimal and precise)

• set desired temperature higher than current temperature
• check changes of position within z2m

The log shows changing desired temperature but position remains at 25%. Could it be that dp 7 reports opened (0) and closed (1)?

Zigbee2MQTT version

1.22.0

Adapter firmware version

20210708

Adapter

Sonoff Zigbee USB Dongle Plus

Debug log

debug_moes_trv.log

[vladi1234]

#7941 (comment)

Hello @vladi1234

Sorry to insist but this is still not very clear for me (I'm French, so may be my comprehension is not that good) !

Basic house heating water network is composed of one boiler several radiators and a circulateur which alow hot water to go through. So when one or several rooms require heat, system need to power on ciculator. Therefore RTV need to send etiher position or room temperature in order to tell circulator to power on.

I don't see in your recomendations how you proceed.

Thank in advance for your forthcoming clarifications.

Hi, Why don't you use valve_state function? That must solve your problems.

If valve_state = OPEN --> then power on ciculator. If valve_state = CLOSED --> then power off ciculator.

[Rigolman69]

Thank you for your answer. As a matter of fact I didn't see this parameter ! This is because I do not have in my home automation system. I need to find a way to get it. But are you sure it is sent wherease neither position nor temperature are sent ?

[fhempy]

It is sent only when the valve opens or closes.

[Rigolman69]

Thanks. This make sense. Up to now I failed to collect this value ! My home automation system is JEEDOM, just in case anyone knows how to proceedd ...

[Del0rian]

@vladi1234 I'm confused, my valve_state is NA

[vladi1234]

Switch current_heating_temperature to min temp and then to maximum temp.

[Del0rian]

Switch current_heating_temperature to min temp and then to maximum temp.

That actually does work, the valve position stay at whatever it was the last time the display was active but valve_state does report open & closed. Is this a real state however, not that it matters but am just curious if it's coming from the device or a local determination as setpoint is higher/lower than measure temp

[vladi1234]

Please write in short sentences, otherwise it will be difficult to understand when translating.

[Del0rian]

Sorry @vladi1234 All is working well, thankyou for your help

[insipiens]

This clearly a bug with the firmware, I already complained to the vendor but of course that got no where....

[github-actions[bot]]

This issue is stale because it has been open 30 days with no activity. Remove stale label or comment or this will be closed in 7 days

[R1DEN]

Sorry to resurrect this stale thread, but it's a good place for centralized info on this TRV Valve State behaviour. I've noticed that two of my TRVs with good LQI are reporting the valve percentage very reliable. But the one that is placed the furthest (unfortunately I don't have any zigbee repeaters) - is unreliable.

Does anyone have any more observations?