Ubiquiti Unifi Binding Feature Discussion

danst · June 5, 2021, 1:58pm

No, still broken. Even with 3.1

Marmoset_Threat · June 9, 2021, 1:00pm

I’ve added this problem as an issue here:

github.com/openhab/openhab-addons

[unifi] Binding broken on UniFi software versions 6+

opened 12:56PM - 09 Jun 21 UTC

Marmoset-threat

bug

After my local Unifi Network was updated to version 6+, the binding no longer co…nnects to the controller. In the UI, this shows as OFFLINE - COMMUNICATION_ERROR ## Expected Behavior The bridge should connect to the UniFi software ## Current Behavior Attempted to change thing port to 443 in bridge Thing config, only result in this log error: `Unhandled exception while refreshing the UniFi Controller unifi:controller:a2bc7a83 - com.google.gson.stream.MalformedJsonException: Use JsonReader.setLenient(true) to accept malformed JSON at line 2 column 12 path $` ## Steps to Reproduce (for Bugs) 1. Update UniFi software to 6+ 2. Attempt to connect to a UniFi controller ## Context Without connection to the bridge, the entire binding is effectively non-functional. ## Your Environment * Openhab 2.5.10 * UniFi Software Version 6.0.44

dastrix80 · June 13, 2021, 8:43am

Hi All,

On 2.5.12 and running Unifi OS 6.2.25. I cannot get my Android or Iphone to switch on based off presense. I’m using the binding that comes native with 2.5.12

Any suggestions? Thanks!

Marmoset_Threat · June 13, 2021, 9:23am

Currently, the 2.5 versions of the UniFi binding do not support UnifiOS, so you won’t get it to work (I have the same problem) The controller software is no longer reachable at 192.168.xxx.xxx:8443 but rather 192.168.xxx.xxx/network and unifi changed the auth stuff.

This feature has been implemented in OH3.1M2 though so if someone wanted to back-port the binding, I’d be overjoyed…

dastrix80 · June 13, 2021, 11:03am

Thats a real shame hopefully someone can back port it!

Marmoset_Threat · July 4, 2021, 5:59pm

It works! (@dastrix80)

I’ve gotten the it to work by manually merging the commit that added the UniFi-OS code and then recompiling the UniFi Jars. Here they are:

2.5.13 UniFi binding fix with UniFi OS support

To use these you’ll need to:

Just to be safe, delete the current unifi controller thing
Uninstall the existing unifi binding via Paper UI
Install the jars by placing them in the addons folder (UniFi will show up in the “add thing” menu)
Create the UniFi controller thing and make sure to set the the unifios toggle to true and use the right username/password (NOT ubiquiti account!). Also, make sure you’re on port 443
I was getting weird 404 errors, so I restarted OH and everything started working properly!

dastrix80 · July 5, 2021, 3:36am

THanks! @Marmoset_Threat when you say use the right account? which would that be. The one I login with? Ive tried the various accounts, no joy. I run this in a container on QNAP and its accessible just fine on 8443 using a browser

I can create the thing but its stuck in uninitialized

Also the binding comes up twice on my system, you’ve got SNAPSHOT & sources.jar

Marmoset_Threat · July 5, 2021, 8:25am

When I visit the IP of my cloudkey (CK gen2, running UniFi OS firmware 2.0.27), I’m presented with a menu that lets me enter the UniFi or Protect software. Along with that, there’s Cloudkey Settings and a “Manage Users” option too (xxx.xxx.xxx.xxx/users). Here I created a “Limited Admin” user (I called mine “openhab_access”) that has read-only permissions for UniFi and this is the user that I put in the Thing config for the UniFi Controller in OH.

As for the duplication thing, I just included both jars because I’m unsure which is needed. Maybe only one of them works and I got lucky using the right one?

dastrix80 · July 5, 2021, 9:47am

fair enough, doesnt work with both or either for me

Marmoset_Threat · July 5, 2021, 10:12am

