Yale/August smart locks with WiFi support [3.3.0;3.5.0)

Hi @seime , thank you for this binding!
I’ve managed to install the OH4 version correctly (I think) on OH4.0.3, but I can’t seem to discover the locks? I added the account thing, and the 2FA worked correctly.

My august.things file looks like the below (obviously with my real info :slight_smile: ):

Bridge august:account:accountName "Yale Access account" [ email="myemail@email.com", phone="+44123456789", password="mypassword", refreshInterval="3600", validationCode="xxxxxx", ecoSystem="YALE_HOME"] {
}

And the bridge shows as online:

2023-10-07 12:19:20.488 [INFO ] [ab.event.ThingStatusInfoChangedEvent] - Thing 'august:account:accountName' changed from UNKNOWN to ONLINE

But when I go to add something from the Things menu, there’s nothing in my inbox, and I’m not able to add anything manually?

Please let me know if I’ve done something wrong? Thank you in advance for your help, and again for writing the binding!

Cheers,

Andrew

sorry again for being silent.
i have always been on Yale Home. lockid is correct and lock ID is correct too. i have tried again today to see if the lock would come online but no luck yet.

Hi @S13_Mills, there was a snag in the addons.xml file.

Binding updated, same url as posted initially.

Cheers

1 Like

… it says. Is the user defined in your bridge config authorized to see the lock?

@seime I’ve just started using this binding for my Yale Conexis L2 lock. Works great, thanks for providing this!

I’ve noticed regular GET requests to the pubnub API since I’ve installed this binding, they’re logged as INFO in openhab.log and are all of the type GET https://ps.pndsn.com/v2/subscribe/{redacted GUIDs}

Can you confirm that these are legitimate for this binding. And is there a way they can be be suppressed?

Thanks

Martin

AFAIK those calls are connection keepalive for the push messages.

However on my side the push notifications now only works after sending a command to the lock or by simultaneously having the Yale Home app open on my phone. Happened maybe a month back. But it works smooth for you?

I’ll see if I can get the log level reduced.

Arne

If you are talking about the OkHttp logging try creating a logger in your log4j.xml and set the logging level to WARN. Logger name okhttp3

If the push notifications are supposed to get updates to the binding directly after a lock state change, then no I don’t think they’re working. I’ve noticed that on the majority of lock events, it will take some time before the state is updated through the binding. Sometimes < 1 minute, sometimes more. Sometimes I have had to restart the binding to get the updated state. As you stated above, opening the Yale App seems to also send an update.

Yep, no worries. I just wanted to make sure they were legitimate calls (and coming from this binding) before “making them go away” in the logs :wink:

Thanks Arne.

This worked great, thank you! Both of my locks are now (back) in OpenHAB after their access module upgrade.

Hi @seime, my push notifications appear to be behaving the same - lock state only updates in the binding if I send it a command (which works fine) or open the Yale app.

I’ve got 2x Conexis L1 - let me know if I can help with some logs or anything to troubleshoot this!

Update: Looking at the logs this morning, I see updates every 30 minutes (08:00, 08:30, etc) - so if there’s a periodic call for updates, that’s working perfectly!

Yes, there is an infrequent polling that catchces up if push messages are not working/messages get lost.

You could test some other integrations and see whether they get the push messages or not. I’ve been looking a bit at GitHub - bdraco/yalexs: Python API for Yale Access (formerly August) Smart Lock and Doorbell when developing the binding, so give it a go. If it works, try capturing the network traffic to see whether some other headers or values are sent.

Arne

Hi everyone.

I’m glad to report that the binding can be successfully used with the Yale Linus Smart Lock (lockType 6), together with the Yale Wi-Fi Connect bridge.

It could be useful if the battery level of the Keypad could be reported.

One suggestion I would like to make for the documentation is to let users know that the password shouldn’t contain commas (,) or quotation marks ("); otherwise, the password will be truncated and the package may be malformed, causing a rejection.

One last question. What needs to be done for this binding to become official?

Thanks, added

I do not have such panel myself, but take a look at this postman collection and perform a request to list keypads. Capture logs and send to me and I’ll take a look. keymaker/postman/august.postman_collection.json at master · jmaxxz/keymaker · GitHub

I’ve added URL encoding of the password - feel free to test the lastest version.

I think the remaining maintainers of openHAB are doing a fantastic job, but I do not intend to add to the list of open PRs :slight_smile:

I’ll download Postman, learn how to use it, and then I’ll share the logs.

One thing I’ve experienced that I’ll need to debug is that the push notifications are unreliable. OH seems to receive some push notifications but most of the time I need to access the Yale Home app for the status to be refreshed and notified to OH.

To provide more background information, I use the keypad to lock and unlock the lock. The lock is almost instantly locked or unlocked; however, it can pass many minutes before something is notified to OH. I have seen cases where even the status isn’t updated after hours (even though the refreshInterval is set to 3600 secs.) and it is updated once I load the Yale Home app.

I’m not sure if the issues is the connection between the lock and the bridge, or from the bridge to OH. The bridge is less than 1 meter away from the lock, although there is a wall in between. I’ve placed the bridge in the second nearest plug, which is located a little more than 2 meters away but not within line of sight.
Whenever I have some time I’ll try to set some notifications and check where are things getting stuck.

It is a known problem that appeared earlier this autumn, see previous post in this thread Yale/August smart locks with WiFi support [3.3.0;3.5.0) - #73 by seime.

Yale has done something to keep us (the open source community) out. I’m tracking Yale Home - Global servers (via August integration) stop getting updates after a while · Issue #100798 · home-assistant/core · GitHub and Only sporadically receiving activity updates from locks · Issue #88 · bdraco/yalexs · GitHub hoping that someone will figure it out.

Please contribute in any way if you can! (maybe some of the other communities have figured how to bypass Yale’s blocking - anyone can google :slight_smile: )

1 Like

That sucks!

I’ve seen that they made a partnership with Homey and I wonder if someone from the highest ranks of OpenHAB can reach out to request an official partnership.
I believe it’s in Yale’s best interest to be more open if they want to compete with Nuki in the European market, but instead of trying to reverse engineer their solutions, we could officially knock on their door and try to collaborate.
It should also be in OpenHAB’s best interest as Yale is one of the biggest smart locks manufacturers, and it would give us good exposure (OpenHab Marketing is Lacking)

Please do reach out to them. Openhab is only community driven so I wouldnt expect anyone “official” to do it.

1 Like

There are no highest ranks of openHAB !

The community has no officials, don’t mix it up with the openHAB foundation, which is a non profit organisations, supporting the community.
We have seen some examples where companys asked a lot of money to become a partner.
Who is going to pay this ? The openHAB Foundation, for several many times explained reasons, cannot do this.

OK, call it the OpenHAB foundation. It’s could be more efficient when someone saying “Hi, I’m XXXX from the OpenHAB Foundation……” and provides some background and the reasons why we want to have an integration, than if we write “Hi, I’m an OpenHAB user and would like my platform to integrate with yours”.

Of course, we may omit companies asking for royalties to become partners, but there might be others that could be convinced to cooperate for a mutual benefit for free. In the end, the community developers do the integration and not them. I think it doesn’t hurt trying.

Nonetheless, I sent an email to Nuki and Yale, but I don’t expect a positive outcome, because in their eyes I’m not a decision maker.

1 Like