Sorry, forgot to write that. I edited the post, but it is a Conbee USB stick.
Hrm, For whatever reason Conbee I is using wrong NWK address for Ikea Tradfri 5 button remote. Same remote works fine on ConBee II You however still should see some data from zigpy-deconz when you press buttons on the remote. Make sure to enable debug for both zigpy and zigpy-deconz components.
Well as I mentioned I did see activity in the logs when pushing buttons already when I enabled debug on only zigpy.
But what I was looking for was to get something in Home Assistant by listening to zha_event.
And of all the devices I added, none of them seem to generate any zha_events, not even those that actually show up in Home Assistant, like the motion sensor.
Is this due to it being Conbee I instead of Conbee II?
This is for example pushing the middle button (On/Off)
2019-09-30 22:45:17 DEBUG (MainThread) [zigpy_deconz.uart] Frame received: 0x0e6e000700aa20
2019-09-30 22:45:17 DEBUG (MainThread) [zigpy_deconz.api] Device state changed response: [170, 32]
2019-09-30 22:45:17 DEBUG (MainThread) [zigpy_deconz.api] Command Command.aps_data_indication (1, 1)
2019-09-30 22:45:17 DEBUG (MainThread) [zigpy_deconz.uart] Send: 0x176b000800010001
2019-09-30 22:45:17 DEBUG (MainThread) [zigpy_deconz.uart] Frame received: 0x176b0021001a00220100001d023f8e0104010600030001290200afefa3000102c3
2019-09-30 22:45:17 DEBUG (MainThread) [zigpy_deconz.api] APS data indication response: [26, 34, <DeconzAddress address_mode=ADDRESS_MODE.GROUP address=0x0000>, 29, <DeconzAddress address_mode=ADDRESS_MODE.NWK address=0x8e3f>, 1, 260, 6, b'\x01)\x02', 0, 175, 239, 163, 0, 1, 2, -61]
2019-09-30 22:45:17 DEBUG (MainThread) [zigpy_deconz.zigbee.application] Received frame from unknown device: 0x8e3f
2019-09-30 22:45:17 DEBUG (MainThread) [zigpy_deconz.api] 'aps_data_indication' response from <DeconzAddress address_mode=ADDRESS_MODE.NWK address=0x8e3f>, ep: 1, profile: 0x0104, cluster_id: 0x0006, data: b'012902'
2019-09-30 22:45:18 DEBUG (MainThread) [zigpy_deconz.uart] Frame received: 0x1c6c000c00050002e57affc5
2019-09-30 22:45:19 DEBUG (MainThread) [zigpy_deconz.uart] Frame received: 0x1c6d000c00050002e57adfc1
2019-09-30 22:45:20 DEBUG (MainThread) [zigpy_deconz.uart] Frame received: 0x1c6e000c00050002e57affc9
2019-09-30 22:45:34 DEBUG (MainThread) [zigpy_deconz.uart] Frame received: 0x1c6f000c0005000273676fb3
And this was triggering the motion sensor:
2019-09-30 22:50:17 DEBUG (MainThread) [zigpy_deconz.uart] Frame received: 0x0e6e000700aa20
2019-09-30 22:50:17 DEBUG (MainThread) [zigpy_deconz.api] Device state changed response: [170, 32]
2019-09-30 22:50:17 DEBUG (MainThread) [zigpy_deconz.api] Command Command.aps_data_indication (1, 1)
2019-09-30 22:50:17 DEBUG (MainThread) [zigpy_deconz.uart] Send: 0x176d000800010001
2019-09-30 22:50:17 DEBUG (MainThread) [zigpy_deconz.uart] Frame received: 0x176d0026001f002201bccd1d02bad101040106000800015f42005802000000af87a3000102b6
2019-09-30 22:50:17 DEBUG (MainThread) [zigpy_deconz.api] APS data indication response: [31, 34, <DeconzAddress address_mode=ADDRESS_MODE.GROUP address=0xcdbc>, 29, <DeconzAddress address_mode=ADDRESS_MODE.NWK address=0xd1ba>, 1, 260, 6, b'\x01_B\x00X\x02\x00\x00', 0, 175, 135, 163, 0, 1, 2, -74]
2019-09-30 22:50:17 DEBUG (MainThread) [zigpy_deconz.zigbee.application] Received frame from unknown device: 0xd1ba
2019-09-30 22:50:17 DEBUG (MainThread) [zigpy_deconz.api] 'aps_data_indication' response from <DeconzAddress address_mode=ADDRESS_MODE.NWK address=0xd1ba>, ep: 1, profile: 0x0104, cluster_id: 0x0006, data: b'015f420058020000'
2019-09-30 22:50:17 DEBUG (MainThread) [zigpy_deconz.uart] Frame received: 0x1c6e000c00050002e57af7c4
2019-09-30 22:50:18 DEBUG (MainThread) [zigpy_deconz.uart] Frame received: 0x1c6f000c0005000273677fb5
2019-09-30 22:50:19 DEBUG (MainThread) [zigpy_deconz.uart] Frame received: 0x0e70000700aa20
2019-09-30 22:50:19 DEBUG (MainThread) [zigpy_deconz.api] Device state changed response: [170, 32]
2019-09-30 22:50:19 DEBUG (MainThread) [zigpy_deconz.api] Command Command.aps_data_indication (1, 1)
2019-09-30 22:50:19 DEBUG (MainThread) [zigpy_deconz.uart] Send: 0x176e000800010001
2019-09-30 22:50:19 DEBUG (MainThread) [zigpy_deconz.uart] Frame received: 0x176e0026001f002201bccd1d02bad101040106000800016042005802000000af7fa3000104b5
2019-09-30 22:50:19 DEBUG (MainThread) [zigpy_deconz.api] APS data indication response: [31, 34, <DeconzAddress address_mode=ADDRESS_MODE.GROUP address=0xcdbc>, 29, <DeconzAddress address_mode=ADDRESS_MODE.NWK address=0xd1ba>, 1, 260, 6, b'\x01`B\x00X\x02\x00\x00', 0, 175, 127, 163, 0, 1, 4, -75]
2019-09-30 22:50:19 DEBUG (MainThread) [zigpy_deconz.zigbee.application] Received frame from unknown device: 0xd1ba
2019-09-30 22:50:19 DEBUG (MainThread) [zigpy_deconz.api] 'aps_data_indication' response from <DeconzAddress address_mode=ADDRESS_MODE.NWK address=0xd1ba>, ep: 1, profile: 0x0104, cluster_id: 0x0006, data: b'0160420058020000'
2019-09-30 22:50:19 DEBUG (MainThread) [zigpy_deconz.uart] Frame received: 0x1c6f000c00050002736777b4
2019-09-30 22:50:20 DEBUG (MainThread) [zigpy_deconz.uart] Frame received: 0x1c70000c00050002736777b4
2019-09-30 22:50:21 DEBUG (MainThread) [zigpy_deconz.uart] Frame received: 0x0e71000700aa20
2019-09-30 22:50:21 DEBUG (MainThread) [zigpy_deconz.api] Device state changed response: [170, 32]
2019-09-30 22:50:21 DEBUG (MainThread) [zigpy_deconz.api] Command Command.aps_data_indication (1, 1)
2019-09-30 22:50:21 DEBUG (MainThread) [zigpy_deconz.uart] Send: 0x176f000800010001
2019-09-30 22:50:21 DEBUG (MainThread) [zigpy_deconz.uart] Frame received: 0x176f0026001f002201bccd1d02bad101040106000800016142005802000000af87a3000104b6
2019-09-30 22:50:21 DEBUG (MainThread) [zigpy_deconz.api] APS data indication response: [31, 34, <DeconzAddress address_mode=ADDRESS_MODE.GROUP address=0xcdbc>, 29, <DeconzAddress address_mode=ADDRESS_MODE.NWK address=0xd1ba>, 1, 260, 6, b'\x01aB\x00X\x02\x00\x00', 0, 175, 135, 163, 0, 1, 4, -74]
2019-09-30 22:50:21 DEBUG (MainThread) [zigpy_deconz.zigbee.application] Received frame from unknown device: 0xd1ba
2019-09-30 22:50:21 DEBUG (MainThread) [zigpy_deconz.api] 'aps_data_indication' response from <DeconzAddress address_mode=ADDRESS_MODE.NWK address=0xd1ba>, ep: 1, profile: 0x0104, cluster_id: 0x0006, data: b'0161420058020000'
2019-09-30 22:50:21 DEBUG (MainThread) [zigpy_deconz.uart] Frame received: 0x1c70000c0005000273677fb5
2019-09-30 22:50:22 DEBUG (MainThread) [zigpy_deconz.uart] Frame received: 0x1c71000c0005000273678fb7
2019-09-30 22:50:22 DEBUG (MainThread) [zigpy_deconz.uart] Frame received: 0x1c72000c0005000273678fb7
2019-09-30 22:50:23 DEBUG (MainThread) [zigpy_deconz.uart] Frame received: 0x1c73000c00050002736787b6
2019-09-30 22:50:24 DEBUG (MainThread) [zigpy_deconz.uart] Frame received: 0x1c74000c0005000273675fb1
During both of those, I had Listen to events active on zha_event, but nothing happened there.
There seems to be a problem with Conbee I firmware where it does not provide the correct source address of the device originating the group transmission. That’s why you get the unknown device and that’s why you don’t see any ZHA events in ha.
Is 8e:3f part of the device IEEE address tail? cause I’m getting the same error with ConBee I and ConBee 2 just works fine and for both devices the address of the unknown device are two bytes from device’s IEEE tail.
This zigpy-deconz version contains a workaround for Conbee I sticks, which makes Ikea remotes/motion sensors etc to work with ZHA. Install that ZIP package and it should fix the issue.
Hi, just realised should have used this topic, apologies
Received my conbee2 today, set it up with ZHA.
Connecting my motion sensors works like a charm (although not all show the battery level). Connecting my xiaomi wireless switches works better than ever.
I also have a lot of Xiaomi WXKG02LM 2016 wall switches, they pair great, so much easier than zigbee2mqtt.
[0xab3d:1] Manufacturer: LUMI
[0xab3d:1] Model: lumi.sensor_86sw2
[0xab3d:2] Discovering endpoint information
[0xab3d:2] Discovered endpoint information: <SimpleDescriptor endpoint=2 profile=260 device_type=24322 device_version=1 input_clusters=[3, 18] output_clusters=[4, 3, 5, 18]>
[0xab3d:3] Discovering endpoint information
[0xab3d:3] Discovered endpoint information: <SimpleDescriptor endpoint=3 profile=260 device_type=24323 device_version=1 input_clusters=[3, 12] output_clusters=[4, 3, 5, 12]>
Checking quirks for LUMI lumi.sensor_86sw2 (00:15:8d:00:01:70:d9:64)
Considering <class ‘zhaquirks.xiaomi.aqara.remote_b286acn01.RemoteB286ACN01’>
Found custom device replacement for 00:15:8d:00:01:70:d9:64: <class ‘zhaquirks.xiaomi.aqara.remote_b286acn01.RemoteB286ACN01’>
device - 0xab3d:00:15:8d:00:01:70:d9:64 entering async_device_initialized - is_new_join: True
device - 0xab3d:00:15:8d:00:01:70:d9:64 has joined the ZHA zigbee network
0xab3d: started configuration
0xab3d:ZDO: channel: ‘async_configure’ stage succeeded
[0xab3d:1:0x0000]: finished channel configuration
[0xab3d:1:0x0001]: finished channel configuration
[0xab3d:1:0x0001]: channel: ‘async_configure’ stage succeeded
[0xab3d:1:0x0012]: finished channel configuration
[0xab3d:1:0x0012]: channel: ‘async_configure’ stage succeeded
[0xab3d:1:0x0005]: finished channel configuration
[0xab3d:1:0x0005]: channel: ‘async_configure’ stage succeeded
[0xab3d:2:0x0012]: finished channel configuration
[0xab3d:2:0x0012]: channel: ‘async_configure’ stage succeeded
[0xab3d:2:0x0005]: finished channel configuration
[0xab3d:2:0x0005]: channel: ‘async_configure’ stage succeeded
[0xab3d:3:0x0012]: finished channel configuration
[0xab3d:3:0x0012]: channel: ‘async_configure’ stage succeeded
[0xab3d:3:0x0005]: finished channel configuration
[0xab3d:3:0x0005]: channel: ‘async_configure’ stage succeeded
[0xab3d:1:0x0000] ZCL deserialize: <ZCLHeader frame_control= manufacturer=None tsn=187 command_id=Command.Read_Attributes_rsp>
[0xab3d:1:0x0000]: initializing channel: from_cache: False
[0xab3d:1:0x0000]: channel: ‘async_configure’ stage succeeded
0xab3d: completed configuration
0xab3d: stored in registry: ZhaDeviceEntry(name=‘LUMI lumi.sensor_86sw2’, ieee=‘00:15:8d:00:01:70:d9:64’, last_seen=1569967915.4344609)
0xab3d: started initialization
0xab3d:ZDO: entry loaded from storage: ZhaDeviceEntry(name=‘LUMI lumi.sensor_86sw2’, ieee=‘00:15:8d:00:01:70:d9:64’, last_seen=1569967915.4344609)
0xab3d:ZDO: channel: ‘async_initialize’ stage succeeded
The result however is a LUMI lumi.sensor_86sw2 using “Quirk:
zhaquirks.xiaomi.aqara.remote_b286acn01.RemoteB286ACN01”
Showing a battery icon and 3 unknown sensors, switching between unavailable and unknown… Pressing a button does not fire a zha_event.
I am clueless as how to use these switches.
Anyone care to help me out?
Thank you.
I was not sure how to install it, I’m running Home Assistant in docker. But after searching inside the docker continer I think I figured out how to install it. I logged into the container and downloaded the file from there, decompressed it, then I ran:
python setup.py install
And it looked as if it installed it in the correct path. Then I restarted the container. But I still did not get any events from any of my devices.
So after some more investigation I saw that the files in /usr/local/lib/python3.7/site-packages/zigpy_deconz/ had a different size than those in the zip file, so then I tried to just copy and overwrite the files.
But now my devices where gone, looking in the log I see an error during startup:
2019-10-02 11:14:10 ERROR (MainThread) [homeassistant.config_entries] Error setting up entry /dev/ttyUSB-ZigBee for zha
Traceback (most recent call last):
File "/usr/src/homeassistant/homeassistant/config_entries.py", line 190, in async_setup
hass, self
File "/usr/src/homeassistant/homeassistant/components/zha/__init__.py", line 107, in async_setup_entry
await zha_gateway.async_initialize()
File "/usr/src/homeassistant/homeassistant/components/zha/core/gateway.py", line 121, in async_initialize
self.application_controller = radio_details[CONTROLLER](radio, database)
File "/usr/local/lib/python3.7/site-packages/zigpy_deconz/zigbee/application.py", line 27, in __init__
self._pending = zigpy.util.Requests()
AttributeError: module 'zigpy.util' has no attribute 'Requests'
Hrm, reinstall original zigpy-deconz. There were changes incompatible with versions delivered with 0.98. run in docker pip3 uninstall -y zigpy-deconz and then pip3 install zigpy-deconz==0.3.0
The new beta is coming today and hopefully would contain the fix.
Hmm, I suppose your latest reply was for @ImmoNl?
But it actually gave me a hint, so I went to the github repo, and I could see you pulled the modifed version into the main tree which is now at 0.5.0 version.
So I followed the same instruction but instead of 0.3.0 I told it to install 0.5.0, and it installed the 0.5.0 version and it also installed zigpy-homeassistant-0.9.0, I suppose due to dependencies.
I compared the filesize of the installed version with the one from the zip, and they now matched.
However during boot, I saw in the logs:
2019-10-02 23:52:37 INFO (SyncWorker_4) [homeassistant.util.package] Attempting install of zigpy-homeassistant==0.8.0
And that seems to have also downgraded zigby-deconz as the files were now again different size.
And copying the file still gives the above error.
I’m thinking of perhaps I should go and get a Conbee II instead if there are firmware bugs in Conbee 1?
HA would try to install the versions from homeassistant/components/zha/manifest.json You either have to update the manifest.json or change the version of zigpy and zigpy-deconz modules
Nice, i’m learning more and more about the inner works of Home Assistant. 
So I first changed the manifest to need both zigpy-deconz 0.5.0 and zigpy-homeassistant 0.9.0.
{
"domain": "zha",
"name": "Zigbee Home Automation",
"config_flow": true,
"documentation": "https://www.home-assistant.io/components/zha",
"requirements": [
"bellows-homeassistant==0.9.1",
"zha-quirks==0.0.23",
"zigpy-deconz==0.5.0",
"zigpy-homeassistant==0.9.0",
"zigpy-xbee-homeassistant==0.4.0",
"zigpy-zigate==0.3.1"
],
"dependencies": [],
"codeowners": ["@dmulcahey", "@adminiuga"]
}
But that was no good, it filled the log with errors like this one:
2019-10-03 08:54:45 ERROR (MainThread) [homeassistant.core] Error doing job: Exception in callback SerialTransport._read_ready()
Traceback (most recent call last):
File "/usr/local/lib/python3.7/asyncio/events.py", line 88, in _run
self._context.run(self._callback, *self._args)
File "/usr/local/lib/python3.7/site-packages/serial_asyncio/__init__.py", line 106, in _read_ready
self._protocol.data_received(data)
File "/usr/local/lib/python3.7/site-packages/zigpy_deconz/uart.py", line 63, in data_received
self._api.data_received(frame)
File "/usr/local/lib/python3.7/site-packages/zigpy_deconz/api.py", line 214, in data_received
getattr(self, '_handle_%s' % (command.name, ))(data)
File "/usr/local/lib/python3.7/site-packages/zigpy_deconz/api.py", line 304, in _handle_aps_data_indication
data[16]) # rssi
File "/usr/local/lib/python3.7/site-packages/zigpy_deconz/zigbee/application.py", line 178, in handle_rx
self.handle_message(device, profile_id, cluster_id, src_ep, dst_ep, data)
TypeError: handle_message() missing 3 required positional arguments: 'tsn', 'command_id', and 'args'
So then I tried to change back to zigpy-homeassistant 0.8.0 and only use zigpy-deconz 0.5.0.
But then i’m back to the error I got when I tried to install it manually from the zip-file you linked earlier.
2019-10-03 09:00:09 ERROR (MainThread) [homeassistant.config_entries] Error setting up entry /dev/ttyUSB-ZigBee for zha
Traceback (most recent call last):
File "/usr/src/homeassistant/homeassistant/config_entries.py", line 190, in async_setup
hass, self
File "/usr/src/homeassistant/homeassistant/components/zha/__init__.py", line 107, in async_setup_entry
await zha_gateway.async_initialize()
File "/usr/src/homeassistant/homeassistant/components/zha/core/gateway.py", line 121, in async_initialize
self.application_controller = radio_details[CONTROLLER](radio, database)
File "/usr/local/lib/python3.7/site-packages/zigpy_deconz/zigbee/application.py", line 27, in __init__
self._pending = zigpy.util.Requests()
AttributeError: module 'zigpy.util' has no attribute 'Requests'
Tried this, I was already at 0.3.0. No luck
Than updated to 0.5.0, restarted HA and back to 0.3.0. Changed the manifest, zha didn’t work anymore to reverted back to 0.3.0
I now added a single button switch too.
Both switches now show steadily, but state of all sensors is ‘unknown’. Pressing buttons doesn’t trigger an event.
Perhaps I am looking in the wrong direction, how do I automate with the xiaomi switches? The wiress buttons trigger a zha_event, those were easy
Eldaria mentioned the Tradfri 5 button remote in post #1254 talking about deconz with a conbee; does anyone know if these work with a Husbzb-1 and how they are supposed to? I got mine to pair and it’s using the quirk zhaquirks.ikea.fivebtnremote.IkeaTradfriRemote so I figured the device handler did something is there some special way to interact with it? It doesn’t generate zha_events, and I’ve not been able to bind it to a bulb using the ZHA integration page (I’ve tried keeping the remote close to the bulb and to the stick). Here’s how the device was added, if I need get other logs and test things I can do that:
[0x0000:zdo] ZDO request 0x0036: [60, <Bool.false: 0>]
Device 0xa0b6 (00:0d:6f:ff:fe:39:49:e4) joined the network
[0xa0b6] Requesting 'Node Descriptor'
[0x879a:1:0x0006] ZCL deserialize: <ZCLHeader frame_control=<FrameControl frame_type=GLOBAL_COMMAND manufacturer_specific=False is_reply=True disable_default_response=True> manufacturer=None tsn=73 command_id=Command.Report_Attributes>
[0x879a:1:0x0006] ZCL request 0x000a: [[<Attribute attrid=0 value=<TypeValue type=Bool, value=Bool.false>>]]
[0x879a:1:0x0006] Attribute report received: on_off=Bool.false
[0x0472:1:0x0006] ZCL deserialize: <ZCLHeader frame_control=<FrameControl frame_type=GLOBAL_COMMAND manufacturer_specific=False is_reply=True disable_default_response=True> manufacturer=None tsn=17 command_id=Command.Report_Attributes>
[0x0472:1:0x0006] ZCL request 0x000a: [[<Attribute attrid=0 value=<TypeValue type=Bool, value=Bool.false>>]]
[0x0472:1:0x0006] Attribute report received: on_off=Bool.false
Device 0xd7d5 (00:0d:6f:ff:fe:39:49:e4) joined the network
Device 00:0d:6f:ff:fe:39:49:e4 changed id (0xa0b6 => 0xd7d5)
Canceling old initialize call
[0xd7d5] Requesting Node Descriptor failed:
[0xd7d5] Discovering endpoints
[0xd7d5] Requesting 'Node Descriptor'
[0xd7d5:zdo] ZDO request 0x0013: [0xd7d5, 00:0d:6f:ff:fe:39:49:e4, 128]
[0xd7d5] Discovered endpoints: [1]
[0xd7d5:1] Discovering endpoint information
[0xd7d5] Node Descriptor: <Optional byte1=2 byte2=64 mac_capability_flags=128 manufacturer_code=4476 maximum_buffer_size=82 maximum_incoming_transfer_size=82 server_mask=0 maximum_outgoing_transfer_size=82 descriptor_capability_field=0>
[0xd7d5] Discovering endpoints
[0xd7d5:1] Discovered endpoint information: <SimpleDescriptor endpoint=1 profile=49246 device_type=2096 device_version=2 input_clusters=[0, 1, 3, 9, 2821, 4096] output_clusters=[3, 4, 5, 6, 8, 25, 4096]>
[0xd7d5] Discovered endpoints: [1]
[0xd7d5:1] Discovering endpoint information
[0xc264:3:0x0b04]: async_update
[0xf048:1:0x0b04]: async_update
[0xc264:3:0x0b04] ZCL deserialize: <ZCLHeader frame_control=<FrameControl frame_type=GLOBAL_COMMAND manufacturer_specific=False is_reply=True disable_default_response=True> manufacturer=None tsn=180 command_id=Command.Read_Attributes_rsp>
[0xd7d5:1] Discovered endpoint information: <SimpleDescriptor endpoint=1 profile=49246 device_type=2096 device_version=2 input_clusters=[0, 1, 3, 9, 2821, 4096] output_clusters=[3, 4, 5, 6, 8, 25, 4096]>
[0xd7d5:1:0x0000] ZCL deserialize: <ZCLHeader frame_control=<FrameControl frame_type=GLOBAL_COMMAND manufacturer_specific=False is_reply=True disable_default_response=True> manufacturer=None tsn=182 command_id=Command.Read_Attributes_rsp>
[0xd7d5:1] Manufacturer: IKEA of Sweden
[0xd7d5:1] Model: TRADFRI remote control
Checking quirks for IKEA of Sweden TRADFRI remote control (00:0d:6f:ff:fe:39:49:e4)
Considering <class 'zhaquirks.ikea.fivebtnremote.IkeaTradfriRemote'>
Found custom device replacement for 00:0d:6f:ff:fe:39:49:e4: <class 'zhaquirks.ikea.fivebtnremote.IkeaTradfriRemote'>
device - 0xd7d5:00:0d:6f:ff:fe:39:49:e4 entering async_device_initialized - is_new_join: True
device - 0xd7d5:00:0d:6f:ff:fe:39:49:e4 has joined the ZHA zigbee network
[0xd7d5](TRADFRI remote control): started configuration
[0xd7d5:ZDO](TRADFRI remote control): channel: 'async_configure' stage succeeded
[0xd7d5:1:0x1000]: channel: 'async_configure' stage failed ex: 65 is not a valid Command
[0xd7d5:1:0x0000]: bound 'basic' cluster: Status.SUCCESS
[0xd7d5:1:0x0000]: finished channel configuration
[0xd7d5:1:0x0001]: bound 'power' cluster: Status.SUCCESS
[0xd7d5:1:0x0005]: bound 'scenes' cluster: Status.SUCCESS
[0xd7d5:1:0x0005]: finished channel configuration
[0xd7d5:1:0x0005]: channel: 'async_configure' stage succeeded
[0xd7d5:1:0x0000] ZCL deserialize: <ZCLHeader frame_control=<FrameControl frame_type=GLOBAL_COMMAND manufacturer_specific=False is_reply=True disable_default_response=True> manufacturer=None tsn=187 command_id=Command.Read_Attributes_rsp>
[0xd7d5:1:0x0000]: initializing channel: from_cache: False
[0xd7d5:1:0x0000]: channel: 'async_configure' stage succeeded
[0xd7d5:1:0x0001] ZCL deserialize: <ZCLHeader frame_control=<FrameControl frame_type=GLOBAL_COMMAND manufacturer_specific=False is_reply=True disable_default_response=False> manufacturer=None tsn=188 command_id=Command.Configure_Reporting_rsp>
[0xd7d5:1:0x0001]: reporting 'battery_voltage' attr on 'power' cluster: 3600/10800/1: Result: '[[<ConfigureReportingResponseRecord status=Status.SUCCESS>]]'
[0xd7d5:1:0x0006]: bound 'on_off' cluster: Status.SUCCESS
[0xd7d5:1:0x0006]: finished channel configuration
[0xd7d5:1:0x0006]: channel: 'async_configure' stage succeeded
[0xd7d5:1:0x0008]: bound 'level' cluster: Status.SUCCESS
[0xd7d5:1:0x0008]: finished channel configuration
[0xd7d5:1:0x0008]: channel: 'async_configure' stage succeeded
[0xd7d5:1:0x0001] ZCL deserialize: <ZCLHeader frame_control=<FrameControl frame_type=GLOBAL_COMMAND manufacturer_specific=False is_reply=True disable_default_response=False> manufacturer=None tsn=191 command_id=Command.Configure_Reporting_rsp>
[0xd7d5:1:0x0001]: reporting 'battery_percentage_remaining' attr on 'power' cluster: 3600/10800/1: Result: '[[<ConfigureReportingResponseRecord status=Status.SUCCESS>]]'
[0xd7d5:1:0x0001]: finished channel configuration
[0xd7d5:1:0x0001]: channel: 'async_configure' stage succeeded
[0xd7d5](TRADFRI remote control): completed configuration
[0xd7d5](TRADFRI remote control): stored in registry: ZhaDeviceEntry(name='IKEA of Sweden TRADFRI remote control', ieee='00:0d:6f:ff:fe:39:49:e4', last_seen=1570151886.7730668)
[0xd7d5](TRADFRI remote control): started initialization
[0xd7d5:ZDO](TRADFRI remote control): entry loaded from storage: ZhaDeviceEntry(name='IKEA of Sweden TRADFRI remote control', ieee='00:0d:6f:ff:fe:39:49:e4', last_seen=1570151886.7730668)
[0xd7d5:ZDO](TRADFRI remote control): channel: 'async_initialize' stage succeeded
[0xd7d5:1:0x1000]: initializing channel: from_cache: False
[0xd7d5:1:0x1000]: channel: 'async_initialize' stage succeeded
[0xd7d5:1:0x0005]: initializing channel: from_cache: False
[0xd7d5:1:0x0005]: channel: 'async_initialize' stage succeeded
[0xd7d5:1:0x0006]: initializing channel: from_cache: False
[0xd7d5:1:0x0006]: channel: 'async_initialize' stage succeeded
[0xd7d5:1:0x0008]: initializing channel: from_cache: False
[0xd7d5:1:0x0008]: channel: 'async_initialize' stage succeeded
[0xd7d5:1:0x0000] ZCL deserialize: <ZCLHeader frame_control=<FrameControl frame_type=GLOBAL_COMMAND manufacturer_specific=False is_reply=True disable_default_response=True> manufacturer=None tsn=192 command_id=Command.Read_Attributes_rsp>
[0xd7d5:1:0x0001] ZCL deserialize: <ZCLHeader frame_control=<FrameControl frame_type=GLOBAL_COMMAND manufacturer_specific=False is_reply=True disable_default_response=True> manufacturer=None tsn=193 command_id=Command.Read_Attributes_rsp>
[0xd7d5:1:0x0000]: initializing channel: from_cache: False
[0xd7d5:1:0x0000]: channel: 'async_initialize' stage succeeded
[0xd7d5:1:0x0001] ZCL deserialize: <ZCLHeader frame_control=<FrameControl frame_type=GLOBAL_COMMAND manufacturer_specific=False is_reply=True disable_default_response=True> manufacturer=None tsn=194 command_id=Command.Read_Attributes_rsp>
[0xd7d5:1:0x0001] ZCL deserialize: <ZCLHeader frame_control=<FrameControl frame_type=GLOBAL_COMMAND manufacturer_specific=False is_reply=True disable_default_response=True> manufacturer=None tsn=195 command_id=Command.Read_Attributes_rsp>
[0xd7d5:1:0x0001] ZCL deserialize: <ZCLHeader frame_control=<FrameControl frame_type=GLOBAL_COMMAND manufacturer_specific=False is_reply=True disable_default_response=True> manufacturer=None tsn=196 command_id=Command.Read_Attributes_rsp>
[0xd7d5:1:0x0001]: initializing channel: from_cache: False
[0xd7d5:1:0x0001]: channel: 'async_initialize' stage succeeded
[0xd7d5](TRADFRI remote control): power source: Battery or Unknown
[0xd7d5](TRADFRI remote control): completed initialization
[0xcea3:3:0x0300] ZCL deserialize: <ZCLHeader frame_control=<FrameControl frame_type=GLOBAL_COMMAND manufacturer_specific=False is_reply=True disable_default_response=True> manufacturer=None tsn=195 command_id=Command.Report_Attributes>
[0xcea3:3:0x0300] ZCL request 0x000a: [[<Attribute attrid=7 value=<TypeValue type=uint16_t, value=333>>]]
[0xcea3:3:0x0300] Attribute report received: color_temperature=333
[0xf048:1:0x0b04]: async_update
[0xc264:3:0x0b04]: async_update
[0xc264:3:0x0b04] ZCL deserialize: <ZCLHeader frame_control=<FrameControl frame_type=GLOBAL_COMMAND manufacturer_specific=False is_reply=True disable_default_response=True> manufacturer=None tsn=199 command_id=Command.Read_Attributes_rsp>
[0xc264:3:0x0b04]: async_update
[0xf048:1:0x0b04]: async_update
[0xc264:3:0x0b04] ZCL deserialize: <ZCLHeader frame_control=<FrameControl frame_type=GLOBAL_COMMAND manufacturer_specific=False is_reply=True disable_default_response=True> manufacturer=None tsn=201 command_id=Command.Read_Attributes_rsp>
if failed to initialize the special group registration it needs to function correctly. I’m not sure why though. Are you using a conbee? this device only works correctly with ember radios atm IIRC. This is tested and confirmed working with the HUSBZB-1.
Thanks David, I’ll remove it and try to re-add it see if that fails again. I’m using the Husbzb-1 I have 2 of these remotes and neither work at the moment, just bought them a week ago.
I thought I would post an update as I now seem to have resolved my Zigbee instability issues with the HUSBZB-1 and hopefully this might help others.
After tearing my hair out I did a great deal of research and one of the things I realized I hadn’t checked was what Zigbee channel HA used by default. It is channel 15. I had my Asus mesh WiFi on Channel 6 because my Wink Hub 2 used channel 24 and it never occurred to me to check it, big mistake lol. I immediately changed my WiFi to 11 and saw a big improvement but still experienced devices going offline.
After more reading I also decided to use a USB extension cable to get the HUSBZB-1 away from my HA PC, then I relocated it too the most central part of the ground floor of my home. Again things improved further and I was happy that I was making progress, that was until my neighbour brought himself a TP-Link Deco M9 Mesh WiFi which I helped to setup. Damn the thing is powerful but it chose Channel 6 for the WiFi and it cannot be changed!! Then I started to see some more instability in my Zigbee network.
Fast forward and lots more reading I found out how to change the Zigbee channel in HA so I moved it too channel 11 (Zigbee) with my WiFi on channel 11. Since I have done this along with the other items I mentioned above I now have a really stable and fast Zigbee network. I added the awesome ZHA Lovelace card and have been monitoring my network closely for the last 2 weeks. Below is what I have typically been seeing.
So to summarize here is what I did:
- Fresh Install Ubuntu Server, HA & Docker
- Disabled Modem Manager
- Change Zigbee channel to 11 & moved my WiFi to give as much separation as possible
- Relocate HA machine to as close as central in my house as possible
- Use a USB extension cable (My HA machine is on the floor behind an upright display cabinet and the HUSBZB-1 is mounted at the top of the cabinet using adhesive clips, roughly 6 feet high)
- I also added 3 of the Ikea Tradfri plug sockets, one on each floor to act as repeaters. I may grab a couple more as they are only $12 CDN
- I also moved every wireless device that I could to the 5Ghz network
Sorry if this was long winded but I was determined to get too the bottom of my problems as I did not want too go back to my Wink Hub2 lol
Hope this helps
2 Likes
Hi
Could use some help on my lumi.86sw1 and sw2 switches.
Pairing works fine, but in the log I find this when pressing a button. There is no zha_event
Ignoring message (b’182c0a0000100100001000’) on cluster 6: unknown endpoint or cluster id: ‘No cluster ID 0x0006 on (00:15:8d:00:01:70:ee:97, 2)’
Is this something I can fix in configuration of the switch in zha?
Running 0.100.1 now
Remove it with the UI. Wait 3 minutes. Then re add it. It looks like it didn’t pair correctly.
Thanks. Tried that, also tried another (similar model) switch.
Both have the exact same behaviour.
Pairing without frantically pushing the buttons seems to work better, but still no zha_events.
Took out the conbee2, put it back, restarted hass, reset the switches, repaired. still the same issue 
Follow the steps again… then give me the content of the output panel after the device card shows up. If SimpleDescriptor isn’t in the output that means the device wasn’t actually removed from ZHA and it didn’t go through the discovery process again. Once you have the output containing SimpleDescriptor link it here and I’ll take a look. Also, what version of HA are you on? I just expanded support for Xiaomi switches / buttons in .100