Very strange, although if you’re using UniFi OS, the cloudkey shouldn’t be reachable at port 8443, this was the change that specifically broke my installation.

I’m also running UniFi 5.14.23 (I downgraded it from 6+) which may be relevant, but if you’re stuck on “uninitialized” and not “connection error” error messages, that sounds more like a OH issue. I’d try deleting the Thing, restarting, purging cache, fiddling with Thing settings, etc.

dastrix80 · July 6, 2021, 12:46am

Im not using a Cloud key, im using the Controller on Windows

sonyxperiageek · August 10, 2021, 12:25pm

Hi guys, I’ve been having the following issue since openHAB 2, and now it seems to have followed through to openHAB 3. Every night at midnight, openHab will show my Unifi controller as offline due to communication error, then 7-8 minutes later will re-establish connection again automatically. Due to this length of time, it is causing my openHab to think that everyone has “left” the home because all the phones also go offline at the same time, causing it to activate “Away” mode. Anyone know of this issue?

My UniFi controller is on a 1st gen Cloud Key, Controller version 6.1.71 about to upgrade to 6.2.26.

Every time I log into my controller UI, I have to go past the “not secure” as I don’t have a signed SSL cert as it’s only for localhost use.

Every night at midnight when OpenHab gives the below error I go and log in to my UniFi controller UI and I can log in just fine.

Logs below:

2021-08-10 00:00:06.115 [INFO ] [ab.event.ThingStatusInfoChangedEvent] - Thing 'unifi:controller:home' changed from ONLINE to OFFLINE (COMMUNICATION_ERROR): Unknown HTTP status code 503 returned by the controller
2021-08-10 00:00:06.116 [INFO ] [ab.event.ThingStatusInfoChangedEvent] - Thing 'unifi:wirelessClient:home:Huawei_P30_Pro' changed from ONLINE to OFFLINE (BRIDGE_OFFLINE)
2021-08-10 00:00:06.116 [INFO ] [ab.event.ThingStatusInfoChangedEvent] - Thing 'unifi:wirelessClient:home:Huawei_P20_Pro' changed from ONLINE to OFFLINE (BRIDGE_OFFLINE)

2021-08-10 00:08:41.077 [INFO ] [ab.event.ThingStatusInfoChangedEvent] - Thing 'unifi:controller:home' changed from OFFLINE (COMMUNICATION_ERROR): Unknown HTTP status code 503 returned by the controller to ONLINE
2021-08-10 00:08:41.079 [INFO ] [ab.event.ThingStatusInfoChangedEvent] - Thing 'unifi:wirelessClient:home:Huawei_P30_Pro' changed from OFFLINE (BRIDGE_OFFLINE) to ONLINE
2021-08-10 00:08:41.079 [INFO ] [ab.event.ThingStatusInfoChangedEvent] - Thing 'unifi:wirelessClient:home:Huawei_P20_Pro' changed from OFFLINE (BRIDGE_OFFLINE) to ONLINE

sonyxperiageek · August 11, 2021, 12:16pm

Anyone have any ideas on the above please? Happened again tonight at midnight, just like clockwork.

timwelch · September 1, 2021, 6:29am

It works! (@dastrix80) I’ve gotten the it to work by manually merging the commit that added the UniFi-OS code and then recompiling the UniFi Jars. Here they are:
2.5.13 UniFi binding fix with UniFi OS support
To use these you’ll need to:

I cannot thank you enough for this! So awesome!
My presence sensing has been completely broken since I upgraded to a UDM Pro but don’t have the time or inclination just now to move my whole Openhab install to 3.x.
Cheers!

dastrix80 · September 11, 2021, 10:27am

I still cant get it working.

my controller runs on port 8443, does the Unifi OS normally use just straight 443?

I get this stupid long error:

20:41:31.002 [WARN ] [org.eclipse.jetty.server.HttpChannel ] - /rest/things/unifi:controller:7ef21b93/config
javax.servlet.ServletException: javax.servlet.ServletException: org.glassfish.jersey.server.ContainerException: java.lang.StackOverflowError
        at org.ops4j.pax.web.service.jetty.internal.JettyServerHandlerCollection.handle(JettyServerHandlerCollection.java:88) ~[?:?]
        at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:127) ~[bundleFile:9.4.20.v20190813]
        at org.eclipse.jetty.server.Server.handle(Server.java:494) ~[bundleFile:9.4.20.v20190813]
        at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:374) [bundleFile:9.4.20.v20190813]
        at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:268) [bundleFile:9.4.20.v20190813]
        at org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:311) [bundleFile:9.4.20.v20190813]
        at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:103) [bundleFile:9.4.20.v20190813]
        at org.eclipse.jetty.io.ChannelEndPoint$2.run(ChannelEndPoint.java:117) [bundleFile:9.4.20.v20190813]
        at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.runTask(EatWhatYouKill.java:336) [bundleFile:9.4.20.v20190813]
        at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.doProduce(EatWhatYouKill.java:313) [bundleFile:9.4.20.v20190813]
        at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.tryProduce(EatWhatYouKill.java:171) [bundleFile:9.4.20.v20190813]
        at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.run(EatWhatYouKill.java:129) [bundleFile:9.4.20.v20190813]
        at org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:367) [bundleFile:9.4.20.v20190813]
        at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:782) [bundleFile:9.4.20.v20190813]
        at org.eclipse.jetty.util.thread.QueuedThreadPool$Runner.run(QueuedThreadPool.java:918) [bundleFile:9.4.20.v20190813]
        at java.lang.Thread.run(Thread.java:748) [?:1.8.0_232]
Caused by: javax.servlet.ServletException: org.glassfish.jersey.server.ContainerException: java.lang.StackOverflowError
        at org.glassfish.jersey.servlet.WebComponent.serviceImpl(WebComponent.java:489) ~[?:?]
        at org.glassfish.jersey.servlet.WebComponent.service(WebComponent.java:427) ~[?:?]
        at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:388) ~[?:?]
        at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:341) ~[?:?]
        at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:228) ~[?:?]
        at com.eclipsesource.jaxrs.publisher.internal.ServletContainerBridge.service(ServletContainerBridge.java:76) ~[?:?]
        at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:852) ~[?:?]
        at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:544) ~[?:?]
        at org.ops4j.pax.web.service.jetty.internal.HttpServiceServletHandler.doHandle(HttpServiceServletHandler.java:71) ~[?:?]
        at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143) ~[?:?]
        at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:536) ~[?:?]
        at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:127) ~[bundleFile:9.4.20.v20190813]
        at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:235) ~[?:?]
        at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:1581) ~[?:?]
        at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:233) ~[?:?]
        at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1307) ~[?:?]
        at org.ops4j.pax.web.service.jetty.internal.HttpServiceContext.doHandle(HttpServiceContext.java:293) ~[?:?]
        at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:188) ~[?:?]
        at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:482) ~[?:?]
        at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:1549) ~[?:?]
        at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:186) ~[?:?]
        at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1204) ~[?:?]
        at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141) ~[?:?]
        at org.ops4j.pax.web.service.jetty.internal.JettyServerHandlerCollection.handle(JettyServerHandlerCollection.java:80) ~[?:?]
        ... 15 more
