Neues Modul - 74_Unifi - Für den Ubiquiti Networks (UBNT) - Unifi Controller

Begonnen von rapster, 23 August 2015, 02:12:04

Vorheriges Thema - Nächstes Thema

Michi240281

Sooooooooo, es geht!!!! :-)

Habe auch jede Menge Readings! Dazu die erste Frage: Kann man den Devices auch Alias geben? Ähnlich dem Geofancy-Modul?
FHEM 5.6 auf RPi2 / HM LAN Adapter / diverse HM-Devices
FHEM-Remote-App
QNAP 419P / Onkyo TX-SR 608
DM500HD / GM Spark One
Sony 52HX905

rapster

Dem unifi device selber, kannst du natürlich einen alias verpassen.

Wüsste allerdings nicht dass dies irgendein Modul bei readings unterstützt?

P.S. Wenn du eh schon dabei bist, würdest du evtl. noch kurz die aktuelle Version aus diesem Beitrag testen: http://forum.fhem.de/index.php/topic,40287.msg326142.html#msg326142
Danke  ;)

EDIT:
Allerdings ein Hinweis dazu, die Device-ID's sollten ein Controller-Leben lang gleich bleiben.

Michi240281

Im Geofancy-Modul kann man den Readings auch einen Alias geben, siehe hier:

GEOFANCY Modul individualisieren

Die im GEOFANCY Modul dargestellten Readings sind nun in etwa so, wenn ihr euch bewegt:

Readings:
     2014-01-18 14:37:42   51F23894-AAAA-BBBB-CCCC-0123456789AB          arrived home
     2014-01-18 14:37:42   currLocLat_51F23894-AAAA-BBBB-CCCC-0123456789AB 48.9999
     2014-01-18 14:37:42   currLocLong_51F23894-AAAA-BBBB-CCCC-0123456789AB 11.9999
     2014-01-18 14:37:42   currLocTime_51F23894-AAAA-BBBB-CCCC-0123456789AB 2014-01-18 14:37:42
     2014-01-18 14:37:42   currLoc_51F23894-AAAA-BBBB-CCCC-0123456789AB  home
     2014-01-17 19:18:23   lastArr         51F23894-AAAA-BBBB-CCCC-0123456789AB home
     2014-01-17 18:41:46   lastDep         51F23894-AAAA-BBBB-CCCC-0123456789AB Office
     2014-01-18 14:37:42   lastDevice      51F23894-AAAA-BBBB-CCCC-0123456789AB
     2014-01-17 18:41:46   lastLocArr_51F23894-AAAA-BBBB-CCCC-0123456789AB 2014-01-17 08:58:37
     2014-01-17 18:41:46   lastLocDep_51F23894-AAAA-BBBB-CCCC-0123456789AB 2014-01-17 18:41:46
     2014-01-17 18:41:46   lastLocLat_51F23894-AAAA-BBBB-CCCC-0123456789AB 48.1111
     2014-01-17 18:41:46   lastLocLong_51F23894-AAAA-BBBB-CCCC-0123456789AB 11.1111
     2014-01-17 18:41:46   lastLoc_51F23894-AAAA-BBBB-CCCC-0123456789AB  Office
     2014-01-18 14:37:42   state           dev:51F23894-AAAA-BBBB-CCCC-0123456789AB trig:test id:home lat:48.9999 long:11.9999

Wer genauer hinschaut sieht: Mein iPhone heißt wohl 51F23894-AAAA-BBBB-CCCC-0123456789AB. Das ist sehr unübersichtlich. Wir setzen deshalb einen Alias-Namen für das Gerät. Sinnvoll erscheint mir der Vorname des Besitzers:

    attr geofancy devAlias 51F23894-AAAA-BBBB-CCCC-0123456789AB:Julian

Weitere Alias-Namen können mit Leerzeichen einfach angehängt werden. Die alten Readings löschen wir mit

    set geofancy clear readings

Jetzt sehen die Readings schon viel freundlicher aus:

Readings:
     2014-01-18 14:37:42   Julian          arrived home
     2014-01-18 14:37:42   currLocLat_Julian 48.9999
     2014-01-18 14:37:42   currLocLong_Julian 11.9999
     2014-01-18 14:37:42   currLocTime_Julian 2014-01-18 14:37:42
     2014-01-18 14:37:42   currLoc_Julian  home
     2014-01-17 19:18:23   lastArr         Julian home
     2014-01-17 18:41:46   lastDep         Julian Office
     2014-01-18 14:37:42   lastDevice      Julian
     2014-01-17 18:41:46   lastLocArr_Julian 2014-01-17 08:58:37
     2014-01-17 18:41:46   lastLocDep_Julian 2014-01-17 18:41:46
     2014-01-17 18:41:46   lastLocLat_Julian 48.1111
     2014-01-17 18:41:46   lastLocLong_Julian 11.1111
     2014-01-17 18:41:46   lastLoc_Julian  Office
     2014-01-18 14:37:42   state           dev:Julian trig:test id:home lat:48.9999 long:11.9999


Ist aus dem FhemWiki! Das Attribut nennt sich "devAlias" und macht das ganze deutlich übersichtlicher!

Ok, werde ich direkt testen! Bekommst gleich Rückmeldung!
FHEM 5.6 auf RPi2 / HM LAN Adapter / diverse HM-Devices
FHEM-Remote-App
QNAP 419P / Onkyo TX-SR 608
DM500HD / GM Spark One
Sony 52HX905

rapster


Michi240281

Neue Version ist online! Man musste Fhem neustarten, damit er connected, aber jetzt scheints zu laufen wie mit der "alten" Version!
FHEM 5.6 auf RPi2 / HM LAN Adapter / diverse HM-Devices
FHEM-Remote-App
QNAP 419P / Onkyo TX-SR 608
DM500HD / GM Spark One
Sony 52HX905

