Hei.
Jeg også har en sånn bryter, men det viser seg at det er Zigbee-versjonen. Jeg prøvde først å koble den opp vha. DeconZ i Home Assistant, men da viste den kun 1 ting, og det var batteristatus.
Jeg endte opp med å bruke zigbee2mqtt istedet, og da gir den meg 5 payloads (states?) for hver knapp:
- on_l3 - Kort trykk på på-knappen
- off_l3 - Kort trykk på av-knappen
- brightness_move_up_l3 - Langt trykk på på-knappen
- brightness_move_down_l3 - Langt trykk på av-knappen
- brightness_stop_l3 - denne kommer når man slipper knappen etter et langt trykk. Gjelder både av- og påknappen
Så jeg laget meg en liten automasjon i Node-Red.
Av og på gikk helt greit.
Men når det gjelder dimming, sliter jeg.
Jeg har prøvd å bruke en looptimer for å justere dimmingen opp og ned, men det fungerer heller dårlig. Den utfører jobben, men det visuelle feedbacken stemmer overhodet ikke med knappetrykkene. Og er jeg litt for ivrig å holde inne knappen, dukker det opp API-error i loggene.
Jeg tenkte kanskje at det er best å lage noe ala et do while eller do until-script der lyset blir dimmet opp og ned så lenge den mottar payloaden brightness_move_up helt til den mottar brightness_stop-beskjeden
Men jeg har dessverre ikke programmeringskunnskaper til å gjøre dette.
Og siden du nevner Node-Red tenkte jeg kanskje du vil møte samme situasjon, selv om databæreren er en annen.
Sånn helt til slutt: Hvorfor holder du deg unna Zigbee? Jeg er fersk på området, men er det ikke slik at det er Zigbee det blir satset mest på fremover? Bl.a. Google og Apple har vel gått inn på et samarbeid for å drive Zigbee fremover?
Hadde jeg fått en annen funksjonalitet hvis jeg hadde Z-wave versjonen av denne bryteren?
Jeg legger ved en link til Node-RED flowen slik den står i dag: https://pastebin.com/MqY5T6UQ
Takker.
