Adapter: ioBroker.unifi

jens.maus

~~@jens.maus:~~

Dauert es denn immer so lange bis der unifi-adapter fertig wird? Kannst du bitte mal einen screenshot des "unifi.0.devices" Zweiges zeigen? `
Jetzt sind rund 24 Stunden um und nicht wirklich viel Daten von den Devices.

Hier der Screenshot der Devices-ZweIg `

Na das sieht dich gut aus?!? Was genau erwartest du denn bitte für Daten? Von den angemeldeten Geräten? Dann scahu bitte unter 'unifi.0.default.clients' und nicht unter devices. Und was mir noch auffällt bei deinem screenshot ist, das deine Site einen kryptischen Namen hat das eher aussieht wie ein Passwort (ist hoffentlich keins?!?). Da sollte normal 'default' stehen und nicht 7ixxxxx.

eric2905

~~@jens.maus:~~

Was genau erwartest du denn bitte für Daten? Von den angemeldeten Geräten? Dann scahu bitte unter 'unifi.0.default.clients' und nicht unter devices. Ganz so dämlich bin ich nun auch nicht …. Wie ich in meinem Posting gestern schon schrieb > ~~@jens.maus:~~

und unter "unifi.0.default.clients" alle Informationen zu den Client Devices (d.h. Smartphones, Laptops, etc.). `
~~@eric2905:~~

Hier sind alle Daten sehr schnell da gewesen. …..

Ich würde denken, das die angelegten Datenpunkte unter Devices ggf. auch gefüllt werden - z.B. das Feld "Name" oder "IP".

Im Clients-Zweig wird es ja für jeden Client ausgelesen (wobei da "Name" = "hostname" ist).

~~@jens.maus:~~

Und was mir noch auffällt bei deinem screenshot ist, das deine Site einen kryptischen Namen hat das eher aussieht wie ein Passwort (ist hoffentlich keins?!?). Da sollte normal 'default' stehen und nicht 7ixxxxx. `
Keine Panik, das ist kein Passwort.

Sobald man im Unifi Controller eine neue / weitere Site anlegt, bekommt diese einen solchen kryptischen Namen.

Gruß,

Eric

jens.maus

~~@eric2905:~~

[…]

Ich würde denken, das die angelegten Datenpunkte unter Devices ggf. auch gefüllt werden - z.B. das Feld "Name" oder "IP".

Im Clients-Zweig wird es ja für jeden Client ausgelesen (wobei da "Name" = "hostname" ist). `

Achso, das meinst du. Jetzt seh ich es auch :) Das sollte in der Tat nicht so sein. Da müsste ich nun mal anfangen zu debuggen. Ist das denn nur unter dem "devices" Pfad so oder auch unter "clients" und anderen Pfaden?!?

eric2905

~~@jens.maus:~~

Ist das denn nur unter dem "devices" Pfad so oder auch unter "clients" und anderen Pfaden?!? `
Unter clients, health und sysinfo ist alles gefüllt (inkl. Unterordner), nur bei devices nicht.

jens.maus

~~@eric2905:~~

~~@jens.maus:~~

Ist das denn nur unter dem "devices" Pfad so oder auch unter "clients" und anderen Pfaden?!? Unter clients, health und sysinfo ist alles gefüllt (inkl. Unterordner), nur bei devices nicht.

Dann müsstest du das bitte mal für mich Debuggen. Am besten kommentierst du bitte mal Zeile 498 in````
/opt/iobroker/node_modules/iobroker.unifi/main.js

        adapter.log.info(JSON.stringify(devices_data));


Danach den unifi adapter neustarten und dann sollte der das json ausgeben das er vom Unifi-Controller erhält. Das mir dann bitte schicken oder hier posten und dann schau ich mir mal an was er da ggf. falsch parst. Ggf. liegt es daran das du substantiell mehr UniFi-devices hast als ich oder die json response deshalb einfach komplexer ist.

eric2905

Mach ich heute Abend, wenn ich zu Hause bin.

Gruß,

Eric

Gesendet von iPhone mit Tapatalk

eric2905

Hi,

habe die ganze Unifi-Umgebung neu aufgesetzt, da ich von den zwei Sites weg wollte.

Nun ließt Dein Adapter auch alle Daten ein.

Kann es evtl, sein, das er mit verschiedenen Sites Probleme hat (und ggf. nur alle Daten von der Site "Default" einließt)?

Gruß,

Eric

jens.maus

~~@eric2905:~~

habe die ganze Unifi-Umgebung neu aufgesetzt, da ich von den zwei Sites weg wollte.

Nun ließt Dein Adapter auch alle Daten ein.

