Adapter: ioBroker.unifi

[Hiltex]

@elektroniker86
Die Firmware lässt sich am Handy leider nicht abrufen, da die Webseite mit den Systemeinstellungen bei mir leer bleibt. Als Controller läuft bei bei mir 6.1.61

[Hant0r]

@lobomau
Danke, gute Idee. Habe es mal ausprobiert, bekomme aber leider keine neuen Datenpunkte wo die Info enthalten wäre.

[lobomau]

@hant0r komisch. Bei mir scheint es zu gehen. Ich habe kein Gäste-Netz, deswegen hier 0. Habe aber num_user dazu genommen und hier passt es. Kommt bei jedem Device ein Wert:

[Hant0r]

@lobomau
Mein Fehler ... Wer lesen kann ist ganz klar im Vorteil - sorry.
Ich hatte die Felder im Adapter ausgewählt, aber oben nicht den allgemeinen Reiter "Devices" aktiviert.

Nun klappt es auch und so bekomme ich zumindest die Anzahl raus.
Das hilft mir schonmal - Danke

[lobomau]

@hant0r Ahh... ist mir auch schon passiert

[Meister Mopper]

Seit ein paar Tagen startet der Adapter (Ver. 0.5.8) nach einem Stopp-Backup und Restart von ioBroker in Proxmox nicht mehr automatisch. Im log steht dies:

Spoiler

host.iobroker	2021-03-31 02:54:21.093	warn	Do not restart adapter system.adapter.unifi.0 because restart loop detected
host.iobroker	2021-03-31 02:54:21.093	info	Restart adapter system.adapter.unifi.0 because enabled
host.iobroker	2021-03-31 02:54:21.093	error	instance system.adapter.unifi.0 terminated with code 6 (UNCAUGHT_EXCEPTION)
host.iobroker	2021-03-31 02:54:21.092	error	Caught by controller[1]: at TCPConnectWrap.afterConnect [as oncomplete] (net.js:1146:16)
host.iobroker	2021-03-31 02:54:21.092	error	Caught by controller[1]: Error: connect EHOSTUNREACH x.x.x.x:8443
host.iobroker	2021-03-31 02:54:21.092	error	Caught by controller[0]: This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). The promise rejecte
unifi.0	2021-03-31 02:54:20.337	error	(5813) Exception-Code: EHOSTUNREACH: connect EHOSTUNREACH x.x.x.x:8443
unifi.0	2021-03-31 02:54:20.337	error	at TCPConnectWrap.afterConnect [as oncomplete] (net.js:1146:16)
unifi.0	2021-03-31 02:54:20.337	error	(5813) Error: connect EHOSTUNREACH x.x.x.x:8443
unifi.0	2021-03-31 02:54:20.337	error	(5813) unhandled promise rejection: connect EHOSTUNREACH x.x.x.x:8443
unifi.0	2021-03-31 02:54:20.336	error	(5813) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
host.iobroker	2021-03-31 02:54:15.681	info	instance system.adapter.unifi.0 started with pid 5813
host.iobroker	2021-03-31 02:53:45.657	info	Restart adapter system.adapter.unifi.0 because enabled
host.iobroker	2021-03-31 02:53:45.656	error	instance system.adapter.unifi.0 terminated with code 6 (UNCAUGHT_EXCEPTION)
host.iobroker	2021-03-31 02:53:45.656	error	Caught by controller[1]: at TCPConnectWrap.afterConnect [as oncomplete] (net.js:1146:16)
host.iobroker	2021-03-31 02:53:45.656	error	Caught by controller[1]: Error: connect EHOSTUNREACH x.x.x.x:8443
host.iobroker	2021-03-31 02:53:45.655	error	Caught by controller[0]: This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). The promise rejecte
unifi.0	2021-03-31 02:53:44.912	error	(5714) Exception-Code: EHOSTUNREACH: connect EHOSTUNREACH x.x.x.x:8443
unifi.0	2021-03-31 02:53:44.912	error	at TCPConnectWrap.afterConnect [as oncomplete] (net.js:1146:16)
unifi.0	2021-03-31 02:53:44.912	error	(5714) Error: connect EHOSTUNREACH x.x.x.x:8443
unifi.0	2021-03-31 02:53:44.912	error	(5714) unhandled promise rejection: connect EHOSTUNREACH x.x.x.x:8443
unifi.0	2021-03-31 02:53:44.910	error	(5714) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
host.iobroker	2021-03-31 02:53:40.353	info	instance system.adapter.unifi.0 started with pid 5714
host.iobroker	2021-03-31 02:53:10.335	info	Restart adapter system.adapter.unifi.0 because enabled
host.iobroker	2021-03-31 02:53:10.329	error	instance system.adapter.unifi.0 terminated with code 6 (UNCAUGHT_EXCEPTION)
host.iobroker	2021-03-31 02:53:10.328	error	Caught by controller[0]: at TCPConnectWrap.afterConnect [as oncomplete] (net.js:1146:16)
host.iobroker	2021-03-31 02:53:10.328	error	Caught by controller[0]: Error: connect EHOSTUNREACH x.x.x.x:8443
host.iobroker	2021-03-31 02:53:10.319	error	Caught by controller[0]: This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). The promise rejecte
unifi.0	2021-03-31 02:53:09.315	error	(1544) Exception-Code: EHOSTUNREACH: connect EHOSTUNREACH x.x.x.x:8443
unifi.0	2021-03-31 02:53:09.315	error	at TCPConnectWrap.afterConnect [as oncomplete] (net.js:1146:16)
unifi.0	2021-03-31 02:53:09.315	error	(1544) Error: connect EHOSTUNREACH x.x.x.x:8443
unifi.0	2021-03-31 02:53:09.315	error	(1544) unhandled promise rejection: connect EHOSTUNREACH x.x.x.x:8443
unifi.0	2021-03-31 02:53:09.281	error	(1544) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
host.iobroker	2021-03-31 02:34:07.018	info	instance system.adapter.unifi.0 started with pid 1544

Offenbar startet der Adapter nicht wegen vorangegangenen Fehlstarts. Stoße ich den Start über die Instanz manuell an, funktioniert es wieder.

Kennt jemand dieses Phänomen und weiß Abhilfe?

[Meister Mopper]

Der Adapter kommt offenbar noch nicht mit node.js 14.x zurecht ¯(ツ)/¯

Nachdem ich zurück auf den 12.22.1 gewechselt habe, funktioniert der automatische Adapterstart wieder.

[Idefix01]

@dos1973

kannst du eventuell das Widget für die Wlan Auslastung zur Verfügung stellen?

[dos1973]

@idefix01
was genau meinst du?

[Idefix01]

@dos1973

das meine ich

[dos1973]

@idefix01
unifi.txt

ich nutze das schon lange nicht mehr...
ich habe noch eine version des damaligen vis gefunden. Schau mal ob dir das weiterhilft.

[Idefix01]

@dos1973

danke, aber leider ist es nicht das, muss ich mal selber versuchen zu basteln

[WeiserWolf]

Ich werde bald Wahnsinnig mit diesem Adapter
Ich bekomme ihn einfach nicht ans laufen.
Der Status ist immer gelb weil die Verbindung zum UniFi fehlt.

Folgende Error-Meldung bekomme ich im Log:
(12110) fetchSites: Returned data is not in valid format

Ich benutze ein USG-Pro-4, CloudKey 2 und 3 UAP-AC-PRO.
Die UnFi Geräte sind auf den aktuellen Firmwareständen.

Ich habe die lokale IP-Adresse des Cloudkey im Adapter eingetragen und den Port leer gelassen (Alternativ auch 8443 aber das Ergebnis ist leider dasgleiche). Den Benutzernamen und das Passwort habe ich aus den Einstellungen für den SSH Zugriff des Controllers genommen. Ich kriege es einfach nicht auf die Reihe

Hat jemand eine Idee?

[Frank579]

@weiserwolf
Du musst nicht den sah Zugang nehmen sondern den für die web Oberfläche ... Dann sollte es gehen

[WeiserWolf]

@frank579 Danke für den Hinweis. Habe ich soeben getestet und siehe da: Mein Docker rauscht Performance-mäßig ins Bodenlose 100% Auslastung... hat sich aber nach einiger Zeit gefangen und läuft nun stabil. Vielen Dank.
Ausprobiert hatte ich die Logindaten vorher aber schonmal, aber wahrscheinlich hatte ich da noch den Port eingetragen.

[timbo]

Mein Adapter läuft soweit, ich würde gern den internen Wifi Traffic dem Traffic der Fritzbox gegenüber stellen, gibt es eine Datenpunkt der den Traffic RX/TX ausgibt? Meinetwegen auch pro AP, das kann ich ja auch selber zusammenzählen.

Gruß Timo

[Meister Mopper]

@timbo sagte in Adapter: ioBroker.unifi:

ich würde gern den internen Wifi Traffic dem Traffic der Fritzbox gegenüber stellen

Reicht denn diese Ausgabe nicht?

Spoiler

[timbo]

@meister-mopper danke, werde mir die Datenpunkte mal genauer ansehen und schauen ob man da was sinnvolles draus basteln kann

[Hant0r]

Moin zusammen,

ich steuere mit dem Unifi Adapter die Anwesenheit bei uns im Haus.
Dafür schaue ich, ob unsere Handys im WLAN "online" sind und wenn keiner mehr online ist, sind wir abwesend.

Das hat eine Zeit lange auch gut funktioniert.
Mittlerweile kommt es aber ca. ein Mal die Std (kann auch öfters sein) vor, dass unsere Handys fast zeitgleich (seltsam!) einen kurzen Resync mit dem Wlan zu machen scheinen. Auf dem Handy selber sind wir die ganze Zeit mit dem Wlan verbunden, aber der Adapter sagt, dass wir offline sind.
Das dauert dann natürlich die Zeit, bis der Adapter sich wieder aktualisiert (default 60 Sekunden).
Heißt, wir sind für ca. eine Minute abwesend.

Leider kam es nun schon des öfteres vor, dass genau in diese Minute irgendwelche Automatismen gegriffen haben, weil wir ja "nicht da" waren. Rolladen runter oder dergelichen.

Habt ihr auch schon solch ein Verhalten festgestellt und habt ihr vielleicht eine Lösung dafür?

[Hiltex]

@hant0r mit solchen Ereignissen muss man immer rechnen. Die beste Lösung ist meiner Ansicht nach einfach mal den online-Status in History zu tracken und das dann in Flot grafisch darstellen zu lassen.

Wenn du zu dem Schluss kommst, dass es immer nur eine kurze Zeit (60 Sekunden) ist, dann einfach alle entsprechenden Aktionen um 120 Sekunden zu verzögern.

Was man auch beachten sollte: vielleicht bist du mal alleine zuhause und installierst ein Update oder startest dein Handy neu. Dann ist auch niemand online…

In Summe handhabe ich das übrigens so, dass die Rolläden erst runter gehen, wenn ich mindestens eine Stunde weg bin, es draußen dunkel ist und es mindestens 21:00 Uhr (wochentags) oder 22:30 Uhr (am Wochenende) ist. Kann ja auch mal sein, dass du Sonntag Abend was kochst und keine Eier mehr hast. Dann gehst du 5 Minuten zum Nachbarn rüber und willst bestimmt nicht, dass die Hütte dunkel ist.