Unifi Access Point verbindet sich nicht - disconnected

[Ruggy]

Hallo,

möchte zur Anwesenheitserkennung den Unifi Ubiquiti AP-AC Lite verwenden.

Habe wie im Commandref beschrieben mit putty

Code Auswählen Erweitern

apt-get install libjson-perl ausgeführt.
Es kam eine Meldung in der Art, dass das bestehende aktuell ist.

In FHEM habe ich folgendes eingegeben

Code Auswählen Erweitern

define Unifi_AC_Abstellkammer Unifi 192.168.33.3 8443 MeinBenutzername MeinPasswort

Leider zeigt es mir als state "disconnected" an.

An was könnte das liegen?

Ich habe den Unifi noch nicht lange und habe auch derzeit noch ein Problem, dass der Unifi über Windows 7 erst erkannt wird (zum Konfigurieren mit dem Unifi Controller), wenn ich die Firewall deaktiviere.
WLan funktioniert aber ohne Probleme.
Das Windowsproblem dürfte aber doch nichts mit dem FHEM/Raspberry Problem zu tun haben?

Hier ein List vom Device Unifi_AC_Abstellkammer

Code Auswählen Erweitern

Internals:
   CFGFN     
   DEF        192.168.33.3 8443 crypt:2d554b4211065b7e crypt:3c014d632006474c1b7645475a5a51344b5c535e
   FUUID      5c7b84b3-f33f-194f-d4d4-c021603df865be0d
   NAME       Unifi_AC_Abstellkammer
   NOTIFYDEV  global
   NR         1624
   NTFY_ORDER 50-Unifi_AC_Abstellkammer
   STATE      disconnected
   TYPE       Unifi
   VERSION    3.1.0
   Helper:
     DBLOG:
       state:
         DbLog:
           TIME       1551598771.30267
           VALUE      disconnected
   READINGS:
     2019-03-03 08:39:31   state           disconnected
   accespoints:
   alerts_unarchived:
   clients:
   events:
   helper:
     password   crypt:3c014d632006474c1b7645475a5a51344b5c535e
     username   crypt:2d554b4211065b7e
   hotspot:
     vouchers:
   httpParams:
     ignoreredirects 1
     loglevel   5
     method     POST
     noshutdown 0
     timeout    5
     hash:
     sslargs:
       SSL_verify_mode 0
   unifi:
     CONNECTED  disconnected
     deprecatedClientNames 1
     eventPeriod 24
     interval   30
     url        https://192.168.33.3:8443/api/s/default/
     version    4
   updateDispatch:
   wlans:
Attributes:

[stefanpf]

192.168.33.3 ist das die IP von dem Accesspoint? (Ich interpretiere das ausdenken Namen des Devices).
Das Unifi Device verbindet sich mit dem Controller / Cloudkey und nicht mit dem AP.
Für eine Anwesenheitserkennung muss der Controller dann aber 24/7 laufen.

[Ruggy]

Ja, das wäre die IP von meinem Accesspoint.

Habe es so verstanden und nach dem Beispiel aus der Commandref (define my_unifi_controller Unifi 192.168.1.15 443 admin secret) gemacht.

Wie sehe ich die IP vom Controller?
Wenn ich diesen über den Browser aufrufe wird in der Adresszeile nur https://localhost:8443/... angezeigt.

Wie kann der Controller 24/7 laufen. Den Windows PC möchte ich nicht immer laufen lassen.
Muss/kann ich den Controller auf  dem Raspberry installieren, auf dem FHEM läuft?

[der-Lolo]

Ja, es gibt eine lösung für Raspi.
Versprech Dir aber nicht zuviel davon, das ist nicht gerade performant...

Ohne Controller macht Unifi nur halb soviel Spaß.

[stefanpf]

Du kannst z.B. den Unify Cloudkey im Dauerbetrieb benutzen oder das Paket unter Linux installieren.
Der Cloudkey ist theoretisch bunt und kindgerecht, ich habe allerdings schlechte Erfahrung damit gemacht (momentan ist er mal wieder eingeschickt).

Theoretisch müsste der Controller auch auf einem Raspi laufen. Da müsstest du dich aber selbst schlau machen ob die Ressourcen ausreichen.
Ich habe ihn unter Ubuntu auf einer Nuc laufen.

[Olly]

Hallo,

habe das auch erst kürzlich in Betrieb genommen. Bei mir läuft der Controller momentan auf einem Raspi 1 mit 512MB.
Das war ein ganz schönes gefrickel das dort ans Laufen zu bekommen.
Für eine kleine Installation mit nur einem AP geht das bei mir. Für eine größere Installation wird das wohl aber nichts.
Vom Cloud-Key hört man öfters, dass der Probleme macht. Wichtig ist egal welche Hardware, dass man immer sauber beendet und runterfährt, da sonst die Datenbank korrumpiert und nix mehr geht.

Gruß


      Olly

[Ruggy]

Habe mir eigentlich den Unifi vor allem deswegen gekauft, dass die Anwesenheitserkennung zuverlässlicher funktioniert im Vergleich zur Fritzbox.