Kann es evtl, sein, das er mit verschiedenen Sites Probleme hat (und ggf. nur alle Daten von der Site "Default" einließt)? `

Das kann gut sein, aber leider werden wir das ja nun nicht mehr herausfinden da du ja nicht zuerst den debugoutput abgeholt hast ;)

eric2905

~~@jens.maus:~~

aber leider werden wir das ja nun nicht mehr herausfinden da du ja nicht zuerst den debugoutput abgeholt hast ;) `
Ich denke nicht, das es daran gelegen hat.

Im Syslog-Server habe ich gerade eben die seltsamsten Einträge aus der alten Unifi-Umgebung gefunden.

Ich denke eher, das ich die Umgebung kappt-gespielt hatte.

ykuendig

ich finde die Idee vom unifi-Adapter grossartig, jedoch ^spamt^ der mir das Log zu.

Als Vorschlag für künftige Versionen, wäre etwas differenzierteres logging noch cool.

So das bei Info nur die wichtigsten Zeilen kommen. Für die Einricht-Phase kann dann auf zB debug-Llevel geschaltet werden.

Aber sonst… Weiter so. Danke

Wall-D

Funktioniert bisher super (1 Controller, 2x UAP pro).

Helfe gerne testen bzw. melde mich wenn ich etwas vermisse.

eric2905

Der Adapter läuft sehr stabil (nur das bereits erwähnte Logging ist "heftig").

Seit ich alles neu aufgesetzt habe, rennt der Adapter.

Auch meine jetzt weiter ausgebaute Umgebung (1 x USG, 3 x Switch POE 8/60 und 3 x AP LR) wird sauber eingelesen, usw.

Was mir noch aufgefallen ist, das der Adapter eine Site, die mittlerweile im Controller gelöscht wurde, weiterhin und auch nach Löschung im ioBroker immer wieder einließt. Im Filesystem des Controllers gibt es diese Site auch nicht mehr.

Keine Ahnung, woher die Info kommt.

Gruß,

Eric

jens.maus

~~@eric2905:~~

Der Adapter läuft sehr stabil (nur das bereits erwähnte Logging ist "heftig"). `

Hab ich auf meiner Liste, wenn du allerdings auf GitHub dazu ein Ticket öffnen würdest könnte das in der Tat helfen das ich das nicht übersehe für das nächste Release :)

` > Was mir noch aufgefallen ist, das der Adapter eine Site, die mittlerweile im Controller gelöscht wurde, weiterhin und auch nach Löschung im ioBroker immer wieder einließt. Im Filesystem des Controllers gibt es diese Site auch nicht mehr.

Keine Ahnung, woher die Info kommt. `

Das liegt daran das der Adapter momentan noch keinerlei Aufräumaktionen macht und Datenpunkte die er einmal gesammelt hat auch nicht wieder löscht. Das ist auch noch eine Sache die ich implementieren möchte genauso wie andere recht wichtige Dinge (z.B. die Möglichkeit über den Adapter auch Geräte neuzustarten, die LEDs an/aus zu schalten, Gäste freischalten zu können, etc.). Trotzdem bin ich recht zufrieden das der Adapter prinzipiell zu funktionieren scheint.

eric2905

Hi Jens,

~~@jens.maus:~~

…., wenn du allerdings auf GitHub dazu ein Ticket öffnen würdest könnte das in der Tat helfen das ich das nicht übersehe für das nächste Release :) `
mach ich heute Abend glatt.

~~@jens.maus:~~

Das liegt daran das der Adapter momentan noch keinerlei Aufräumaktionen macht und Datenpunkte die er einmal gesammelt hat auch nicht wieder löscht. `
Wenn ich den Adapter stoppe, alle Datenpunkte (gesamten Ordner "unifi") lösche und den Adapter wieder starte, holt er die alte (gelöschte) Site trotzdem zurück - er bekommt sie von irgendwoher geliefert.

Oder merkt er sich das im "System…" Bereich?

Gruß,

Eric

ykuendig

Stimmt, logging ist heftig vor allem im debug mode. Dafür ist er ja aber da. Ansonsten liegt ein Teil des Ärger natürlich darin, das das polling Intervall per default recht stramm ist. Wenn ich da mal 300 Sekunden eingebe, liest sich das Log schon wieder viel 'besser'. Vielleicht liegt die Lösung ja im Kompromiss. Logging etwas weniger, Polling auch…

Was die Steuerung angeht: Wäre echt cool, wenn man da was Steuern kann. Ich kann mir aber vorstellen das die Entscheidung, was wofür und wie zu steuern ist, noch Gesprächsstoff abgibt. Auch hier ein Kompromissvorschlag: Vielleicht kannst Du in einer ersten Version ein Datenfeld definieren, wo man sich ein Steuersatz als JSON zB {"wlangroup_id_ng":"<wlan group/id="">","wlan_overrides":[]} hinschreibt. Und der Adapter bespricht das dann mit dem Controller. :idea:</wlan>

jens.maus

~~@eric2905:~~

~~@jens.maus:~~

Das liegt daran das der Adapter momentan noch keinerlei Aufräumaktionen macht und Datenpunkte die er einmal gesammelt hat auch nicht wieder löscht. `
Wenn ich den Adapter stoppe, alle Datenpunkte (gesamten Ordner "unifi") lösche und den Adapter wieder starte, holt er die alte (gelöschte) Site trotzdem zurück - er bekommt sie von irgendwoher geliefert.

