Do not leave the remote control in direct sunlight or near, Do not subject the remote control to wet, moist or, excessively dusty environments as this may cause, The range between the remote control and the receiver, Different building materials and placement of the units. Hold the button down. Line 47037: 2020-12-09 05:56:27 DEBUG (MainThread) [homeassistant.components.zha.core.channels.base] [0x3f43:1:0x0020]: executed 'checkin_response' command with args: '(True, 8)' kwargs: '{'tsn': 64}' result: [0, ] Nothing. upgraded E1524 (5-button remote) to 2.3.075 and now, i'm unable to use group-command. Has the new IKEA firmware fixed this? Line 33828: 2020-12-09 01:35:51 DEBUG (MainThread) [zigpy.zcl] [0x3f43:1:0x0006] ZCL request 0x0002: [] Sign in Line 30288: 2020-12-09 01:00:01 DEBUG (MainThread) [homeassistant.components.zha.core.device] [0x3f43](TRADFRI remote control): Attempting to checkin with device - missed checkins: 1 Very bad news for battery saver is that IKEA have updates in the pipe (released in the OTA test feed) so need more CR-2032 :-(((. Holding the remote to the blinds should see the white light on the side of the blind light upif it doesn't then surely the blind is dead? All devices work in a small apartment, I did not change their position and previously I did not have such problems (I have been using this equipment for almost 2 years). :(
New firmware images ver 2.3.075 is for: c%b71$p";ipLx
"Y8zzjK I needed to check that if I change the battery it will loose connection to the network as well. Later swapping the 2 remotes function so the "problem one" is doing the good ones work and vice versa (renaming and fixing your blueprints so its matching the names). Line 704: 2020-12-08 20:55:06 DEBUG (MainThread) [zigpy.appdb] [0x3f43:1:0x0000] Attribute id: 4 value: IKEA of Sweden P2JQ)Q;Z+ I cant attach usb hub to my server, because is in rack housing in basement. Line 84956: 2020-12-09 14:33:35 DEBUG (MainThread) [zigpy.zcl] [0x3f43:1:0x0006] ZCL request 0x0002: [] Line 85152: 2020-12-09 14:35:00 DEBUG (MainThread) [bellows.zigbee.application] Received incomingMessageHandler frame with [, EmberApsFrame(profileId=260, clusterId=6, sourceEndpoint=1, destinationEndpoint=255, options=, groupId=0, sequence=255), 168, -58, 0x3f43, 255, 255, b'\x01I\x02'] By clicking Sign up for GitHub, you agree to our terms of service and I solved it by adding the remote via add devices by a lamp not over the coordinator.
Line 47030: 2020-12-09 05:56:25 DEBUG (MainThread) [bellows.ezsp.protocol] Send command sendUnicast: (, 0x3f43, EmberApsFrame(profileId=260, clusterId=32, sourceEndpoint=1, destinationEndpoint=1, options=, groupId=0, sequence=64), 254, b'\x01@\x00\x01\x08\x00') I will maybe try to see if it has the same behavior. Line 47020: 2020-12-09 05:56:25 DEBUG (MainThread) [bellows.zigbee.application] Received incomingMessageHandler frame with [, EmberApsFrame(profileId=260, clusterId=32, sourceEndpoint=1, destinationEndpoint=1, options=, groupId=0, sequence=246), 180, -55, 0x3f43, 255, 255, b'\t@\x00'] )53GQ)!JBOu;ce!=4OqSng{=VWZPiA]kU[anr6\\^Z:> C!) I have 6 and they are all dead.
New batteries discharge only after a few days and the remote controls stop working. I think its 50/50 chance that is must being repaired after battery being killed also with IKEA GW (1 tome of 2 batteries changes). Hi all, I had the same problem with ZHA.
Line 1679: 2020-12-08 20:55:22 DEBUG (MainThread) [homeassistant.components.zha.core.channels.base] [0x3f43:1:0x0019]: 'async_initialize' stage succeeded Silabs have releasing new Zigbee EmberZNet SDK 6.10.0.0 GA and Gecko SDK Suite 3.2. My recommendation if its very power hungry returning it and getting one new one. What are other hardware standalone solutions ? Line 1529: 2020-12-08 20:55:21 DEBUG (MainThread) [homeassistant.components.zha.core.gateway] [0x3f43](IKEA of Sweden TRADFRI remote control) restored as 'available', last seen: 1:56:07 ago Were you able to somehow figure this problem out? Dispose of used batteries according to the, The remote control is for indoor use only and can be used. LE: Found it: secondary_info: last-changed, As you can see in the report, and about what @macfly92 is reporting as well, we have 2 problems, the second one being that once battery is depleted and we change it, the device does not come back online even if we leave it for hours or we press on it many times. Line 68376: 2020-12-09 12:10:32 DEBUG (MainThread) [zigpy.zcl] [0x3f43:1:0x0006] No handler for cluster command 2 can affect the wireless connectivity range. I have all test remotes on the alpha firmware and they looks working OK but cant controlling groups and the battery looks OK but i think its now helping with the new version on Sonofff ZBB. In this issue I started with Ikea switches not working with Sonoff ZB Bridge running via ZHA, what part should I change in order to make it work? Also all new controller firmware is not Zigbee certificated so better waiting trying them out until they looks working. I had the same problem. This is what I am expecting anyway. I reporting back if doing some new findings. Line 85201: 2020-12-09 14:35:13 DEBUG (MainThread) [zigpy.zcl] [0x3f43:1:0x0006] ZCL deserialize: The maximum battery life was 1 week! experiencing very quick battery depletion here also. Line 1659: 2020-12-08 20:55:22 DEBUG (MainThread) [homeassistant.components.zha.core.channels.base] [0x3f43:1:0x1000]: initializing channel: from_cache: True After OTA update Ikea E1524/E1810 can't be bound to group - how to downgrade? Restart HA between the changes and dont forgetting reversing the changes in step one then have doing all or you is getting problem later. I having one RaspBee I (x-production system) its not bad but not good for 50 and the deCONZ is having support that is not working as expected for one "premium product". What solutions do you have for the 3 parts of the system (wireless devices, hubs and HA integrations)? Okay. Line 1115: 2020-12-08 20:55:08 DEBUG (MainThread) [zigpy.appdb] [0x3f43:1:0x0001] Attribute id: 33 value: 174 Mine have been running for 2 years and Im only now needing to change some batteries. Line 84892: 2020-12-09 14:33:32 DEBUG (MainThread) [zigpy.zcl] [0x3f43:1:0x0006] No handler for cluster command 2 If you dont have hacking the ZBB then you is using the firmware from the factory and no need updating it one more time then its only one that is signed version of the 6.7.9.0. Until today. what firmware version does the device report, save the logs then run the following to filter egrep -i -e 'trustCenter|idConflict|70:8d:45|0xba48' home-assistant.log just replace 70:8d:45 with last digits of the remote IEEE address and replace 0xba48 with your remote NWK address, Device info After many years they have updating IAR and GCC compiler versions = good for functionality but normal getting new bugs being implanted. Disabling the test feed so using the normal. I have forbidden the coordinator having direct children (with config commands in HA) for forcing end device using routers and its working OK and i dont have any problem with lost devices, also the my test system is offline for many hours / days. If IKEA is not relenting one working version you is sucked with one not working version :-(( I have written one proposal to the devs of the Sonoff ZBB firmware for testing cooking one firmware and see if its can helping the last users that is sill having the fast battery draining problems (around 48 hours). Line 30289: 2020-12-09 01:00:01 DEBUG (MainThread) [zigpy.device] [0x3f43] Extending timeout for 0xee request recognizing this, but only on certain motion sensors. I set the battery status update once a day but it didnt help. Line 1648: 2020-12-08 20:55:22 DEBUG (MainThread) [homeassistant.components.zha.core.channels.base] [0x3f43:ZDO](TRADFRI remote control): 'async_initialize' stage succeeded Perhaps I should just get the gateway though. I don't have other Ikea remotes. It is hard for me to quantify, but believe me when I say that they consume the batteries at least 5 times faster while in ZHA. SHORTCUT Button (E1812) We have same problem, remotes just stopped working. Tasmota user normally dont have much routers more HA sensors (exceptions gibt always). Any way to downgrade to previous version? Line 85667: 2020-12-09 14:37:53 DEBUG (MainThread) [zigpy.zcl] [0x3f43:1:0x0006] No handler for cluster command 2. If the voltage is to low the device cant saving the security frame counter in the flash after acking one frame and it can going out of sync. The text was updated successfully, but these errors were encountered: Hey there @dmulcahey, @Adminiuga, mind taking a look at this issue as its been labeled with an integration (zha) you are listed as a codeowner for? by IKEA of Sweden Line 67021: 2020-12-09 11:57:23 DEBUG (MainThread) [bellows.zigbee.application] Received incomingMessageHandler frame with [, EmberApsFrame(profileId=260, clusterId=0, sourceEndpoint=1, destinationEndpoint=1, options=, groupId=0, sequence=249), 188, -53, 0x3f43, 255, 255, b'\x18B\x01\x04\x00\x00B\x0eIKEA of Sweden'] Hold the remote up to the blinds. Wait for it to open all the way. I don't think it was but I replaced them anyway. As with the sonoff bridge, the 6.7.9 version i am running is the one you posted in this thread somewhere, not the official one. moistened with a little mild detergent.
Tap on the remote 4 times. Powered by Discourse, best viewed with JavaScript enabled, IKEA TRADFRI on/off switch with ZHA using a lot of battery, Migrating from IKEA TRADFRI to Zigbee Home Assistant, [solved, sort of] ZHA IKEA remotes not pairing properly or not working after pairing, Ikea Tradfri Remote (5 button version) was working, now doesn't, very confused, IKEA Tradfri - Batteries in the remote controls are quickly discharged. Enable debug logging.and monitoring how many messages associated with the device are sent and received. Are you using zha or deconz? Thanks for feedback @Final-Hawk !!! Line 30298: 2020-12-09 01:00:04 DEBUG (MainThread) [zigpy.zcl] [0x3f43:1:0x0000] ZCL deserialize: At this moment I don't know how to help. The lost devices issue i am not too worried about since it doesn't happen often and i think its related to this battery issue. Line 85230: 2020-12-09 14:35:15 DEBUG (MainThread) [zigpy.zcl] [0x3f43:1:0x0006] No handler for cluster command 2 Line 85203: 2020-12-09 14:35:13 DEBUG (MainThread) [zigpy.zcl] [0x3f43:1:0x0006] No handler for cluster command 2 I agree with you that E1743s battery is lasting lasting longer on the IKEA GW. Should I change the coordinator (the Sonoff bridge in this case), should I change the ZB devices (stop using Ikea switches) or maybe I can fix it all up if I use Zigbee2MQTT? Welcome to the IKEA Home Smart sub (Formally TRDFRI Sub). I need to reset and pair it again too. I will let it add some more data. Log looks fine, but it's too short, anyway. The battery was "bad / old" from the store (can happen also with IKEA). Thanks for keeping us updated! The fact that you need to re-pair the device after you change the batteries hint that device either left the network or lost connection that the network. Hold the button down. waiting waiting waiting. no light. Thanks for feedback @ur7x !! Line 67013: 2020-12-09 11:57:20 DEBUG (MainThread) [zigpy.device] [0x3f43] Extending timeout for 0x42 request I measured the voltage and it is 2.3V instead of 3.27V of a new one. I should track the last time battery has been reported on a newly changed battery. New to the party: I added three Ikea buttons today, one of which is currently using a blueprint automation by mcflexus. Already on GitHub?
(message by CodeOwnersMention). Zigbee Dongle : Telegesis ETRX357USB. I wonder if Sonoff ZBB also killing remotes in Z3M :-))). in temperatures ranging from 0C to 40 C. Also I opened a ticket with POPP to check on this, waiting still. I use Hue Essentials app and getting the batter % the from the IKEA GW :-)). @ygreq I and no one can recommending that something that is working 100% with all devices and combination of them. I use a 2 button-IKEA switch with Zigbee2MQTT. Press the button. Remote still on original ones after 1.5 year. Need waiting for the firmware cooker have making working firmware that is stable before can start testing. BTW, you gave me an idea. hi, old topic, but I believe that I have the same problem.
The draining is a lot less then what it was before but on some devices i am still only getting 2-3 weeks out of them before they go offline and need a new battery. Nothing. Link to integration documentation on our website: If you are posting a link, can you post a link which leads somewhere? I don't know if the problem is specific to Sonoff NCP image or not.
Line 84954: 2020-12-09 14:33:35 DEBUG (MainThread) [bellows.zigbee.application] Received incomingMessageHandler frame with [, EmberApsFrame(profileId=260, clusterId=6, sourceEndpoint=1, destinationEndpoint=255, options=, groupId=0, sequence=254), 168, -58, 0x3f43, 255, 255, b'\x01H\x02'] Interesting is the network map to see if the remotes is connected in the system. I don't believe it is a bug with zha per se, as i would expect to see more reports like that. I also asked for help lots of months ago :/, https://community.home-assistant.io/t/debug-logging-in-zha/236982. After one week, it works great. It lasted less than 2 weeks (~11 days). Line 47024: 2020-12-09 05:56:25 DEBUG (MainThread) [homeassistant.components.zha.core.channels.base] [0x3f43:1:0x0020]: Received 64 tsn command 'checkin': [] Successfully merging a pull request may close this issue. I could not solve this problem and IKEA replaced my switch with a new one. Line 33829: 2020-12-09 01:35:51 DEBUG (MainThread) [zigpy.zcl] [0x3f43:1:0x0006] No handler for cluster command 2 Line 68373: 2020-12-09 12:10:32 DEBUG (MainThread) [bellows.zigbee.application] Received incomingMessageHandler frame with [, EmberApsFrame(profileId=260, clusterId=6, sourceEndpoint=1, destinationEndpoint=255, options=, groupId=0, sequence=250), 192, -52, 0x3f43, 255, 255, b'\x01C\x02'] Have seen user is having problem with the same coordinators in ZHA, tasmota and deCONZ :-((.
e.g a device with NWK address. After switching from, Zigbee Coordinator Your zigbee network dont like the remote (or more correct the router its using is making bad things).
Line 1658: 2020-12-08 20:55:22 DEBUG (MainThread) [homeassistant.components.zha.core.channels.base] [0x3f43:1:0x0020]: initializing channel: from_cache: True @avviano The blueprint is only using the information ZHA is getting from the Zigbee network and cant doing any thing bad with the device its like one way communication. By the way the IKEA batteries is not very god but also not very bad but pretty OK for the price (Its no VERTA ones also by price) and if its not very old more than 3V. Line 67014: 2020-12-09 11:57:20 DEBUG (MainThread) [bellows.zigbee.application] Extending timeout for 00:0d:6f:ff:fe:11:b4:06/0x3f43 But any press on the remote, zha receives data and marks it online again. How do you check the battery state of the blinds without the gateway? Once the TubeZB Coordinators come back in stock i might order one from all the issues this sonoff bridge has given me. response: Neighbors(entries=7, start_index=6, neighbor_table_list=[Neighbor(extended_pan_id=cc:cc:cc:cc:d7:12:cf:a4, ieee=00:0d:6f:ff:fe:11:b4:06, nwk=0x3f43, packed=18, permit_joining=, depth=1, lqi=188)]) Now, silabs in embery 6.9.0.0! For the moment I only seeing one premium product on the market and its @tube0013 (https://www.tubeszb.com/) network attached coordinator with TI and EZSP chips onboard :-)). Nothing. (to control tradfri-light directly) New one works great. All the videos I find mention the gateway, but I dont have the gateway. @Adminiuga , if you think there is nothing wrong with the battery consuming fast on some ikea devices, may I ask that you look into the fact that these devices need to be paired again once they finish their batteries and you put a new one? I got two set of Fyrtur blinds for two windows on the same wall a few months ago. Your observations in very interesting :-)) and you'll get all the messages related to the device, Finally I managed to do it. The only problem, if nobody uses the remote, then we t doesn't report battery often enough and zha marks the device as offline. Do the same. Waiting waiting nothing. Try again. Did you solve it? Line 47023: 2020-12-09 05:56:25 DEBUG (MainThread) [zigpy.zcl] [0x3f43:1:0x0020] No handler for cluster command 0 Line 30297: 2020-12-09 01:00:04 DEBUG (MainThread) [bellows.zigbee.application] Received incomingMessageHandler frame with [, EmberApsFrame(profileId=260, clusterId=0, sourceEndpoint=1, destinationEndpoint=1, options=, groupId=0, sequence=244), 192, -52, 0x3f43, 255, 255, b'\x18\xee\x01\x04\x00\x00B\x0eIKEA of Sweden'] Sitemap 18
