In all seriousness, soon. I’m just getting settled back in - just got home from vacation day before yesterday and still fighting jet lag.
I have it on my agenda to get my dev env back up and running but it’s going to take some time with the whole “code shuffling” that’s been going on in master. No worries, I will get it done I promise!
I’m already seeing a need for it around the house so I have the motivation
I think this binding is super! Thanks for continue to work on that.
I just spend 10min finding this issue:
2019-09-18 21:23:25.982 [DEBUG] [i.internal.api.model.UniFiController] - Could not find a matching client for id = 172. 6.5.12
and I propose to make this a warning, not a debug
The feature I would want to ask for is.
auto discovery (where the mac address is the thing-id)
Keep up the awesome work and congratz to the new place!
Thanks, it’s finally nice to have a place of my own!
Now on to the progress of the binding…
So @lexusburn got me motivated with a PR, to start development again and I’ve managed to implement LED toggling at the site level. Eventually once hardware devices like APs and Switches are added to the binding, you should be able to toggle the LEDs on a per-device basis.
Before I push my latest code, I want to ask how many are running at least 2.5.0.M2+ ???
Since the code reshuffling in master has taken place, I 99.99% sure the binding is no longer 2.4 compatible
If there’s enough of you “living on the edge”, I will push my code for testing.
I don’t see changes that would make it incompatible. It depends on gson, which would need to be installed separately in a 2.4 installation. But you can work around it by including the gson jar in a lib folder specifically in a jar for 2.4.
LED toggling would be awesome! Any chance to change the LEDs to white? I’m doing this now by pushing SSH scripts with rules, so it’s clunky, but works. Of course, this isn’t a big deal either way, would just be a cool thing to have.
If this was a warning, any time a client was not online nor found in the “historical” insights data, this message would spam the log every refresh interval - hence the reason it’s a debug
I’ve never seen anything about turning them white.
I will spin up a fresh 2.4 and try the binding and report back. Either way, I’ll update the docs later today and push the new builds for fresh testing.
Next on my list is adding AP devices. What channels would you like to see?
totalClients
wirelessClients
wiredClients (not sure if this is possible but I’ll look into it)
guestClients
led
As usual, will update you all once the builds are up.
There’s a space in the ip address between 172. and 6. I don’t know how the matching is done, but if it just compares 172.6.5.12 with 172. 6.5.12 then they will not match.
jwiseman
(Mr. Wiseman (OH 4.2 Snapshot on Pi4))
942
I’m running OH 2.4 with this version of the binding which I think you made it work for 2.4 by removing some code.
Been working flawlessly with a local controller and a controller across the Internet.
openhab> list -s | grep unifi
198 │ Active │ 80 │ 2.5.0.201903071727 │ org.openhab.binding.unifi
Best, Jay
jwiseman
(Mr. Wiseman (OH 4.2 Snapshot on Pi4))
943
My functional request would be the following:
WiFi experience level (0 - 100%) on a device - channel needed
Send a “Reconnect” command on a device - channel needed
I have 79 WiFi devices and 3 AP at home and I find that those that fall below 49% on WiFi levels - I can select Reconnect and the client’s WiFi experience (9x out of 10) will increase above 50%.
I would like to automate this a bit hence the request.
As you might take requests, I have a similar Issue with my Devices. I have a DoorBird that sometimes freezes. I would be able to detect that to power cycle it, as soon as your binding supports power cycling a PoE Port Switch
I keep getting these offline messages, what could be wrong?
2019-10-17 14:00:42.379 [hingStatusInfoChangedEvent] - 'unifi:controller:home' changed from ONLINE to OFFLINE (COMMUNICATION_ERROR): Error communicating with the UniFi controller
2019-10-17 14:00:42.381 [hingStatusInfoChangedEvent] - 'unifi:wirelessClient:home:DuangchaisPhone' changed from ONLINE to OFFLINE (BRIDGE_OFFLINE)
2019-10-17 14:00:42.387 [hingStatusInfoChangedEvent] - 'unifi:wirelessClient:home:DannyPhone' changed from ONLINE to OFFLINE (BRIDGE_OFFLINE)
2019-10-17 14:01:12.779 [hingStatusInfoChangedEvent] - 'unifi:controller:home' changed from OFFLINE (COMMUNICATION_ERROR): Error communicating with the UniFi controller to ONLINE
We just had a discussion about turning off WIFI at night to safe us from the dooming electro smog. If we would be able to use the switch-profile-override from within the binding, we could realize a “sleeping-mode” that would turn of the PoE-access points .
if the API does not allow that, maybe turning off the wifi bands within the access points itself is an option?
MDAR
(Stuart Hanlon, UK importer of Velbus hardware)
949
Hi
I just tried to download the jar file from the link you provided, but it isn’t available.
Is it possible to share a new link please?
Many thanks,
Stuart
****** Update ******
My apologies, I think I’ve found a more appropriate link