UniFi binding beta [3.2.0;3.6.0]

STSC · October 12, 2024, 5:21am

@DrRSatzteil Is it possible to have e.g. Jetty 12 in parallel to Jetty 9 and check if it is then working?

DrRSatzteil · October 12, 2024, 7:09am

I don’t think so since it is a dependency from core. See also here: Upgrade Karaf to 4.4.7, Xtext/Xtend 2.37.0 by holgerfriedrich · Pull Request #4406 · openhab/openhab-core · GitHub

somy · October 12, 2024, 7:55pm

Yeah same issue, also saw some discussion in HA forum.
Status updates are working, control only works for a while then “times out”.
Enable/disable controller restore the function for me.

slawek_sp · November 1, 2024, 6:21pm

Hello.
In which file to change?

DrRSatzteil · November 1, 2024, 6:48pm

It’s in

bundles/org.openhab.binding.unifi/src/main/java/org/openhab/binding/unifi/internal/api/UniFiController.java

slawek_sp · November 1, 2024, 8:34pm

Thank you for your help, but unfortunately I can’t find it in Openhabian 4.2.1

DrRSatzteil · November 1, 2024, 10:25pm

No you can’t just change this file on your running system. You need to change the binding code and compile the binding yourself. If you are not a developer yourself this might be a bit complicated although there exists some excellent documentation on how to setup your development environment.

slawek_sp · November 2, 2024, 2:07am

Thank you for your answer, but I’m not a programmer. Regards.

HangGliderz · October 10, 2025, 4:25pm

What ever happened with this bug?
I am running an UCG Ultra and the command part constantly stops working, disable/enable solves the problem temporarily.

DrRSatzteil · October 10, 2025, 8:17pm

As of now it is still there in OH5 unfortunately

HangGliderz · October 11, 2025, 7:32pm

Was thinking of running your code periodically.
However, I can’t really make out how long it takes for the binding to ‘fail’.
Do you know what interval the disable / enable cycle should be triggered at?

DrRSatzteil · October 11, 2025, 7:59pm

For me it has always been exactly two hours on a UDM SE. Might be different on another appliance but this should be a good starting point.

ErikDB · October 12, 2025, 7:53am

The token expires after 2 hours. With the help (or maybe rather as an instrument ) of @Nadahar, I’ve been working on a similar problem for the Unifi Protect binding. Here’s where the progress is at for the moment: GitHub - ErikDB87/unifiprotect at http-auth-error-fix.

DrRSatzteil · October 12, 2025, 10:12pm

Are you aware of this PR? After reading the discussion there I guess it might make more sense to join forces there than to fix issues in the seaside repo.

github.com/openhab/openhab-addons

[unifiprotect] Unifi Protect Binding Initial Contribution

main ← digitaldan:unifi-protect

opened 03:18PM - 30 Sep 25 UTC

digitaldan

+8417 -14

This binding integrates Ubiquiti UniFi Protect into openHAB. It connects to your… Protect NVR/CloudKey/UNVR and provides live events and configurable settings for Cameras, Floodlights, and Sensors. It uses the official Protect Integration API locally over HTTPS and WebSockets Features - Supports multiple Protect devices (Cameras, Floodlights, Sensors) - Uses the official Protect Integration API locally to a UniFi Protect NVR/CloudKey/UNVR - Has granular triggers and channels for realtime motion events including AI object detection, audio, and line crossing events. - Uses websockets for realtime updates without polling - Supports [WebRTC streaming](https://github.com/digitaldan/openhab-addons/tree/unifi-protect/bundles/org.openhab.binding.unifiprotect#real-time-media) for cameras with very low server CPU overhead - Supports [2-way audio](https://github.com/digitaldan/openhab-addons/tree/unifi-protect/bundles/org.openhab.binding.unifiprotect#talkback-support-2-way-audio) for cameras that support it - Uses STUN for external access to cameras when outside your local network (e.g. when using the openHAB cloud service) - Provides general purpose image snapshot API endpoints for cameras I know there is another protect binding in the marketplace, and i did first try and modify that, but after a day it became very obvious i would end up rewriting most of it completely to fit the official API. Also that binding has not been updated in almost a year. I'm opening this PR up early to get some feedback from other protect users, will mark as WIP until ready for review. Also See https://github.com/openhab/openhab-webui/pull/3368 for updates to our video widget to support 2-way audio (can be merged independent of this)

Nadahar · October 12, 2025, 10:55pm

I think @ErikDB is mostly satisfied with how the tweaked seaside binding works now, because I haven’t heard anything about it in quite a while. But, yeah, I understand where @digitaldan is coming from when he’s starting from scratch. I think we’ve managed to get it mostly working, but there are some “structural issues” that would take a lot of rewriting to deal with. It’s probably easier to just start from scratch, because it can be hard to figure out the consequences of changing some of the things that need to be changed.

When it comes to handling the token expiration and the HTTP authentication error, I think we’ve found working solutions, so if the “regular UniFi binding” has issues with this, a peek at @ErikDB’s fork could save some time.

ErikDB · October 13, 2025, 4:04am

It’s still on my radar, but busier times have approached…

But undoubtedly a fresh attempt by a much more experienced coder than myself will yield a better result.

I didn’t know this new binding was in the works.

digitaldan · October 13, 2025, 4:08am

So yeah, i hate usurping a binding like this, i know people put a lot of time into their versions and creating a competing binding is not a good look for our community, but i really did try to make it work, but after two days, i realized most of the binding would be rewritten, which was actually more work and also would not be as clean as a new version (would always have the old structure in some ways). Before this new version, I had a number of “Solutions” i used for managing my unifi cameras (go2rtc, rtsptoweb, scrypted), this replaces those and adds a whole lot more… plus i am going all in on the Unifi access product line (there’s a PR for that too), where cameras are a important part for fully automated control. Plus as I mentioned in the PR, the market place version has not been touch in a very long time.

I have not been following this thread, so if there’s anything missing or concerns, i would be happy to address, just let me know. I will probably start a new topic in that case.

ErikDB · October 13, 2025, 4:12am

FWIW, I tried looking at this elaborated project for inspiration/insight, but it went over my head, unfortunately: GitHub - hjdhjd/unifi-protect: A nearly complete implementation of the UniFi Protect API.

Maybe it might be of some use for you, @digitaldan. Or it might not add anything But I now see you’re using an official API, and not the reverse-engineerded unofficial API, which that project uses. I didn’t even know there was an official API. (I thought that only existed for other ‘parts’ of Unifi.)

I’d gladly act as guinea pig for your new binding.