Caused by: org.glassfish.jersey.server.ContainerException: java.lang.StackOverflowError
        at org.glassfish.jersey.servlet.internal.ResponseWriter.rethrow(ResponseWriter.java:278) ~[?:?]
        at org.glassfish.jersey.servlet.internal.ResponseWriter.failure(ResponseWriter.java:260) ~[?:?]
        at org.glassfish.jersey.server.ServerRuntime$Responder.process(ServerRuntime.java:509) ~[?:?]
        at org.glassfish.jersey.server.ServerRuntime$2.run(ServerRuntime.java:334) ~[?:?]
        at org.glassfish.jersey.internal.Errors$1.call(Errors.java:271) ~[?:?]
        at org.glassfish.jersey.internal.Errors$1.call(Errors.java:267) ~[?:?]
        at org.glassfish.jersey.internal.Errors.process(Errors.java:315) ~[?:?]
        at org.glassfish.jersey.internal.Errors.process(Errors.java:297) ~[?:?]
        at org.glassfish.jersey.internal.Errors.process(Errors.java:267) ~[?:?]
        at org.glassfish.jersey.process.internal.RequestScope.runInScope(RequestScope.java:317) ~[?:?]
        at org.glassfish.jersey.server.ServerRuntime.process(ServerRuntime.java:305) ~[?:?]
        at org.glassfish.jersey.server.ApplicationHandler.handle(ApplicationHandler.java:1154) ~[?:?]
        at org.glassfish.jersey.servlet.WebComponent.serviceImpl(WebComponent.java:473) ~[?:?]
        at org.glassfish.jersey.servlet.WebComponent.service(WebComponent.java:427) ~[?:?]
        at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:388) ~[?:?]
        at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:341) ~[?:?]
        at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:228) ~[?:?]
        at com.eclipsesource.jaxrs.publisher.internal.ServletContainerBridge.service(ServletContainerBridge.java:76) ~[?:?]
        at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:852) ~[?:?]
        at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:544) ~[?:?]
        at org.ops4j.pax.web.service.jetty.internal.HttpServiceServletHandler.doHandle(HttpServiceServletHandler.java:71) ~[?:?]
        at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143) ~[?:?]
        at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:536) ~[?:?]
        at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:127) ~[bundleFile:9.4.20.v20190813]
        at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:235) ~[?:?]
        at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:1581) ~[?:?]
        at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:233) ~[?:?]
        at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1307) ~[?:?]
        at org.ops4j.pax.web.service.jetty.internal.HttpServiceContext.doHandle(HttpServiceContext.java:293) ~[?:?]
        at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:188) ~[?:?]
        at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:482) ~[?:?]
        at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:1549) ~[?:?]
        at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:186) ~[?:?]
        at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1204) ~[?:?]
        at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141) ~[?:?]
        at org.ops4j.pax.web.service.jetty.internal.JettyServerHandlerCollection.handle(JettyServerHandlerCollection.java:80) ~[?:?]
        ... 15 more
Caused by: java.lang.StackOverflowError
        at java.security.AccessController.doPrivileged(Native Method) ~[?:1.8.0_232]
        at org.osgi.framework.FrameworkUtil.getBundle(FrameworkUtil.java:208) ~[osgi.core-6.0.0.jar:?]
        at org.ops4j.pax.logging.spi.support.BundleHelper.getCallerBundle(BundleHelper.java:77) ~[bundleFile:?]
        at org.ops4j.pax.logging.spi.support.BundleHelper.getCallerBundle(BundleHelper.java:53) ~[bundleFile:?]
        at org.ops4j.pax.logging.OSGIPaxLoggingManager.getLogger(OSGIPaxLoggingManager.java:71) ~[bundleFile:?]
        at org.ops4j.pax.logging.slf4j.Slf4jLoggerFactory.getLogger(Slf4jLoggerFactory.java:51) ~[bundleFile:?]
        at org.slf4j.LoggerFactory.getLogger(LoggerFactory.java:358) ~[bundleFile:?]
        at org.slf4j.LoggerFactory.getLogger(LoggerFactory.java:383) ~[bundleFile:?]
        at org.openhab.binding.unifi.internal.api.model.UniFiControllerRequest.<init>(UniFiControllerRequest.java:74) ~[?:?]
        at org.openhab.binding.unifi.internal.api.model.UniFiController.newRequest(UniFiController.java:202) ~[?:?]
        at org.openhab.binding.unifi.internal.api.model.UniFiController.login(UniFiController.java:108) ~[?:?]
        at org.openhab.binding.unifi.internal.api.model.UniFiController.executeRequest(UniFiController.java:211) ~[?:?]
        at org.openhab.binding.unifi.internal.api.model.UniFiController.login(UniFiController.java:115) ~[?:?]
        at org.openhab.binding.unifi.internal.api.model.UniFiController.executeRequest(UniFiController.java:211) ~[?:?]
        at org.openhab.binding.unifi.internal.api.model.UniFiController.login(UniFiController.java:115) ~[?:?]
        at org.openhab.binding.unifi.internal.api.model.UniFiController.executeRequest(UniFiController.java:211) ~[?:?]
        at org.openhab.binding.unifi.internal.api.model.UniFiController.login(UniFiController.java:115) ~[?:?]
        at org.openhab.binding.unifi.internal.api.model.UniFiController.executeRequest(UniFiController.java:211) ~[?:?]

