Hopefully you can and are willing to help me a hand. First I have no programming background but I’m curious and willing to learn. So please bear with me.
I’m moving from HUE to HA (on a HA Blue with Conbee 2 dongle). I’m using MQTT and sofar it works fine. At the moment I have mostly Zigbee lamps.
Once zigbee2mqtt add-on is installed, web ui is created. You can add it to the sidebar. You go there to see all your zigbee devices info.
You need to put your device in pairing mode (can’t help with your specific dimmer). You need to allow pairing in zigbee2mqtt web ui by clicking on “Permit join (All)” button and the rest happens automatically. You will have your device added with all the info it exposes.
@MarcinL thanks - I made a mistake with pairing the device. I now see it in MQTT, but with a ‘unsupported’ warning. I guess and have now to proceed with adding it to the config file of MQTT?
And how can I make the device also visible in HASS outside MQTT?
No.
The whole point of Zigbee2MQTT is that devices are added to Hass Automatically. They will appear in the integrations > MQTT page inside Home Assistant.
When you say you have paired it with and see it in MQTT, are you looking in Zigbee2MQTT or in the MQTT broker, or in the MQTT integration?
I have a Sonoff PIR sensor that will sometimes loose connection and will say unsupported when pairing, I found I have to force remove it from Zigbee2MQTT a few times and repair it and eventually it works, as a rule of thumb if the device is 100% supported within Zigbee2MQTT and you are using the MQTT integration then in theory you shouldn’t need to add any config files anywhere for them to pull in as native devices.
If you monitor the MQTT topic for the device do you see any noise?
The moment I paired, I got this in my Z2M logbook:
Zigbee2MQTT:warn 2022-01-19 23:47:54: Device '0x847127fffed89761' with Zigbee model 'EcoDim-Zigbee 3.0' and manufacturer name 'EcoDim BV' is NOT supported, please follow https://www.zigbee2mqtt.io/how_tos/how_to_support_new_devices.html
Zigbee2MQTT:warn 2022-01-19 23:48:50: Received message from unsupported device with Zigbee model 'EcoDim-Zigbee 3.0' and manufacturer name 'EcoDim BV'
Zigbee2MQTT:warn 2022-01-19 23:48:50: Please see: https://www.zigbee2mqtt.io/how_tos/how_to_support_new_devices.html.
(node:365) UnhandledPromiseRejectionWarning: undefined
(node:365) UnhandledPromiseRejectionWarning: Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). To terminate the node process on unhandled promise rejection, use the CLI flag `--unhandled-rejections=strict` (see https://nodejs.org/api/cli.html#cli_unhandled_rejections_mode). (rejection id: 24)
Zigbee2MQTT:warn 2022-01-19 23:48:53: Received message from unsupported device with Zigbee model 'EcoDim-Zigbee 3.0' and manufacturer name 'EcoDim BV'
Zigbee2MQTT:warn 2022-01-19 23:48:53: Please see: https://www.zigbee2mqtt.io/how_tos/how_to_support_new_devices.html.
Zigbee2MQTT:warn 2022-01-19 23:48:57: Received message from unsupported device with Zigbee model 'EcoDim-Zigbee 3.0' and manufacturer name 'EcoDim BV'
Zigbee2MQTT:warn 2022-01-19 23:48:57: Please see: https://www.zigbee2mqtt.io/how_tos/how_to_support_new_devices.html.
Zigbee2MQTT:warn 2022-01-19 23:48:59: Received message from unsupported device with Zigbee model 'EcoDim-Zigbee 3.0' and manufacturer name 'EcoDim BV'
Zigbee2MQTT:warn 2022-01-19 23:48:59: Please see: https://www.zigbee2mqtt.io/how_tos/how_to_support_new_devices.html.
Zigbee2MQTT:warn 2022-01-19 23:49:02: Received message from unsupported device with Zigbee model 'EcoDim-Zigbee 3.0' and manufacturer name 'EcoDim BV'
Zigbee2MQTT:warn 2022-01-19 23:49:02: Please see: https://www.zigbee2mqtt.io/how_tos/how_to_support_new_devices.html.
Is 3.0 supported? some radios need a newer firmware stack to support 3.0 devices sometimes, when I google that model there are a few different versions of it by the looks of the PCB designs
I tried several ways to change the config file (Studio code, via the Z2M add-on config and via the setting in the web UI. But in none these ways the config remains the same. (there is a config backup file with the changes, but the actual config file is not changed.
I tried various options, with and without the default hyphens ("). It should be without, I guess, but none helped.
Everything that I can find in the Github issues, suggests that you need to remove this device. Move it RIGHT NEXT to the coordinator (USB Stick), and then go through the pairing process again.
You do not need to edit any files, because it is already a supported device. It was probably just too far away from the coordinator for the interview to complete properly.
If however you DID have to edit the file:
extend: generic.light_onoff_brightness,};
The comma here, means JSON is expecting there to be another key:value pair, and there isn’t one because } ends that object. This is therefore not valid JSON.
vendor: 'XEcoDim BV',
Should actually match the vendor, the capital X here, is probably a typo - but in either case, it means it won’t match the device.
And I believe:
external_converters: -Eco-Dim05.js,
Should be:
external_converters: ['-Eco-Dim05.js'],
Because it should be an array of external converters even if there is only one.
But like I say - the device should absolutely be supported - because it is here: