UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[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 :cry:

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.

[crunchip]

@hant0r sagte in Adapter: ioBroker.unifi:

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).

das kann aber auch wieder einem Update seitens Handy geschuldet sein, möglicherweise wurde die ein oder andere Einstellung zurückgesetzt/überschrieben. Da ich z.b. weder ein Update seitens Unifi noch am Adapter gemacht habe, jedoch mittlerweile auch feststellen musste, das mein Handy des öfteren mal als offline angezeigt wird, wenn es unbenutzt auf dem Schreibtisch liegt, nachdem ich die neusten Update's drauf gespielt hatte. Das zweite Handy( ohne Update) immer noch zuverlässig ohne dieses Problem funktioniert.

des weiteren hängt das auch zusammen, ob ein Wechsel von AP zu AP oder ein Wechsel 5/2,4 Netz stattfindet.

dafür ist nicht die 60 sec Aktualisierung des Adapters zuständig, sondern bei Clients die Offset für is_online Einstellung. Bei mir (90 sec)

Um eine Anwesenheitskontrolle korrekt zu handhaben, wäre eine richtige Herangehensweise, es nicht nur von einer Bedingung abhängig zu machen.

[saeft_2003]

Ich wollte hier mal in die Runde fragen gibt es eine Möglichkeit über iobroker einen AP neustarten zu lassen?

[Chaot]

@saeft_2003 Per unifi Adapter nicht. Einzig was mir so als Quick'n'dirty Variante einfallen würde wäre den POE Adapter kurz stromlos zu schalten.

Gerade noch gefunden:
https://gist.github.com/sjwilliams/2ab579cd4d96129f73bc34e181bc9ea4
vielleicht hilft dir das weiter

[saeft_2003]

@chaot

An das quick and dirty habe ich auch schon gedacht. Das mit dem Skript muss ich mir heute Abend mal genauer anschauen, schon mal vielen Dank soweit...