ip-ua · September 11, 2021, 5:43pm

Mathew, I am using 6.2.26. and fount that UniFi controller going offline when makes backup.
I went to Settings → System Settings → Maintenance → Backup/Restore and changed Backup Scheduler for my needs.

dastrix80 · September 15, 2021, 4:15am

So, ive updated to 3.1 and get the same issue as on 2.5.12 OH

The controller wont come online. Running Unifi OS controller under a Container on a QNAP nas

Any suggestions?

04:14:23.294 [ERROR] [rnal.common.AbstractInvocationHandler] - An error occurred while calling method 'ThingHandler.dispose()' on 'org.openhab.binding.unifi.internal.handler.UniFiControllerThingHandler@2b01f2ab': null
java.lang.StackOverflowError: null
        at java.security.AccessController.doPrivileged(Native Method) ~[?:?]
        at org.osgi.framework.FrameworkUtil.getBundle(FrameworkUtil.java:209) ~[osgi.core-7.0.0.jar:?]
        at org.ops4j.pax.logging.spi.support.BundleHelper.getCallerBundle(BundleHelper.java:80) ~[bundleFile:?]
        at org.ops4j.pax.logging.spi.support.BundleHelper.getCallerBundle(BundleHelper.java:54) ~[bundleFile:?]
        at org.ops4j.pax.logging.OSGIPaxLoggingManager.getLogger(OSGIPaxLoggingManager.java:72) ~[bundleFile:?]
        at org.ops4j.pax.logging.slf4j.Slf4jLoggerFactory.getLogger(Slf4jLoggerFactory.java:52) ~[bundleFile:?]
        at org.slf4j.LoggerFactory.getLogger(LoggerFactory.java:363) ~[bundleFile:?]
        at org.slf4j.LoggerFactory.getLogger(LoggerFactory.java:388) ~[bundleFile:?]
        at org.openhab.binding.unifi.internal.api.model.UniFiControllerRequest.<init>(UniFiControllerRequest.java:74) ~[?:?]
        at org.openhab.binding.unifi.internal.api.model.UniFiController.newRequest(UniFiController.java:201) ~[?:?]
        at org.openhab.binding.unifi.internal.api.model.UniFiController.login(UniFiController.java:107) ~[?:?]
        at org.openhab.binding.unifi.internal.api.model.UniFiController.executeRequest(UniFiController.java:210) ~[?:?]
        at org.openhab.binding.unifi.internal.api.model.UniFiController.login(UniFiController.java:114) ~[?:?]
        at org.openhab.binding.unifi.internal.api.model.UniFiController.executeRequest(UniFiController.java:210) ~[?:?]
        at org.openhab.binding.unifi.internal.api.model.UniFiController.login(UniFiController.java:114) ~[?:?]
        at org.openhab.binding.unifi.internal.api.model.UniFiController.executeRequest(UniFiController.java:210) ~[?:?]
        at org.openhab.binding.unifi.internal.api.model.UniFiController.login(UniFiController.java:114) ~[?:?]
        at org.openhab.binding.unifi.internal.api.model.UniFiController.executeRequest(UniFiController.java:210) ~[?:?]
        at org.openhab.binding.unifi.internal.api.model.UniFiController.login(UniFiController.java:114) ~[?:?]
        at org.openhab.binding.unifi.internal.api.model.UniFiController.executeRequest(UniFiController.java:210) ~[?:?]
        at org.openhab.binding.unifi.internal.api.model.UniFiController.login(UniFiController.java:114) ~[?:?]
        at org.openhab.binding.unifi.internal.api.model.UniFiController.executeRequest(UniFiController.java:210) ~[?:?]
        at org.openhab.binding.unifi.internal.api.model.UniFiController.login(UniFiController.java:114) ~[?:?]
        at org.openhab.binding.unifi.internal.api.model.UniFiController.executeRequest(UniFiController.java:210) ~[?:?]
        at org.openhab.binding.unifi.internal.api.model.UniFiController.login(UniFiController.java:114) ~[?:?]
        at org.openhab.binding.unifi.internal.api.model.UniFiController.executeRequest(UniFiController.java:210) ~[?:?]
        at org.openhab.binding.unifi.internal.api.model.UniFiController.login(UniFiController.java:114) ~[?:?]
        at org.openhab.binding.unifi.internal.api.model.UniFiController.executeRequest(UniFiController.java:210) ~[?:?]
        at org.openhab.binding.unifi.internal.api.model.UniFiController.login(UniFiController.java:114) ~[?:?]
        at org.openhab.binding.unifi.internal.api.model.UniFiController.executeRequest(UniFiController.java:210) ~[?:?]
        at org.openhab.binding.unifi.internal.api.model.UniFiController.login(UniFiController.java:114) ~[?:?]
        at org.openhab.binding.unifi.internal.api.model.UniFiController.executeRequest(UniFiController.java:210) ~[?:?]
        at org.openhab.binding.unifi.internal.api.model.UniFiController.login(UniFiController.java:114) ~[?:?]
        at org.openhab.binding.unifi.internal.api.model.UniFiController.executeRequest(UniFiController.java:210) ~[?:?]

