[Release] Xiaomi device drivers

community_driver

#61

I created a device driver for the aqara button. But after looking at some of these posts it appears that the events for hubitat are quite different from smartthings??

For now it will create a button pressed and released event for button 1.

Hubitat does install the correct DD upon pairing.


#62

Yeah, using the SmartThings’ sendEvent(name: "button", value: "pushed",etc. is not supported by Hubitat and won’t be recognized by Rule Machine, the Button Controller App, other Hubitat-native apps, etc.

The sendEvent / createEvent mapped data should follow this format:

return [
        name: 'pushed',
        value: buttonNumber,
        isStateChange: true,
        descriptionText: descriptionText
    ]

Also there is no support for a released state. So all of that can be removed, including the countdown timer.

But does the Aqara Button generate different messages when it’s pressed versus released? If yes, then the “original” Xioami driver I’m working on could be adapted.

Same thing if the Aqara Button generates different messages for multi-clicks.

I’d love to help with the device driver, but I can only do that if I know what messages it produces with different click actions.

EDIT: For the official explanation of Hubitat’s Button capability implementation, please see this forum thread.


#63

The aqara does not have a release event.

I have modified my local code to send a pressed state.

It appears to be picked up by rule machine.


#64

That’s unfortunate. I still don’t understand why they removed that from the (original) Aqara model. At least the new Aqara Button model has more functionality.

Do you see any different messages for double-click, triple-click, etc?


#65

I worked on the aqara button DD some more and updated the pull request. I really like how it is working now.


#66

Is there a api for this weird little thing? I can see it being useful, maybe? Remembering what does what might take a bit.


#67

I have one, and plan to adapt the SmartThings Advanced device handler to Hubitat.

While the device itself supports 7 different actions, that DTH supports maps different actions to up to 43 buttons!!!

Needless to say, it’s a more complicated driver, and I’ll want to do thorough testing. But since I have one, I am definitely going to make a Hubitat device driver.


#68

If no-one else has said so before, you’re a superstar. Also, 43 is too many. Who the hell could remember all the things.

Since I’m asking about odd little devices, what about the IR remote control?

If it could be used locally, it’d eliminate the need for Harmony (I find their software always just slightly lacking what I want to really make it work the way I want)


#69

I tested the new attributes and everything works perfect!
Now there is a unique combination of triggers to track from practically all variants of presses and holds.

Thanks a ton for helping make things compatible with webCoRE! :+1:t3:


#70

As far as I know, this one only operates on 802.11 b/g/n wifi. So it’s a completely different monster than anything ZigBee based, and I’d expect only works with Xiaomi’s (Chinese-language-only) app. Probably way outside my realm of knowledge on how to get it cooperating with the Hubitat in any manner.


#71

I just saw this, this AM.

Perhaps it can be ported over…


#72

If it could I would buy a couple of them now! :slight_smile:

Harmony hubs are too expensive here (UK) to buy loads of them


#73

Zapals lists the Xiaomi IR Remote for $12.50 US:

I am going to order one. Probably will take some weeks to arrive.

EDIT: Use code honeyza08 for $1 off.

NOTE: The KuKu Mi SmartThings device handler requires a Docker Daemon app to run continuously on a computer on your local network. Of course that computer must always be on.


#74

I think Xiaomi is great for cost sensitive smart home stuff. I wouldn’t use it as a professional installer or really trust long term reliability but for setting up budget friendly systems it seems good enough. I also buy 3 if I need 2 just in case one is defective. :wink:


[PORT] Hubitat MQTT Bridge
#75

[RELEASE] v0.2 of Xiaomi Aqara Button (model WXKG11LM) Device Driver
Created by @brianspranger - thanks!!

EDIT: PLEASE NOTE THIS DEVICE HANDLER HAS SINCE BEEN UPDATED
Please see this post for more information.

For convenience please copy the driver code from this direct link.

The Aqara model WXKG11LM button is different from the Xiaomi “original” Button in that no message is sent when the button is released. However it does support multi-clicks up to a quadruple-click. So when set to Momentary mode in the preference settings, @brianspranger has included a countdown timer that, after a user-set delay, will automatically send a pushed - button 0 event to emulate a button “released” event. This should theoretically be usable in WebCoRE to capture single-clicks.

Here’s a chart of what happens with each kind button press:

Aqara Button model WXKG11LM

Action Hubitat button event(s)
Single click button 1 pushed , then button 0 pushed after user-set delay
Double-click button 2 pushed
Triple-click button 3 pushed
Quadruple-click button 4 pushed
Hold Not supported (same behavior as single-click)

Other Features:

  • The Hubitat hub should correctly select this custom device driver when pairing.
  • The date/time of the most recent opening of the contact is stored as lastPressed (human readable) and lastPressedDate (java format).
  • Battery replacement date tracking, stored in batteryLastReplaced state
  • Commands / Preferences include:
    • A preference to set how many seconds until single press is cleared with a button 0 “released” event
    A Toggle / Momentary mode setting
    • A Reset Battery Replaced Date command to track battery life
    Date / 24-hour clock settings for display of lastCheckin
    • Min/Max voltage values used to calculate the battery percentage
    • Display log message toggle setting. EDIT: in newest version of device handler there are two toggles settings for display of informational and/or debug log messages

Notes / Limitations:

  • This device driver is not final, and some features or preferences may be added / removed
  • There is a new version of the Aqara Button (model WXKG12LM) with more features which was released late last year. Currently this device driver will not work with it. I have ordered a couple of the new Aqara button model and plan to update this driver after they arrive.
    EDIT: The device driver has been updated with support for model WXKG12LM

[PORT] Hubitat MQTT Bridge
#76

Thnanks for all your work on the driver! I’m really grateful to know that the 11LM version supports multi-tap. Are you just listening to single press events and using the minimum timer simulate this or does the button send a unique value for each press type?

Additionally, what event gets fired off for each button press? I’m aiming to use this w/ the event -> mqtt bridge: hubitat-mqtt-bridge/hubitat-mqtt-bridge-app.groovy at master · jeubanks/hubitat-mqtt-bridge · GitHub and i’m wondering what additional capabilities/events that app needs to listen for to catch events from the button?


#77

@brianspranger came up with this latest device driver, but as I’ve looked at his code I can tell you that the hardware natively supports multi-taps with unique messages for 2, 3, & 4 multi-taps.

Exactly what I posted above. All events are name: 'pushed' with value: button #

Looking at that code - it appears that the capability / subscription for button events may be incorrect. The author should refer to this forum thread about Hubitat’s button capability implementation. Note that they plan to modify this implementation in future, so watch for any announcements on that.


#78

Thanks for the ref to the Button implementation! I’ll start digging…


#79

Thanks for your work on porting all of these! And thanks to Hubitat for modifying their ZigBee stack to, apparently, now work with these devices (haven’t had any fall off since that update).

With regard to the buttons, has anyone figured out how to use them? Neither the unofficial Hubitat port of webCoRE nor Rule Machine seem to work with them: if there’s a “button” capability in RM, I can’t find it, and these don’t show up as buttons at all in webCoRE. (I’m using one as a doorbell and want LANnouncer to chime and speak, so there are probably other ways to do this, which I would also be interested in, but I don’t want to hijack this thread for my specific use and am just curious in general if/how people are able to actually use these.)


#80

I only have an “original” (round) Xiaomi Button, and it’s working just fine in both Rule Machine and also Button Controller. Here’s where I see it available in Rule Machine, when I’m in the Select Tigger Events menu:

As for WebCoRE - keeping in mind that it is not “officially” working on Hubitat yet - I don’t use it personally, but @ajayjohnm confirmed that the latest beta of the “original” Xiaomi Button device driver is working for him in WebCoRE, and so I’ve pushed that new beta version through on GitHub so it can be copied from the link for the “original” Xiaomi Button device driver code (found up in the very first post of this thread.)

The Xiaomi Aqara Button device driver was just finished by @brianspranger, and although I don’t have one of them, it should also work just great with Rule Machine, WebCoRE, etc.

Does that help?