When pairing one of my 11LM’s i first see a long flash after holding reset button for 3-5 secs.
Right after that, a series of 3 short flashes indicates that the pairing process is started.
When pairing Xiaomi devices, i usually hit the reset button every 5-6 secs after starting the pairing process. This keeps the device “alive” and after each additional press, it sends a new series of 3 short flashes. After 20-50 seconds the devices is paired.
I have never seen a Xiaomi device flash more than 3/4 times after a (reset)button press, so it could indicate that your 11LM has a defect…
[OBSOLETE] Original & Aqara Xiaomi Zigbee Sensors (contact, temp, motion, button, outlet, leak, etc)
Ah thanks, with that information I tend to agree that if the unit has at best got very confused.
There is a way to manually get a Xiaomi / Aqara device to rejoin the hub’s ZigBee mesh network without removing it from the device list. However, the hub needs to “know” the unique ZigBee ID for that device in order to do this. Here’s how check whether the ZigBee ID was received by the hub when your Temp-Humidity Sensor was originally paired:
- Log into your hub’s SmartThings Groovy IDE
- Go to the My Device tab
- Click on the name of your Temp-Humidity Sensor in the Display Name column, so you can view its device details
- Look for the Zigbee Id sections. If the hub received the ZigBee ID at pairing time, you’ll see a 16 hexadecimal digit string beginning with
00158D
, like this:
If you see your Temp-Humidity Sensor’s ZigBee ID, then there are two things you can try to get it rejoined. In both cases, do not remove the Temp-Humidity Sensor from your hub. Try #1 below, and if that doesn’t work, try #2.
- Start “Add a Thing” mode in the SmartThings “classic” mobile app, short-press the Temp-Humidity Sensor’s reset button, watch for 2-3 quick flashes of the LED on the sensor, and then exit “Add a Thing” mode.
or
- Start “Add a Thing” mode in the SmartThings “classic” mobile app, long-press the Temp-Humidity Sensor’s reset button (the same as you would do when pairing) until the LED blinks, wait for it to flash again, watching for 2-3 quick flashes, but if it long-blinks only once start short-pressing the reset button every 1.5-2 seconds until you see 2-3 quick flashes. Finally, exit “Add a Thing” mode.
If the Temp-Humidity Sensor rejoins then as a test you can try blowing on it with your warm humid breath to force it to send temperature / humidity reports.
Thanks for confirming that! I am still working on that next beta of the Aqara Button DTH and should have it ready to test today or tomorrow.
I hope you are able to get that unit exchanged or replaced from the seller!
I don’t really have any information about whether Xiaomi / Aqara devices will work with an ADT hub, but it would not at all surprise me if they don’t. The only hubs they are confirmed to work with - as long as there are no incompatible ZigBee repeater devices also connected - are the ST v2 and v3 hubs.
As for the lack of the Sensitivity Level tile, I am not sure why that is happening. Are you using the SmartThings “classic” mobile app? Regardless, it won’t help because it does not work. I have discovered how to get the sensitivity level changed on the Hubitat Elevation hub, but it’s not 100% reliable and I am still working on porting over the implementation to my SmartThings device handler.
No Zigbee address only 2ACD in the Device Network ID…
Tried your method anyway, Hit Add… and pressed the button. A bit later the app reported finding “Thing”. It does have an 00158D address, so I think its the sensor. Should I just rename it and add a device handler to it?
Got to say thanks, so much info in this thread.
Yes, that would work, but keep in mind the hub considers it to be a “new” device, so it should have a different name than before. Then you will want to change your dehumidifier automation to use the re-added device with the new name, and finally you could delete the old one. I hope that makes sense.
In the app all I get is Battery at 100%, rest of display blank. Odd.
Has anyone been able to have Xiaomi sensors work correctly (not drop out after a few hours) with the ADT Smartthings Hub. Using device managers for the sensors. They work fine with V2 hub, but am wanting to purchase a ADT Smartthings hub for security and would be nice to run everything though it.
Not sure I’m even going to try. But as it happens …
08:48:55: info Aqara Button WXKG11LM: Battery at 100% (5.032 Volts)
08:48:55: info Aqara Button WXKG11LM was quadruple-clicked (Button 4 pushed)
08:48:54: info Aqara Button WXKG11LM: Battery at 100% (5.032 Volts)
08:48:52: info Aqara Button WXKG11LM was triple-clicked (Button 3 pushed)
08:48:50: info Aqara Button WXKG11LM was double-clicked (Button 2 pushed)
08:48:47: info Aqara Button WXKG11LM was single-clicked (Button 1 pushed)
So it can work when it feels like it!
I have a full array of Aqara devices and have had great success with them. That being said, I had a long power outage after which two Aqara Door/Window sensors dropped off and I have not been able to get them or any other Aqara Door/Window sensor to rejoin. I have used the method as described by Veeceeoh (thanks Veeceeoh) for HOURS… no can do… I have tried two new devices right out of the box and even one that was operating on another hub.
Nothing will pair…
Any ideas?
I noticed that one of my motion sensors was reporting as unavailable today, but funny enough all motion is detected in ST and it seems to be working just fine…
Obviously i tried to re-pair it, but after numerous attempts i still can’t get it to pair, so i am having the same problem at the moment…
Maybe ST have some issues right now…?
I have not been able to get them or any other Aqara Door/Window sensor to rejoin. I have used the method as described by Veeceeoh (thanks Veeceeoh) for HOURS… no can do… I have tried two new devices right out of the box and even one that was operating on another hub.
Nothing will pair…
Obviously i tried to re-pair it, but after numerous attempts i still can’t get it to pair, so i am having the same problem at the moment…
I’m not 100% sure, but this sounds like a known issue with custom DTH’s going “stale” in SmartThing’s cache for a user’s hub, as explained in this thread:
Symptoms
- When you try to pair a device using the ST app or the Classic ST app it may appear to pair successfully, i.e.: the device will provide feedback that it has paired. e.g.
- Devices/locks flash green lights or other lights to indicate successful pairing
- Device may successful sounds/beeps
- But the ST mobile app won’t show any new devices, it’ll continue saying Looking for devices
- There are no new devices showing up in the IDE under My Devices
- You are able to successfully manually exclude the device using the General Exclusion process
Cause
This is caused by custom DTH’s being marked as “ stale ” in the platform cache which then prevents the device from being created because the “stale” DTH is inaccessible to the platform, even through it pairs successfully.
Ideally the platform should automatically refresh the cache but due to an issue sometimes it fails to do and the custom “stale” DTH then prevents successful creation of a paired device. ST’s engineers are aware of the issue and hopefully it’ll be fixed in future.Resolution
- Open the custom DTH in the IDE and “ Publish ” it again. Do this a couple of times, publishing the DTH removes the “ stale ” mark and refreshes the DTH cache which allows the platform to access the DTH and finish the pairing process to create the device.
- Check if you have multiple custom DTH’s which may match your device fingerprint. Sometimes you may have old unused DTH’s lying around who’s “fingerprints” match the device you’re trying to pair. If any of those old/duplicate/multiple custom DTH’s are marked as “ stale ”, the device will not be created (it’s a chain process that goes through all custom DTH’s who’s fingerprint match and the weakest link fails). Steps to rectify the issue:
- Delete any used/duplicate/multiple DTH’s who’s fingerprints match your device. If you’re unsure which DTH’s are being used, just start deleting all custom DTH’s. Any DTH’s that are in use cannot be deleted (the IDE will print an error saying that it’s in use), and the ones in use will be left behind, all the rest (unused) will be gone.
- If you want to keep the DTH’s for legacy reasons, open the DTH’s and delete or comment out the “ fingerprint ” lines, “ Save ” and “ Publish ” so now the DTH’s won’t be used by the pairing process
- If for whatever reason you need to keep all the fingerprints in all your DTH’s, then you need to open each DTH and “ Publish ” them again so that it refreshes the cache of all the DTH’s
The “stale” DTH issue has actually happened to me twice while pairing a device, and although it did not appear in the SmartThings mobile app when in “Add a Thing” mode, I could see Live Logging output showing that it had successfully paired. Oddly, the device was not in my hub’s Device List as viewed in the IDE.
In addition to re-saving and re-publishing my custom DTHs, I also had to look at the Hub Activity logs to figure out the Device Network ID so I could manually add the device to the Device List before I could delete it and try pairing it again normally. I call this phenomenon “ghost devices”, and it’s quite frustrating to deal with.
There are other possible reasons why Xiaomi / Aqara devices may have trouble pairing, so if the above suggestions don’t work, let me know.
Thanks for that info. You hit the nail on the head… I did have a duplicate driver.
Now the question… As luck would have it , the driver I would like to delete is in use… What must I do to delete it?
Think it might be to c/p the desired driver into the driver that is running (the undesirable driver) and republish… what’cha think?
i Start using the new Xiaomi zigbee outlet that released before a month is much better that i have energy meter but before i have only tepreture we use Celcius here and was 17C before the new handler after the refresh with new handler become 160 i think you must check again your code about tempreture propably is *100
WKG11LM with ST hub firmware 25.27, using Version 1.4.2b device handler. Button presses no longer trigger smartapp events.
Button presses no longer trigger smartapp events.
I need more information to be able to help.
You say “no longer” which makes it sound like it was working before. Did something change? Were you using the v1.4.2b device handler successfully before?
Can you turn on debug & info message logging in the preference settings for the button and then copy the log output seen when pressing the button (single, double, triple, & quadruple)?
Do you see recent battery level events, or did they stop some time ago?
Yes, worked fine before. Battery level seems to be reporting, but says 5.032 volts which seems improbable with a 3v battery.
Edit: forgive my stupidity, I had apps set to only activate in “home” mode. For some unknown reason the mode wasn’t in home.
Battery level seems to be reporting, but says 5.032 volts which seems improbable with a 3v battery.
This is a known issue:
Xiaomi / Aqara devices send battery voltage reports in a completely non-standard way, and although the device handler code worked great for pulling out the correct data to use for battery level events in SmartThings, the changes in the latest Firmware Hub update has led to additional messages received by the device handler which are being misinterpreted as battery voltage reports.
For the original revision of the model WXKG11LM Aqara Button this is happening when the button is triple- or quadruple-clicked.
So that is why you are seeing battery level reports that are far out of bounds.
I am finishing up an updated DTH that gets rid of the erroneous battery reports, but it is significantly different in both the button push / held / etc. events it generates as well as in the main UI tile display, so I need to do more testing and refinements before sharing the new beta version here.
I had apps set to only activate in “home” mode. For some unknown reason the mode wasn’t in home.
No worries, I’m glad you figured out that issue!
[UPDATE] Aqara Button DTH v1.4.3
This update fixes an issue with erroneous battery level events from catchall:
messages that don’t actually contain battery voltage data, especially during every triple- or quadruple-click of the original revision of model WXKG11LM Aqara Button.
Many thanks to @AnubizDK , @orangebucket, @an1uk, and all others who reported on this issue.
I will be releasing a new beta Aqara Button DTH with some significant changes soon, but wanted to squash this incorrect battery level bug in the meanwhile.
However, if you are still seeing incorrect battery level reports after this v1.4.3 update, please let me know!
Please see this post for full details about the Aqara Button DTH and link to the updated device handler code.
Im not sure if this has already been discussed but what to do if xiaomi sensor seems to be unavailable according ST but it works normally?
Even simple device viewer reports that it is available. Sensor reports battery, it senses motion normally etc.
Its just basically that st reports it wrong. Any tips what to do?
EDIT: hub reboot and that helped.
I recently started to use the new app’s Switch Power State so the button’s state is in sync with the actual light. However, I now cannot get the original Xiaomi button to work with the multiple presses. If I try to program a double press the the single press action from the new ST app still kicks in as well as the double press action. If I try programming a “Pressed 2 Times” in the new smart app it doesn’t work.
I have been using ABC Manager to program buttons 2-5, however I need to override the detected button amount. I imagine that if the number of buttons were hard coded into the device handler I might be able to use the new app to program a double click (though I’m not certain that would fix my problem). It would be awesome if it were possible to use the more straightforward Pressed 2 or 3 or 4 times that are found in the new smart app.