vs6817
(Valter Santos)
August 18, 2021, 7:52pm
1
So I have the square Ikea button that comes with the blinds and was able to connect it to Smartthings and make an automation to have the blinds open/close when the corresponding button is pressed. But, when I actually press the button nothing happens. I’m not sure what I could be missing. Any advice?
Battery died.
There is a bug. It drains battery in less than 24 hrs
It’s not Ikea, it is SmartThings.
If button is not connected to SmartThings it last forever, as soon as you connect it to SmartThings starts draining.
Place new battery, reconnect, and check battery in 10 minutes. It will drop 5-10%
1 Like
The problem actually is IKEA, it’s just that they don’t have the problem with their own gateway so they aren’t super motivated to fix it.
The problem has been reported in forums for many different hub brands, not just smartthings.
I first saw the problem reported in a home assistant forum back in December.
opened 01:46PM - 05 Dec 20 UTC
closed 04:21AM - 05 Apr 21 UTC
integration: zha
<!-- READ THIS FIRST:
- If you need additional help with this template, pleas… e refer to https://www.home-assistant.io/help/reporting_issues/
- Make sure you are running the latest version of Home Assistant before reporting an issue: https://github.com/home-assistant/core/releases
- Do not report issues for integrations if you are using custom components or integrations.
- Provide as many details as possible. Paste logs, configuration samples and code into the backticks.
DO NOT DELETE ANY TEXT from this template! Otherwise, your issue may be closed without comment.
-->
## The problem
<!--
Describe the issue you are experiencing here to communicate to the
maintainers. Tell us what you were trying to do and what happened.
-->
Running Ikea on/off switches and remote controls with ZHA and Sonoff ZB Bridge on HA running on Proxmox. First of all, I want to mention the fact that the Ikea devices consume the batteries much much faster that if I were to use them with the Tradfri Bridge. 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**
The second problem I’ve been having since at least a few weeks now with Ikea remote controls and on/off switches is the fact that **they stop responding after having replaced their batteries**. Even after a few hours. I also checked them in Events via zha_event. It remains unavailable. The solution I found is to pair them again. Once paired, they are recognized by the system with their old names I set. The other devices from Ikea that still have batteries are working ok.
## Environment
<!--
Provide details about the versions you are using, which helps us to reproduce
and find the issue quicker. Version information is found in the
Home Assistant frontend: Configuration -> Info.
-->
- Home Assistant Core release with the issue: 0.118.4
- Last working Home Assistant Core release (if known): Not known
- Operating environment (OS/Container/Supervised/Core): Proxmox
- Integration causing this issue: ZHA with Sonoff ZB Bridge
- Link to integration documentation on our website: [https://www.home-assistant.io/integrations/zha/](url)
## Problem-relevant `configuration.yaml`
<!--
An example configuration that caused the problem for you. Fill this out even
if it seems unimportant to you. Please be sure to remove personal information
like passwords, private URLs and other credentials.
-->
```yaml
```
## Traceback/Error logs
<!--
If you come across any trace or error logs, please provide them.
-->
This is what I get when re-pairing one Ikea remote control
```[0x0000:zdo] ZDO request ZDOCmd.Mgmt_Permit_Joining_req: [60, <Bool.false: 0>]
Device 0x3f48 (00:0d:6f:ff:fe:11:b4:06) joined the network
Device 00:0d:6f:ff:fe:11:b4:06 changed id (0xc339 => 0x3f48)
device - 0x3f48:00:0d:6f:ff:fe:11:b4:06 entering async_device_initialized - is_new_join: False
device - 0x3f48:00:0d:6f:ff:fe:11:b4:06 has been reset and re-added or its nwk address changed
skipping discovery for previously discovered device - 0x3f48:00:0d:6f:ff:fe:11:b4:06
[0x3f48](TRADFRI remote control): started configuration
[0x3f48:ZDO](TRADFRI remote control): 'async_configure' stage succeeded
[0x3f48] Extending timeout for 0x55 request
[0x3f48] Extending timeout for 0x57 request
[0x3f48] Extending timeout for 0x59 request
Device 00:0d:6f:ff:fe:11:b4:06 already exists. Updating it.
Device 0x3f48 (00:0d:6f:ff:fe:11:b4:06) joined the network
Skip initialization for existing device 00:0d:6f:ff:fe:11:b4:06
Device 0x3f48 (00:0d:6f:ff:fe:11:b4:06) joined the network
Skip initialization for existing device 00:0d:6f:ff:fe:11:b4:06
[0x3f48:zdo] ZDO request ZDOCmd.Device_annce: [0x3F48, 00:0d:6f:ff:fe:11:b4:06, 128]
[0x3f48](TRADFRI remote control): started initialization
[0x3f48:ZDO](TRADFRI remote control): 'async_initialize' stage succeeded
[0x3f48:zdo] ZDO request ZDOCmd.Node_Desc_req: [0x0000]
[0x3f48:zdo] Unsupported ZDO request:ZDOCmd.Node_Desc_req
[0x3f48:1:0x1000] ZCL deserialize: <ZCLHeader frame_control=<FrameControl frame_type=CLUSTER_COMMAND manufacturer_specific=False is_reply=True disable_default_response=True> manufacturer=None tsn=85 command_id=65>
[0x3f48:1:0x1000]: bound 'lightlink' cluster: None
[0x3f48:1:0x1000]: finished channel configuration
[0x3f48:1:0x0001]: bound 'power' cluster: Status.SUCCESS
[0x3f48] Extending timeout for 0x5b request
[0x3f48] Extending timeout for 0x5d request
[0x3f48:1:0x0000]: bound 'basic' cluster: Status.SUCCESS
[0x3f48:1:0x0000]: finished channel configuration
[0x3f48] Extending timeout for 0x5f request
[0x3f48: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=91 command_id=Command.Configure_Reporting_rsp>
[0x3f48:1:0x0001]: reporting 'battery_voltage' attr on 'power' cluster: 3600/10800/1: Result: '[[ConfigureReportingResponseRecord(status=0)]]'
[0x3f48] Extending timeout for 0x61 request
[0x3f48:1:0x0020] ZCL deserialize: <ZCLHeader frame_control=<FrameControl frame_type=GLOBAL_COMMAND manufacturer_specific=False is_reply=True disable_default_response=True> manufacturer=None tsn=93 command_id=Command.Write_Attributes_rsp>
[0x3f48:1:0x0020]: 3300.0s check-in interval set: [[WriteAttributesStatusRecord(status=<Status.SUCCESS: 0>)]]
[0x3f48] Extending timeout for 0x63 request
[0x3f48:zdo] ZDO request ZDOCmd.Mgmt_Permit_Joining_req: [180, <Bool.true: 1>]
[0x3f48:1:0x0003] ZCL deserialize: <ZCLHeader frame_control=<FrameControl frame_type=CLUSTER_COMMAND manufacturer_specific=False is_reply=False disable_default_response=False> manufacturer=None tsn=2 command_id=1>
[0x3f48:1:0x0003] ZCL request 0x0001: []
[0x3f48:1:0x0003] No handler for cluster command 1
[0x3f48:1:0x0003]: received 'identify_query' command with [] args on cluster_id '3' tsn '2'
[0x3f48: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=95 command_id=Command.Read_Attributes_rsp>
[0x3f48:1:0x0000]: initializing channel: from_cache: False
[0x3f48] Extending timeout for 0x65 request
[0x3f48: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=97 command_id=Command.Configure_Reporting_rsp>
[0x3f48:1:0x0001]: reporting 'battery_percentage_remaining' attr on 'power' cluster: 3600/10800/1: Result: '[[ConfigureReportingResponseRecord(status=0)]]'
[0x3f48:1:0x0001]: finished channel configuration
[0x3f48] Extending timeout for 0x67 request
[0x3f48:1:0x0020]: bound 'poll_control' cluster: Status.SUCCESS
[0x3f48:1:0x0020]: finished channel configuration
[0x3f48] Extending timeout for 0x69 request
[0x3f48:1:0x0008]: bound 'level' cluster: Status.SUCCESS
[0x3f48:1:0x0008]: finished channel configuration
[0x3f48] Extending timeout for 0x6b request
[0x3f48:1:0x0006]: bound 'on_off' cluster: Status.SUCCESS
[0x3f48:1:0x0006]: finished channel configuration
[0x3f48:1:0x1000]: initializing channel: from_cache: False
[0x3f48] Extending timeout for 0x6d request
[0x3f48:1:0x0019]: bound 'ota' cluster: Status.SUCCESS
[0x3f48:1:0x0019]: finished channel configuration
[0x3f48] Extending timeout for 0x6f request
[0x3f48:1:0x0005]: bound 'scenes' cluster: Status.SUCCESS
[0x3f48:1:0x0005]: finished channel configuration
[0x3f48:1:0x0020]: initializing channel: from_cache: False
[0x3f48:1:0x0008]: initializing channel: from_cache: False
[0x3f48:1:0x1000]: 'async_configure' stage succeeded
[0x3f48:1:0x0001]: 'async_configure' stage succeeded
[0x3f48:1:0x0000]: 'async_configure' stage succeeded
[0x3f48:1:0x0020]: 'async_configure' stage succeeded
[0x3f48:1:0x0008]: 'async_configure' stage succeeded
[0x3f48:1:0x0006]: 'async_configure' stage succeeded
[0x3f48:1:0x0019]: 'async_configure' stage succeeded
[0x3f48:1:0x0005]: 'async_configure' stage succeeded
[0x3f48:1:0x0006]: initializing channel: from_cache: False
[0x3f48:1:0x0019]: initializing channel: from_cache: False
[0x3f48](TRADFRI remote control): completed configuration
[0x3f48](TRADFRI remote control): stored in registry: ZhaDeviceEntry(name='IKEA of Sweden TRADFRI remote control', ieee='00:0d:6f:ff:fe:11:b4:06', last_seen=1607175864.4921234)
[0x3f48] Extending timeout for 0x71 request
[0x3f48:1:0x0005]: initializing channel: from_cache: False
[0x3f48: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=109 command_id=Command.Read_Attributes_rsp>
[0x3f48: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=111 command_id=Command.Read_Attributes_rsp>
[0x3f48:1:0x0001]: initializing channel: from_cache: False
[0x3f48] Extending timeout for 0x73 request
[0x3f48:1:0x0000]: initializing channel: from_cache: False
[0x3f48:1:0x0003] ZCL deserialize: <ZCLHeader frame_control=<FrameControl frame_type=GLOBAL_COMMAND manufacturer_specific=False is_reply=True disable_default_response=False> manufacturer=None tsn=113 command_id=Command.Default_Response>
[0x3f48:1:0x0003]: executed 'trigger_effect' command with args: '(2, 0)' kwargs: '{}' result: [64, <Status.SUCCESS: 0>]
[0x3f48](TRADFRI remote control): started initialization
[0x3f48:ZDO](TRADFRI remote control): 'async_initialize' stage succeeded
[0x3f48:1:0x1000]: initializing channel: from_cache: False
[0x3f48] Extending timeout for 0x75 request
[0x3f48] Extending timeout for 0x77 request
[0x3f48: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=115 command_id=Command.Read_Attributes_rsp>
[0x3f48:1:0x0020]: initializing channel: from_cache: False
[0x3f48:1:0x0008]: initializing channel: from_cache: False
[0x3f48:1:0x1000]: 'async_initialize' stage succeeded
[0x3f48:1:0x0001]: 'async_initialize' stage succeeded
[0x3f48:1:0x0000]: 'async_initialize' stage succeeded
[0x3f48:1:0x0020]: 'async_initialize' stage succeeded
[0x3f48:1:0x0008]: 'async_initialize' stage succeeded
[0x3f48:1:0x0006]: 'async_initialize' stage succeeded
[0x3f48:1:0x0019]: 'async_initialize' stage succeeded
[0x3f48:1:0x0005]: 'async_initialize' stage succeeded
[0x3f48:1:0x0006]: initializing channel: from_cache: False
[0x3f48: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=117 command_id=Command.Read_Attributes_rsp>
[0x3f48:1:0x0019]: initializing channel: from_cache: False
[0x3f48](TRADFRI remote control): power source: Battery or Unknown
[0x3f48](TRADFRI remote control): completed initialization
[0x3f48:1:0x0005]: initializing channel: from_cache: False
[0x3f48:1:0x0001]: initializing channel: from_cache: False
[0x3f48] Extending timeout for 0x79 request
[0x3f48: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=119 command_id=Command.Read_Attributes_rsp>
[0x3f48:1:0x0000]: initializing channel: from_cache: False
[0x3f48: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=121 command_id=Command.Read_Attributes_rsp>
[0x3f48:1:0x1000]: 'async_initialize' stage succeeded
[0x3f48:1:0x0001]: 'async_initialize' stage succeeded
[0x3f48:1:0x0000]: 'async_initialize' stage succeeded
[0x3f48:1:0x0020]: 'async_initialize' stage succeeded
[0x3f48:1:0x0008]: 'async_initialize' stage succeeded
[0x3f48:1:0x0006]: 'async_initialize' stage succeeded
[0x3f48:1:0x0019]: 'async_initialize' stage succeeded
[0x3f48:1:0x0005]: 'async_initialize' stage succeeded
[0x3f48](TRADFRI remote control): power source: Battery or Unknown
[0x3f48](TRADFRI remote control): completed initialization
```
## Additional information
Thank you for all your help!
It started showing up on Hubitat in the spring.
I am having a very bad experience with IKEA battery operated devices. I have a SYMFONISK sound controller a SHORTCUT BUTTON and DIMMER. For all of them the batteries last at most 36h. 😓 I've tried different brand batteries thinking that's where...
Reading time: 2 mins 🕑
Likes: 11 ❤
It’s been reported in some MQTT forums as well, with different Zigbee coordinators.
So it’s one of those annoying problems where it does seem to be something that IKEA is doing, but since it works with their hub, they don’t care.
1 Like
vs6817
(Valter Santos)
August 18, 2021, 11:22pm
4
But if the battery was dead would it still let me put into pairing mode (pressing button near battery 4 times). It’s not like I connected the button, it worked, then next day it stopped working. I actually paired it with ST and setup automations right away but button presses would never do anything. But I’ll go look for a replacement battery and see if that does anything.
1 Like
It is what one of the article has in heading, it will consume battery fast, and it will become unresponsive even after you change the battery. You will have to pair it again to work for a day, and and repeat this all over again next day.
Don’t waste batteries. I have stopped after 4th battery, thinking that i had bad batteries. All my Ikea buttons behave the same.
1 Like
vs6817
(Valter Santos)
August 19, 2021, 2:11am
6
So sounds like there’s no fix for this either, so what are some button alternatives? I haven’t been able to find smartthings buttons or the Aeotec buttons in quite some time.
The Aeotec buttons were only recently released in most regions, and they have gone in and out of stock.
+ What is Zigbee? Zigbee is a wireless communication protocol designed for low-power, low-data-rate applications. It is commonly used in smart home automation systems, industrial control, and sensor networks. Zigbee operates on the IEEE 802.15.4...
Est. reading time: 3 minutes
As of this writing, Vesternet does have them in stock in the UK
Zigbee Aeotec SmartThings Button Stylish design, simply mounted. With a width of only 41mm, the Aeotec button is nearly invisible and fits in harmoniously everywhere due to its simple design. Place the Aeotec Button on a flat surface or simply mount...
Price: USD 24.00
What country are you in? The device selection does vary somewhat.
vs6817
(Valter Santos)
August 19, 2021, 3:38am
8
I am in the US. I’ve checked around for the Aeotec button but nothing that I’ve been able to find. New or used all seem to be out of stock.
If you’re OK with Zwave and a rocker switch format, the new Zooz zen34 battery-operated switch seems to be pretty popular.
I think @Automated_House has some of these, he might have more to add.
vs6817
(Valter Santos)
August 19, 2021, 4:42am
10
These look interesting I’ll have to look into them some more.
1 Like
I’m loving mine still. great device for a great price IMO.
1 Like
vs6817
(Valter Santos)
August 19, 2021, 6:40am
12
That’s good to hear! I’ll have to order 1 to try out and go from there. Did you just stick yours to the wall? One thing that intrigued me about these is that it seems like I can blend them into my existing switches so it’ll look like it belongs.
I can’t remember if used the face plate they sent me or another I already had. But mine is just stuck to to be wall with double sided tape. You should be able to buy a faceplate one gang bigger than your current and add it there too.
1 Like
I know I don’t see very well, so maybe this is just me, but I can’t tell which side is up in your picture.
On the other hand, you just gave me an idea: the Zen 34 switches might be really good for an under the desk foot control switch. Or even one for a service dog to step on.
1 Like
Emily17
(Emily)
August 21, 2021, 12:05pm
15
The repeater is a necessary part to help operate the blind (it will not work otherwise). It helps the blind and the remote control to communicate.
Well that’s because the picture originally loaded sideways just fixed it. My bad!
1 Like
vs6817
(Valter Santos)
August 22, 2021, 5:56am
17
@Automated_House can they just stick to the wall? I have a 2 switch wall gang and want to add this next to it and use a 3 switch plate but would like this remote to just stick to the wall, would that work?
1 Like
Good to know, I got some blinds yesterday and noticed my remote had stopped working. Tested the battery and it was completely dead, figured I just got a bad battery.
I also noticed when I paired the remote there was no option for Holding a button so I just removed it from ST and paired back directly to the blinds.
Now I’m wondering if I should just get the Ikea Hub and use that to connect to my Echo instead of trying to connect them to ST directly.