it’s an alternate hardware version. Will be correct in .100 of HA
Same here for my Sylvania Smart+ Wall Switch. It pairs but finds no compatible Integration Object to load.
Zigbee Wall Switch
PLUG
by LEDVANCE
Bedroom
Zigbee Coordinator
(entity unavailable)
switch.ledvance_plug_00054985_1
Hi all
I have Aqara button WXKG11LM and can’t get it to work right.
It is paired:
The state is always
Unknown. No zha_event fired, but when I click the button I see this in logs:
2019-09-29 11:20:13 DEBUG (MainThread) [zigpy.zcl] [0xd59a:1:0x0012] ZCL deserialize: <ZCLHeader frame_control=<FrameControl frame_type=GLOBAL_COMMAND manufacturer_specific=False is_reply=True disable_default_response=True> manufacturer=None tsn=27 command_id=Command.Report_Attributes>
2019-09-29 11:20:13 DEBUG (MainThread) [zigpy.zcl] [0xd59a:1:0x0012] ZCL request 0x000a: [[<Attribute attrid=85 value=<TypeValue type=uint16_t, value=1>>]]
2019-09-29 11:20:13 DEBUG (MainThread) [zigpy.zcl] [0xd59a:1:0x0012] Attribute report received: present_value=1
I have debug level enabled for zigpy and homeassistant.core. I tried to remove the button and add pair it again but no luck.
I’m on Hassio 0.99.3
It has temperature cluster but it doesn’t report temperature correctly. I thought that entity was hidden. This switch works, but since it is a remote it produces zha_events. You can also bind the switch directly to a light (s) which actually I like much more. Out of 6 switches I have, only one is used in automation, all others are binded directly.
Hrm, no quirks applied. Could be a new revision of the device or different signature. Enable debug logging, remove and re-pair the device to collect signature and open an issue with zha-device-handlers github
1 Like
Just got started with ZHA, I’m on 0.99.3, using Conbee.
But I’m unable to get any events when listening to zha_event.
So far to test it out I added:
- Ikea Trådfri Remote
- Ikea Float Panel
- Ikea Trådfri Motion Sensor
- Sercomm Corp. SZ-WTD01 Water sensor
- Belkin Wemo smart LED
I can Turn lights on and off, I can read the Motion sensor motion and battery level.
But the remote only reports battery life, and the Water sensor is missing battery life, and also it has a tamper sensor but I get no events from that one either.
I tried enabling debug for homeassistant.core, and triggering the water sensor generates an entry in the log, but none of the buttons on the Ikea remote generate anything, and also trying to trigger the tamper switch on the water sensor also does not genereate an event.
So the I tried to enable debug on zigpy, and here I see stuff happening in the log, on all buttons, and also on the tamperswitch.
So it seems they do not reach homeassistant for some reason.
Is it broken in 0.99.3 or am I missing something?
What radio?
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>