Deconz Conbee binding: duplicate things

Tags: #<Tag:0x00007f617b23e5e0> #<Tag:0x00007f617b23e3d8> #<Tag:0x00007f617b23e090>

Duplicate things were discovered. I checked the conbee by using REST, (postman), and there the on-ff plug)in units are not duplicated (they are referred to as lights)
example: (I’m using only PAPERUI, and NO things file)
thing configuration:

Thing 1:

On/Off plug-in unit Ledvance 1 (LEDVANCE)
On/Off Light
A light that can be turned on or off.
Status : Online
Properties:
modelId Plug Z3
uid f0:d1:b8:00:00:14:b8:ea-01
vendor LEDVANCE
Current firmware version: 00103101
Channels: On/Off
deconz:onofflight:132da86d:f0d1b8000014b8ea01:switch
switch

Thing 2: (the same thing)
On/Off plug-in unit Ledvance 1
On/Off Plug-in Unit
An outlet that could be switched on and off.
Status: Online
Properties:
modelId Plug_Z3
uniqueId f0:d1:b8:00:00:14:b8:ea-01
(there’s no vendor line here)
Current firmware version: 00103101
Channels: Switch
hue:0010:00212E04F81D:2:switch
Switch

=========================================================================
as you can see, the unique id’s are the same.
one of the things has no vendor name
channel names are different! once defined as a deconz…, the other as hue:…

This is an Osram plug-in unit. I have only 1 osram plug-in unit.
I have the same problem with a Hue smart plug on conbee.
As mentioned before, when I do a discover by using the rest api, 1 only get 1 Osram plugin unit
REST output:
“2”: {
“etag”: “64d8fa7dff567565cdcb336f69196b96”,
“hascolor”: false,
“lastseen”: “2020-06-25T06:43:21.579”,
“manufacturername”: “LEDVANCE”,
“modelid”: “Plug Z3”,
“name”: “On/Off plug-in unit Ledvance 1”,
“state”: {
“alert”: “none”,
“on”: true,
“reachable”: false
},
“swversion”: “00103101”,
“type”: “On/Off plug-in unit”,
“uniqueid”: “f0:d1:b8:00:00:14:b8:ea-01”
},

I don’t know how this can happen. Which version are you using? If you clear the discovery results, do get two things again?

I’m using openHAB 2.5.6-2 (Release Build)
And yes, I deleted the two things, and they are rediscovered.
When I delete them, and I filter on “Discovery” I get

2020-06-25 11:41:31.480 [me.event.InboxRemovedEvent] - Discovery Result with UID ‘hue:0010:00212E04F81D:2’ has been removed.

2020-06-25 11:41:33.702 [me.event.InboxRemovedEvent] - Discovery Result with UID ‘deconz:onofflight:132da86d:f0d1b8000014b8ea01’ has been removed.

2020-06-25 11:41:35.750 [home.event.InboxAddedEvent] - Discovery Result with UID ‘hue:0010:00212E04F81D:2’ has been added.

2020-06-25 11:41:35.751 [INFO ] [g.discovery.internal.PersistentInbox] - Added new thing ‘hue:0010:00212E04F81D:2’ to inbox.

2020-06-25 11:42:22.182 [home.event.InboxAddedEvent] - Discovery Result with UID ‘deconz:onofflight:132da86d:f0d1b8000014b8ea01’ has been added.

2020-06-25 11:42:22.182 [INFO ] [g.discovery.internal.PersistentInbox] - Added new thing ‘deconz:onofflight:132da86d:f0d1b8000014b8ea01’ to inbox.

This is an Osram “On/Off plug-in unit”.
I have the same problem with the PHilips Hue “plug-in unit”


when trying to create the first duplicate (on/off plug-in unit Ledvance 1 (without the LEDVANCE), it says i’m about to add a "hue:0010:…) ?

when trying to create the second, (on/off plug-in unit Levance 1 (LEDVANCE), it says i’m about to add "deconz:onoff…)

I guess the second one is the right one… since it’s an Osram device on the conbee (deconz)…

Ah. They are discovered by the hue binding. Didn’t notice that before. The deconz binding now natively supports lights, plugs and blinds, so if you have hue installed, they are discovered twice, by the deconz and by the hue binding If you disable the hue binding, you should be good.

Yes, Deconz emulates a hue bridge so the hue binding will show you the lights as a duplicate hue: channel.

1 Like

I have a deconz/conbee AND a hue bridge.
The hue bridge connects about 20 lights and two plug-ins…
The deconz/conbee connects two plug-ins and about 6 sensors (aqara)
do you mean that before , the hue binding already discovered the plugin’s (without that I noticed it), and that the deconz binding wasn’t able to discover them, until now?
As I use, for now, the deconz binding to connect sensors from aqara (hue bridge cannot do that), and those sensors use batteries, I needed devices connected to electrity, (in my case those plug-ins) to expand my zigbee mesh network, as some sensors were too far)…
So, I guess I will keep on having duplicate discovered things… But, I’ll create only thing discovered by the conbee binding, and work with that…

Anyway, maybe some day,I’ll create a separate “conbee hub” (raspberry+stick) and put all my zigbee devices on it… But, that’s not for now yet.

Thank you anyway for that incredible fast reaction and help.

small note: when the plug-in isn’t reachable (can see it in software from deconz and by using REST, the deconz binding still tells the thing that it’s online…

Yes

That’s how I’m doing it. Deconz natively supports a wider range of Zigbee sensors and buttons.

1 Like