dastrix80 · September 26, 2021, 6:08am

Moved the whole controller to windows and reverted back to 6.0.45, still fails. All the things are online, but the items on the channels are all NULL

dastrix80 · September 29, 2021, 5:54am

Has anyone actually tested this on OH V3.1?

I tried to install the snapshot


15:54:07.982 [WARN ] [org.apache.felix.fileinstall         ] - Error while starting bundle: file:/usr/share/openhab/addons/org.openhab.binding.unifi-3.1.0-SNAPSHOT.jar
org.osgi.framework.BundleException: Could not resolve module: org.openhab.binding.unifi [310]
  Unresolved requirement: Import-Package: org.apache.commons.lang; version="[2.6.0,3.0.0)"

        at org.eclipse.osgi.container.Module.start(Module.java:463) ~[org.eclipse.osgi-3.16.200.jar:?]
        at org.eclipse.osgi.internal.framework.EquinoxBundle.start(EquinoxBundle.java:440) ~[org.eclipse.osgi-3.16.200.jar:?]
        at org.apache.felix.fileinstall.internal.DirectoryWatcher.startBundle(DirectoryWatcher.java:1260) [bundleFile:3.6.8]
        at org.apache.felix.fileinstall.internal.DirectoryWatcher.startBundles(DirectoryWatcher.java:1233) [bundleFile:3.6.8]
        at org.apache.felix.fileinstall.internal.DirectoryWatcher.doProcess(DirectoryWatcher.java:520) [bundleFile:3.6.8]
        at org.apache.felix.fileinstall.internal.DirectoryWatcher.process(DirectoryWatcher.java:365) [bundleFile:3.6.8]
        at org.apache.felix.fileinstall.internal.DirectoryWatcher.run(DirectoryWatcher.java:316) [bundleFile:3.6.8]

pacive · October 7, 2021, 12:36pm

Looks like you’re using an old build installed via the addons directory. Apache commons was removed as a dependency a while back. I have the binding installed in the regular way, and it works without issue.