Oder merkt er sich das im "System…" Bereich? `

Nein, der Adapter selbst merkt sich gar nix. D.h. dann muss dein Controller noch irgendwo Datenleichen haben.

jens.maus

~~@ykuendig:~~

Was die Steuerung angeht: Wäre echt cool, wenn man da was Steuern kann. Ich kann mir aber vorstellen das die Entscheidung, was wofür und wie zu steuern ist, noch Gesprächsstoff abgibt. Auch hier ein Kompromissvorschlag: Vielleicht kannst Du in einer ersten Version ein Datenfeld definieren, wo man sich ein Steuersatz als JSON zB {"wlangroup_id_ng":"<wlan group/id="">","wlan_overrides":[]} hinschreibt. Und der Adapter bespricht das dann mit dem Controller. :idea: `

Da gibts eigentlich wenig Gesprächsstoff :) Es wird das alles umgesetzt was die UniFi-App auf dem iPhone z.B. auch zulässt und dann dann mittels spezieller Kommando states die man dann nur triggern muss und schon passiert die Aktion dann entsprechend.</wlan> `

tesso

Unifi ist aufgebaut. Der Adapter wurde installiert und konfiguriert.

Leider kommen bei mir Fehler.

host.pi01	2017-02-26 13:09:25.012	info	Restart adapter system.adapter.unifi.0 because enabled
host.pi01	2017-02-26 13:09:25.010	error	instance system.adapter.unifi.0 terminated with code 0 (OK)
unifi.0	2017-02-26 13:09:24.839	info	cleaned everything up...
unifi.0	2017-02-26 13:09:24.836	error	at traverseArray (/opt/iobroker/node_modules/iobroker.unifi/main.js:165:7)
unifi.0	2017-02-26 13:09:24.836	error	at Array.every (native)
unifi.0	2017-02-26 13:09:24.836	error	at /opt/iobroker/node_modules/iobroker.unifi/main.js:168:7
unifi.0	2017-02-26 13:09:24.836	error	at traverse (/opt/iobroker/node_modules/iobroker.unifi/main.js:155:5)
unifi.0	2017-02-26 13:09:24.836	error	at traverseObject (/opt/iobroker/node_modules/iobroker.unifi/main.js:178:27)
unifi.0	2017-02-26 13:09:24.836	error	at /opt/iobroker/node_modules/iobroker.unifi/main.js:288:13
unifi.0	2017-02-26 13:09:24.836	error	at traverse (/opt/iobroker/node_modules/iobroker.unifi/main.js:155:5)
unifi.0	2017-02-26 13:09:24.836	error	at traverseObject (/opt/iobroker/node_modules/iobroker.unifi/main.js:184:7)
unifi.0	2017-02-26 13:09:24.836	error	at traverse (/opt/iobroker/node_modules/iobroker.unifi/main.js:156:32)
unifi.0	2017-02-26 13:09:24.836	error	at /opt/iobroker/node_modules/iobroker.unifi/main.js:292:57
unifi.0	2017-02-26 13:09:24.836	error	TypeError: Cannot read property 'subsystem' of null
unifi.0	2017-02-26 13:09:24.825	error	uncaught exception: Cannot read property 'subsystem' of null
unifi.0	2017-02-26 13:09:24.778	info	getSitesStats: default
unifi.0	2017-02-26 13:09:21.631	info	controller = 192.168.178.78:8443
unifi.0	2017-02-26 13:09:21.631	info	update_interval = 60
unifi.0	2017-02-26 13:09:21.628	info	Starting UniFi-Controller query
unifi.0	2017-02-26 13:09:21.591	info	starting. Version 0.3.1 in /opt/iobroker/node_modules/iobroker.unifi, node: v4.7.3
host.pi01	2017-02-26 13:09:18.981	info	instance system.adapter.unifi.0 started with pid 2394

Was kann ich tun?

eric2905

Adapter schon mal neu gestartet und/oder neu installiert?

Welche Version? Aus npm oder vom Git ( falsch diese nicht identisch sind)?

Gruß,

Eric

tesso

Adapter wurde schon neu installiert aus dem GIT. Auch neu gestartet. Version ist 0.3.1.

Mein Controller läuft auf einem Cloudkey. Spielt das eine Rolle? Der Adapter wird auch nicht grün.

Kann es sein, daß mein Kennwort als Variable interpretiert wird? Es beginnt mit einem $

Community Forum

NEWS

Adapter: ioBroker.unifi

Support us

502

32.4k

81.4k

1.3m