If you're on beta, you can now update to the latest versionKjeld wrote: Sunday 04 December 2022 10:12 I've tested with MQexplorer and had the same results. But I see it's already been picked up and solved, waiting for the next release.
Thanks
Search found 4 matches
- Sunday 04 December 2022 10:29
- Forum: Zigbee
- Topic: z2mqtt Moes MS-105B dimmer set brightness issue
- Replies: 13
- Views: 1272
Re: z2mqtt Moes MS-105B dimmer set brightness issue
- Friday 02 December 2022 21:46
- Forum: Zigbee
- Topic: z2mqtt Moes MS-105B dimmer set brightness issue
- Replies: 13
- Views: 1272
- Thursday 01 December 2022 20:22
- Forum: Zigbee
- Topic: z2mqtt Moes MS-105B dimmer set brightness issue
- Replies: 13
- Views: 1272
Re: z2mqtt Moes MS-105B dimmer set brightness issue
I suppose the Domoticz AD developers have not encountered this type of double chanel device yet. So I would advise to make a GitHub issue with al the data (mqtt discover, config and state payloads) necessary to recreate the device.
I'll create an issue 👍 Just in the main domoticz repo?
I can see ...
- Tuesday 29 November 2022 22:03
- Forum: Zigbee
- Topic: z2mqtt Moes MS-105B dimmer set brightness issue
- Replies: 13
- Views: 1272
Re: z2mqtt Moes MS-105B dimmer set brightness issue
Same dimmer, same setup (with autodiscover), same issue.
Domoticz seems to target the first dimmer by encoding `l1` in the device path, while Zigbee2MQTT, when using its frontend, does target the "whole" device and encodes the `l1` dimmer in the brightness property of the data.
Is this some issue ...
Domoticz seems to target the first dimmer by encoding `l1` in the device path, while Zigbee2MQTT, when using its frontend, does target the "whole" device and encodes the `l1` dimmer in the brightness property of the data.
Is this some issue ...