Michi240281

Sooooooooo! PRESENCE Funktion eingebaut und funktioniert SEEEEEEEHR GUT!!!!!!!!!!

VIELEN DANK für das tolle Modul, das ist genau das, was ich gesucht habe!!!!!
FHEM 5.6 auf RPi2 / HM LAN Adapter / diverse HM-Devices
FHEM-Remote-App
QNAP 419P / Onkyo TX-SR 608
DM500HD / GM Spark One
Sony 52HX905

rapster

Wann genau musstest du neustarten?

Hast du wohl die die neue .pm zu fhem kopiert, fhem neugestartet, die alte definition gelöscht, neu definiert, und anschließend hat er nicht connected?

Im Anhang eine Version mit devAlias, analog zum geofancy modul, d.H. mit Leerzeichen getrennt bei mehreren Geräten.
Nur ganz kurz getestet, muss noch ausprobieren obs beim disconnect auch klappt :-)
Testest du mal, und gibst  mir bescheid?

Gruß
  Clauidu

EDIT: File entfernt

Michi240281

Folgendes habe ich gemacht:

- Neue Version in Fhem Ordner kopiert
- In Fhem Kommandozeile "reload 74_unifi.pm" eingegeben
- dann stand er auf disconnected
- dann disable 1 und disable 0 gemacht
- hat aber nichts gebracht, immer noch auf disconnected
- shutdown restart und dann war er auf connected

Jepp, super, ich teste ich meld mich gleich!
FHEM 5.6 auf RPi2 / HM LAN Adapter / diverse HM-Devices
FHEM-Remote-App
QNAP 419P / Onkyo TX-SR 608
DM500HD / GM Spark One
Sony 52HX905

Michi240281

FHEM 5.6 auf RPi2 / HM LAN Adapter / diverse HM-Devices
FHEM-Remote-App
QNAP 419P / Onkyo TX-SR 608
DM500HD / GM Spark One
Sony 52HX905

rapster

Zum Test: OK super,  dann passt es, da hatte sich einfach zuviel geändert dass es nur mit reload funktioniert.

Zu den Aliasen: Spitze dass es bei dir auch funktioniert, habs nochmal auf eine schönere Art eingebaut, das landet dann Morgen im Update :-)

Gruß
  Claudiu

Michi240281

Tolle Arbeit!

Hab noch eine Frage: Kannst du was zum Ressourcenverbrauch des Moduls sagen? Habe jetzt das Interval auf 10 Sekunden gestellt! So wird dann hoffentlich sehr schnell erkannt, wenn man nach Hause kommt! Hauptsache das frisst dann nicht zu viel Performance!
FHEM 5.6 auf RPi2 / HM LAN Adapter / diverse HM-Devices
FHEM-Remote-App
QNAP 419P / Onkyo TX-SR 608
DM500HD / GM Spark One
Sony 52HX905

rapster

Ressourcenverbrauch => Nicht Messbar :-)

Edit:
Habs doch mal mehr oder weniger "gemessen" i.M. liegt die Blocking-Time des Moduls auf meinem Dev-System bei jedem update bei ~ 0.002 Sekunden (bei 5 WLAN-Clients und 3 AP's), davon allerdings ~ 0.002 Sekunden allein zum setzen der Fhem-Readings, die eigene Modul-Zeit konnte ich bei dieser Messauflösung nicht messen.
Die Kommunikation selber zur Unifi-API erfolgt natürlich Nonblocking.

P.S. 10 Sekunden sind vollkommen i.O. ich habe diese Intervall min-Beschränkung ohne besonderen Grund gewählt, dachte mir nur dass dies ein "vernünftiger" Wert ist, weil z.B. auch das interne Timeout (falls die Unifi-API z.B. mal 'seltsam' reagieren sollte) auf 5 Sekunden steht.
Falls wirklich bedarf besteht, kann ich das auch gerne noch etwas heruntersetzen.

Michi240281

FHEM 5.6 auf RPi2 / HM LAN Adapter / diverse HM-Devices
FHEM-Remote-App
QNAP 419P / Onkyo TX-SR 608
DM500HD / GM Spark One
Sony 52HX905

Mumpitz

Hallo Rapster
Nochmals vielen Dank für Dein Super Modul. Kleine Frage, zwar eher zum Controller als zu deinem Modul:

Weisst Du wo der Controller die ganzen Statistiken ablegt betreffend den eingeloggten Devices, wer wievielte gesogen hat, wie lange online und so?

Meine Frage zielt dahin, dass ich diese andauernden Schreibzugriffe wenn möglich auf den angeschlossenen USB Stick auslagern möchte, damit meine Speicherkarte nicht in wenigen Monaten ins Nirvana wandert...

Danke für Deine Hilfe

rapster

Hallo Mumpitz,

zumindest in meiner Installation, liegen die Daten alle unterhalb von /var/lib/unifi, denke das müsste alles im /var/lib/unif/db Ordner sein.

Du musst mal schauen, wo ich vor ü. 1 Jahr den Controller bei mir installiert habe, hatte ich glaube ich auch paar Probleme damit dass die MongoDB ziemlich groß wurde.
Das hatte allerdings soweit ich mich erinnern kann damit zutun dass die DB als eigener Dienst gestartet wurde.

Es finden sich auch recht viele Infos wie man die DB klein halten kann, z.B. hier: https://community.ubnt.com/t5/UniFi-Wireless/UNIFI-Eating-all-disk-space-Mongodb/m-p/395418#M32124

Kann allerdings gut sein dass das auf die aktuellen Versionen nicht mehr zutrifft, ich habe seitdem zumindest kein besonderes Anwachsen der DB bemerkt.

Gruß
  Claudiu