[Major Update] UniFi Adapter v0.5.0

[Camuri]

@Sunshinemaker ok und ich dachte es liegt an mir das die Anwesenheit überhaupt nicht klappt bei mir die Leute sind einfach mal da und manchmal nicht obwohl im Unifi das Gerät online angezeigt wird.

[Sunshinemaker]

@Camuri

Die Script greifen auch alle auf last_seen_by_uap bzw last_seen_by_usw zu um daraus die Anwesenheit zu berechnen. Der Adapter macht im Grunde nichts anderes. Wenn die Anwesenheit bei dir also nicht funktioniert wird das also einen Grund haben, den gilt es zu finden.

[Camuri]

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

@Camuri

Die Script greifen auch alle auf last_seen_by_uap bzw last_seen_by_usw zu um daraus die Anwesenheit zu berechnen. Der Adapter macht im Grunde nichts anderes. Wenn die Anwesenheit bei dir also nicht funktioniert wird das also einen Grund haben, den gilt es zu finden.

aber wo fang ich da am besten an?

[Sunshinemaker]

@Camuri steht im Log irgendwas drin? Wie sind deine Einstellungen? Was für Unifi Geräte verwendest du usw. ? Und eine genau fehlerbeschreibung.

[Camuri]

@Sunshinemaker Adapter läuft sauber durch steht nur Update done.
Der Adapter zeigt einfach wahllos an ob jemand zuhause ist oder nicht der wert bei is online steht auf false obwohl auf der Oberfläche vom Unifi steht das die Handys mit dem Wlan verbunden sind.

Offset steht auf 60sek

Und die Geräte.

[braindead]

@Camuri Hast Du v0.5.5 installiert? Zeig mal bitte einen Screenshot von den Objekten inkl. Werten eines der Geräte bei denen es nicht funktioniert.

[RK62]

Mit der Anwesenheit / is_online kämpfe ich auch noch:

Ich habe auf last_seen_by_uap die History aktiviert.
Hier kann man sehen, das das Handy von 5:33 bis 7:06 laut Adapter scheinbar nicht erreichbar war:

In der Ereignisliste des Controllers war es aber weiterhin aktiv:

Es konnte auch anpingt werden, hier mal die Anwesenheit aus dem tr-064 und unifi-adapter im Vergleich:

Ich habe Offset für is_online momentan auf 600 stehen.
Adapter Version ist die V0.5.5

Gruß, Ralf

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

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

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