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

[braindead]

@RK62 Wenn ich die Screenshots richtig verstehe, dann verliert das iPhone von Saskia regelmäßig die Verbindung zum Access Point. Die Tatsache, dass es im unteren Chart so gut sichtbar ist, liegt ganz einfach daran, dass der Ping deutlich seltener läuft als der Adapter und das iPhone beim Ping wahrscheinlich aufwacht.

[RK62]

@braindead Hm, beide Adapter laufen mit einem 60 Sekunden Intervall. Das iPhone verliert zwar öfter die Verbindung aber das erklärt ja nicht, warum es Verbindungsereignisse gibt, die sich nicht im UAP-Zeitstempel nieder geschlagen haben und das Gerät damit offline erscheinen lassen.
Kommt der UAP-Zeitstempel aus dem Eintrag "Last Activity" des Clients? Dann werde ich das nochmal innerhalb des Controllers abgleichen.

[braindead]

@RK62 Wie UniFi die Zeiten setzt, weiß ich nicht. Du solltest mal versuchen herauszufinden, warum das iPhone von Saskia dauernd die Verbindung verliert. Fakt ist, wenn es bei einem Handy funktioniert und bei dem anderen nicht, dann liegt es nicht am Adapter.

[Camuri]

@braindead hat sich erledigt hab das usg neugestartet das hat wohl gehangen läuft jetzt erstmal ohne Probleme :)

[UHT]

Nach update auf 0.5.5 bekomme ich folgende Fehler:

host.QNAP	2020-06-24 16:26:19.161	error	Caught by controller[1]: at Request.self.callback (/opt/iobroker/node_modules/node-unifi/node_modules/request/request.js:185:22)
host.QNAP	2020-06-24 16:26:19.161	error	Caught by controller[1]: at Request.reqfunc [as _callback] (/opt/iobroker/node_modules/node-unifi/unifi.js:2824:13)
host.QNAP	2020-06-24 16:26:19.160	error	Caught by controller[1]: at next (/opt/iobroker/node_modules/node-unifi/node_modules/async/dist/async.js:4453:13)
host.QNAP	2020-06-24 16:26:19.160	error	Caught by controller[1]: at async.whilst.callback (/opt/iobroker/node_modules/node-unifi/unifi.js:2781:16)
host.QNAP	2020-06-24 16:26:19.160	error	Caught by controller[1]: at check (/opt/iobroker/node_modules/node-unifi/node_modules/async/dist/async.js:4459:32)
host.QNAP	2020-06-24 16:26:19.160	error	Caught by controller[1]: at /opt/iobroker/node_modules/node-unifi/node_modules/async/dist/async.js:321:20
host.QNAP	2020-06-24 16:26:19.160	error	Caught by controller[1]: at async.whilst.err (/opt/iobroker/node_modules/node-unifi/unifi.js:2840:11)
host.QNAP	2020-06-24 16:26:19.160	error	Caught by controller[1]: at controller.getDPIStats (/opt/iobroker/node_modules/iobroker.unifi/main.js:688:32)
host.QNAP	2020-06-24 16:26:19.160	error	Caught by controller[1]: at Unifi.processDpi (/opt/iobroker/node_modules/iobroker.unifi/main.js:716:28)
host.QNAP	2020-06-24 16:26:19.160	error	Caught by controller[1]: at Unifi.applyJsonLogic (/opt/iobroker/node_modules/iobroker.unifi/main.js:843:30)
host.QNAP	2020-06-24 16:26:19.160	error	Caught by controller[1]: TypeError: Cannot read property 'lenth' of undefined
host.QNAP	2020-06-24 16:26:19.159	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 rejected

klingt nach einem Typo...

EDIT:
Nach einem speichern der konfig ist der Fehler weg...

[braindead]

@UHT Danke für den Hinweis. Das ist tatsächlich ein Typo. :+1:

[MyMeyer]

Hallo, kann man folgendes beim Adapter einbauen. Das Gerät nach einer bestimmte Zeit gelöscht werden, wenn sie x Stunden nicht Online sind/waren. Nach wie viel Stunden genau gelöscht werden darf, sollte man als Einstellmöglichkeit im Adapter haben. So kann jeder Benutzer selber entscheiden wie lange Offline Geräte sichtbar sind.

[braindead]

@MyMeyer Einbauen kann man sicher vieles, ich werde es aber nicht machen. Was ist mit Clients, die sich nur alles paar Tage connecten? Sollen diese vom Löschen ausgenommen sein? Dann wird die Konfiguration beliebig kompliziert.

Wenn Du das unbedingt brauchst, kannst Du das sicher über ein eigenes Script bzw. Blockly lösen.

[MyMeyer]

Dann muss ich es wohl über ein Script machen. :face_with_rolling_eyes:

[braindead]

Die nächste Version mit der Versionsnummer v0.5.6 steht in den Startlöchern und wartet darauf getestet zu werden. Folgende Punkte wurden implementiert:

• (Scrounger, braindead1) Implemented Alarms, DPI & Gateway Traffic
• (braindead1) Prevented creation of ghost clients caused by iOS MAC randomization
• (dklinger) Implemented manual update trigger
• (braindead1) Implemented deletion of used vouchers
• (braindead1) Fixed some errors reported via Sentry

Zum Testen müsst Ihr den Adapter einfach direkt von GitHub (über die Katze) aktualisieren. Ihr solltet dann die Versionsnummer v0.5.6-beta.1 angezeigt bekommen.

Sofern es keine größeren Probleme gibt, soll v0.5.6 zum Wochenende hin die nächste stable Version werden.

[darkiop]

@braindead läuft seit heute Morgen ohne größere Auffälligkeiten.

Nur:

Die Objekte für den Gateway Traffic wurden angelegt, obwohl in den Einstellungen diese nicht ausgewählt sind:

[coyote]

@braindead bei mir wird wegen Gateway Traffic (wenn angewählt) der Adapter gar nicht erst grün.

unifi.0	2020-06-30 09:13:42.862	info	(29173) Terminated (NO_ERROR): Without reason
unifi.0	2020-06-30 09:13:42.858	info	(29173) terminating
unifi.0	2020-06-30 09:13:42.831	info	(29173) cleaned everything up...
unifi.0	2020-06-30 09:13:42.829	error	at process._tickCallback (internal/process/next_tick.js:68:7)
unifi.0	2020-06-30 09:13:42.829	error	at Unifi.processGatewayTraffic (/opt/iobroker/node_modules/iobroker.unifi/main.js:830:38)
unifi.0	2020-06-30 09:13:42.829	error	(29173) TypeError: Cannot read property 'filter' of undefined
unifi.0	2020-06-30 09:13:42.829	error	(29173) unhandled promise rejection: Cannot read property 'filter' of undefined
Unhandled	2020-06-30 09:13:42.828	error	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().
unifi.0	2020-06-30 09:13:27.602	info	(29173) UniFi adapter is ready
unifi.0	2020-06-30 09:13:27.485	info	(29173) starting. Version 0.5.6-beta.1 in /opt/iobroker/node_modules/iobroker.unifi, node: v10.21.0, js-controller: 3.1.6
unifi.0	2020-06-30 09:13:27.467	info	(29173) Plugin sentry Sentry Plugin disabled for this process because sending of statistic data is disabled for the system

[braindead]

@darkiop Werden nur die Channel angelegt, oder gibt es darunter auch DPs?

@coyote Hast Du ein USG? Falls nicht, kannst Du die Daten auch nicht abfragen. :-)

[darkiop]

@braindead gibt DPs welche auch aktualisiert werden:

[coyote]

@braindead ja hab ich

[braindead]

@darkiop said in [Major Update] UniFi Adapter v0.5.0:

Die Objekte für den Gateway Traffic wurden angelegt, obwohl in den Einstellungen diese nicht ausgewählt sind:

Ich habe mir den Code gerade nochmal angesehen (ist schon etwas älter). Das "Problem" ist nicht auf Gateway Traffic beschränkt, sondern trifft auf alles zu, wo man States filtern kann: Wenn der Haken bei "... aktualisieren" gesetzt ist, unten aber keine States (heraus)gefiltert werden, dann werden alle übernommen.

Die Tatsache, dass Du darüber gestolpert bist, zeigt, dass das Verhalten des Adapters zwar erklärbar, aber für User wahrscheinlich nicht unbedingt logisch ist. Sollte das besser umgebaut werden?

Wobei es für mich nicht logisch ist den Haken bei "... aktualisieren" zu setzen und unten keine States auszuwählen. ;-)

[braindead]

@coyote said in [Major Update] UniFi Adapter v0.5.0:

@braindead ja hab ich

Den Fehler Cannot read property 'filter' of undefined habe ich in Sentry schon öfter gesehen, habe aber bisher keine Erklärung, woher der kommt. Es wäre also gut, wenn Du mir bei der Suche helfen könntest.

Kann es sein, dass Du im UniFi Controller mehrere Sites hast? Wie heißen diese? Kann es sein, dass eine Deiner Sites hier keine Daten liefert? Ich nutze nur die Default Site, deshalb frage ich. :-)

[coyote]

@braindead klar, kann ich machen. Nein, nutze auch nur die Default Site

[darkiop]

@braindead sagte in [Major Update] UniFi Adapter v0.5.0:

Sollte das besser umgebaut werden?
Wobei es für mich nicht logisch ist den Haken bei "... aktualisieren" zu setzen und unten keine States auszuwählen.

Grundsätzlich stört (mich) das nicht. Evtl. könnte man aber per CSS die States unten ausblenden wenn der Haken nicht gesetzt ist.

[braindead]

@darkiop Ich glaube Du hast die Frage falsch verstanden.Das Umbauen bezog sich darauf, ob weiterhin alle States importiert werden sollen, wenn keine States ausgewählt werden.