Habe in einen Blog (https://www.meintechblog.de/2018/04/wlan-anwesenheitserkennung-mit-unifi-accesspoints-in-fhem-einbinden-und-an-loxone-weiterleiten/) eine Anleitung zum installieren des Controllers auf dem Raspberry gefunden.
folgende Befehlt werden ausgeführt.
   

Code Auswählen Erweitern

sudo apt-get -y install libjson-perl
sudo sh -c "echo 'deb http://www.ubnt.com/downloads/unifi/debian stable ubiquiti' > /etc/apt/sources.list.d/ubnt.list"
sudo apt-key adv --keyserver keyserver.ubuntu.com --recv 06E85760C0A52C50
sudo apt-get -y --allow-unauthenticated install unifi
sudo reboot

Sollte das so funktionieren?
@Olly
hast du es ähnlich gemacht?

das ist nicht gerade performant...
Ohne Controller macht Unifi nur halb soviel Spaß.

Was meinst Du mit nicht gerade perfomant? Wegen der Geschwindigkeit?
Wird hier das gesamte FHEM ausgebremst?
Ohne Controller kann ich den AP doch gar nicht in FHEM nutzen, oder?
Ist der Raspberry 3 zu langsam?

Ich habe ihn unter Ubuntu auf einer Nuc laufen.

Was wäre ein günstiger Nuc, welcher für den Controller ausreichend ist?
Vor allem habe ich von Nuc noch nicht gehört. Muss erst mal die Suchmaschine befragen.

Bin leider auf dem Gebiet nicht fit und muss mir vieles zusammensuchen.

[justme1968]

der alte cloudkey braucht vor allem auf jeden fall eine usv. wenn er nicht sauber runterfährt gibt es probleme. wenn man eine hat ist er empfehlenswerter als ein raspberry.

der neue cloudkey hat eine mini usv eingebaut und sollte das problem nicht mehr haben. kostet aber mehr als ein raspberry und ist für einen ap sicher überdimensioniert.

[Wuehler]

Moin,

Zum Start kannst du den UnifiController ruhig auf demselben Pi laufen lassen wie auch fhem. Idealerweise das Update-Interval erstmal auf 120 Sekunden setzen. Sonst handelst du dir schnell mal Performanceprobleme ein. Es kommt drauf an, wie groß/Ressourcenhungrig dein fhem und dein Unifi-Netzwerk sind. Wenn ein Updatezyklus länger als das eingestellte Intervall dauert, wird das den RasPi schnell an die Lastgrenzen bringen. Auf zwei RasPi verteilt läuft aber offenbar ohne Probleme mit 30 Sekunden update-Intervall.
Mach am Besten bei jeder (größeren) Änderung im Unifi-Controller ein Backup um eine ggf. korrumpierte DB wieder heile zu bekommen.

Bei deiner Anleitung fehlt ggf. ein aktuelles Java. Es kommt drauf an, was auf deinem Pi bisher installiert wurde.
Im Unif-Blog gibt es auch eine gute Anleitung. Ich würde Methode-B empfehlen. Das Pi-Hole ist nicht zwingend.

Viel Erfolg,
Dirk

[Olly]

@Ruggy: Ich habe nicht den "normalen" stabile Zweig gewählt, sondern oldstable. Das installiert eine Controller Ver. 5.9.xx, aktuell ist die 5.10.xx die habe ich aber auf meinem alten Pi nicht ans laufen bekommen.
Java habe ich eine openJDK Ver. anstatt die Oracle Ver. genommen.
Die aktuelle Oracle läuft auf dem alten Pi mit Arm6 nicht.
Mit einem Pi3 sollte das aber gehen (Arm7).

Gruß

      Olly

[Ruggy]

Ich denke, dass ich es mit einem weiteren Raspberry versuchen und nach Methode-B installieren. Habe noch einen Raspberry 3 (die erste Version) daheim.

Wenn ich auf dem zweiten Raspberry den Controller installiert habe, nehme ich dann die IP-Adresse von diesen Raspberry für den Befehl, welchen ich oben schon genannt habe und es sollte funktionieren?

Code Auswählen Erweitern

define Unifi_AC_Abstellkammer Unifi "IpVomZweiten_Raspberry" 8443 MeinBenutzername MeinPasswort

[Olly]

Ich denke, dass ich es mit einem weiteren Raspberry versuchen und nach Methode-B installieren. Habe noch einen Raspberry 3 (die erste Version) daheim.

Wenn ich auf dem zweiten Raspberry den Controller installiert habe, nehme ich dann die IP-Adresse von diesen Raspberry für den Befehl, welchen ich oben schon genannt habe und es sollte funktionieren?

Code Auswählen Erweitern

define Unifi_AC_Abstellkammer Unifi "IpVomZweiten_Raspberry" 8443 MeinBenutzername MeinPasswort

Ja, das sollte dann passen.

Gruß

    Olly

[stefanpf]

Btw:
je nach genutzter Unifi Infrastruktur und Version funktioniert das mit der Anwesenheitserkennung auch nicht 100%.

Bei mir bleiben die Handys gerne auf dem Status "connected" und werden haben aber als verbundenen Accesspoint dann den Unifi  Switch oder den Unifi Gateway eingetragen.
Da der Controller selbst auch dann und wann solche Anwandlungen hat vermute ich die Ursache eher in der Unifi API

Mit der folgenden Funktion im Presence Device lässt sich das aber sehr gut kompensieren (ist nicht auf meinem Mist gewachsen - ich meine, dass habe ich hier irgendwo im Forum aufgeschnappt.

Code Auswählen Erweitern

defmod presence.Stefan PRESENCE function { ((ReadingsVal("UniFi","Galaxy-S9","") eq "connected") and ((index(ReadingsVal("UniFi","Galaxy-S9_accesspoint",""), "AP_EG")) != -1 or (index(ReadingsVal("UniFi","Galaxy-S9_accesspoint",""), "AP_OG")) != -1))? 1 : 0} 10

[Ruggy]

Habe gesehen, dass Ubiquiti den UniFi Cloud Key als Hardwarelösung anbietet.

Wäre dies das selbe wie ein Raspberry mit dem Controller?

Was wäre besser?
Raspberry hätte ich und ist auch günstiger; aber ist die Hardware von Ubiquiti stabiler?

[justme1968]

hast du die antworten weiter oben gelesen?