Sadly develco uses different endpoints for different clusters. But not always.
e.g. illuminance -> 39, temperature -> 38, humidity -> 38 (but only when there is temperature) ...
Some also sue 35... the genPowerCtl en genPollCtl are on there unless there is only 1 other cluster then they are on the other endpoint. e.g. AQSZB has those on 38 :/ very confusing.
There were also a lot of duplicate convertors that filtered out certain bogus values that occur often for develco, this was improved by adding a valueIgnore to the numeric modernExtend. This seems to be something generic enough to implement there.
Possible solutions:
update numeric, binary, battery, ... base modernExtends to find the correct endpoint if endpointNames are not specified in the toZigbee.convertGet function.
Continuation of the last PR, open issues:
Sadly develco uses different endpoints for different clusters. But not always. e.g. illuminance -> 39, temperature -> 38, humidity -> 38 (but only when there is temperature) ...
Some also sue 35... the genPowerCtl en genPollCtl are on there unless there is only 1 other cluster then they are on the other endpoint. e.g. AQSZB has those on 38 :/ very confusing.
There were also a lot of duplicate convertors that filtered out certain bogus values that occur often for develco, this was improved by adding a
valueIgnoreto the numeric modernExtend. This seems to be something generic enough to implement there.Possible solutions: