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

[mikiline]

@braindead

node --> v10.20.1
nodejs--> v10.20.1

[braindead]

@mikiline und @TDCroPower
Ich glaube ich habe das Problem gefunden. Die Datumswerte auf Euren Screenshots haben alle das Format Monat/Tag/Jahr. Bei mir ist es Jahr-Monat-Tag. Ich gucke mal, ob ich da etwas machen kann.

[lobomau]

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

@mikiline und @TDCroPower
Ich glaube ich habe das Problem gefunden. Die Datumswerte auf Euren Screenshots haben alle das Format Monat/Tag/Jahr. Bei mir ist es Jahr-Monat-Tag. Ich gucke mal, ob ich da etwas machen kann.

stimmt. war mir gar nicht aufgefallen. Ich habe auch keine Verbesserung festgestellt mit dem Einbau der 30s Extra-Verzögerung. Muss ich immer ein upload des Adapters vornehmen nach einem Update über git? Hatte ich diesmal nicht gemacht (glaube ich).

[Chaot]

Mit der 0.5.2 von heute morgen habe ich plötzlich eine Fehlermeldung wenn ich Vouchers aktiv habe:

host.ioBroker	2020-05-27 21:59:38.283	info	instance system.adapter.unifi.0 terminated with code 0 (NO_ERROR)
host.ioBroker	2020-05-27 21:59:38.282	error	Caught by controller[1]: at /opt/iobroker/node_modules/iobroker.unifi/main.js:633:21
host.ioBroker	2020-05-27 21:59:38.282	error	Caught by controller[1]: at Unifi.processVouchers (/opt/iobroker/node_modules/iobroker.unifi/main.js:653:13)
host.ioBroker	2020-05-27 21:59:38.282	error	Caught by controller[1]: at processTicksAndRejections (internal/process/task_queues.js:97:5)
host.ioBroker	2020-05-27 21:59:38.282	error	Caught by controller[1]: at runMicrotasks (<anonymous>)
host.ioBroker	2020-05-27 21:59:38.282	error	Caught by controller[1]: at Unifi.applyJsonLogic (/opt/iobroker/node_modules/iobroker.unifi/main.js:903:44)
host.ioBroker	2020-05-27 21:59:38.281	error	Caught by controller[1]: at Unifi.applyJsonLogic (/opt/iobroker/node_modules/iobroker.unifi/main.js:791:42)
host.ioBroker	2020-05-27 21:59:38.281	error	Caught by controller[1]: at Unifi.applyRule (/opt/iobroker/node_modules/iobroker.unifi/main.js:926:26)
host.ioBroker	2020-05-27 21:59:38.281	error	Caught by controller[1]: at Object.jsonLogic.apply (/opt/iobroker/node_modules/json-logic-js/logic.js:352:29)
host.ioBroker	2020-05-27 21:59:38.281	error	Caught by controller[1]: at Array.<anonymous> (/opt/iobroker/node_modules/iobroker.unifi/admin/lib/json_logic.js:57:20)
host.ioBroker	2020-05-27 21:59:38.280	error	Caught by controller[1]: TypeError: Cannot read property 'replace' of null
host.ioBroker	2020-05-27 21:59:38.280	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	2020-05-27 21:59:37.728	error	at /opt/iobroker/node_modules/iobroker.unifi/main.js:633:21
unifi.0	2020-05-27 21:59:37.728	error	at Unifi.processVouchers (/opt/iobroker/node_modules/iobroker.unifi/main.js:653:13)
unifi.0	2020-05-27 21:59:37.728	error	at processTicksAndRejections (internal/process/task_queues.js:97:5)
unifi.0	2020-05-27 21:59:37.728	error	at runMicrotasks (<anonymous>)
unifi.0	2020-05-27 21:59:37.728	error	at Unifi.applyJsonLogic (/opt/iobroker/node_modules/iobroker.unifi/main.js:903:44)
unifi.0	2020-05-27 21:59:37.728	error	at Unifi.applyJsonLogic (/opt/iobroker/node_modules/iobroker.unifi/main.js:791:42)
unifi.0	2020-05-27 21:59:37.728	error	at Unifi.applyRule (/opt/iobroker/node_modules/iobroker.unifi/main.js:926:26)
unifi.0	2020-05-27 21:59:37.728	error	at Object.jsonLogic.apply (/opt/iobroker/node_modules/json-logic-js/logic.js:352:29)
unifi.0	2020-05-27 21:59:37.728	error	at Array.<anonymous> (/opt/iobroker/node_modules/iobroker.unifi/admin/lib/json_logic.js:57:20)
unifi.0	2020-05-27 21:59:37.728	error	(5747) TypeError: Cannot read property 'replace' of null
unifi.0	2020-05-27 21:59:37.722	error	(5747) unhandled promise rejection: Cannot read property 'replace' of null
Unhandled	2020-05-27 21:59:37.717	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().
host.ioBroker	2020-05-27 21:59:28.149	info	instance system.adapter.unifi.0 started with pid 5747

sagt euch das was?

Wenn ich den Haken bei "Vouchers aktualisieren" rausnehme ist die Meldung weg. Mit der vorherigen Version hat das noch fehlerlos geklappt.

[braindead]

@lobomau Wenn das Datum bei Dir auch ein anderes Format als Jahr-Monat-Tag hat, dann funktioniert die Berechnung nicht. Das hat nichts mit dem Offset zu tun. Das Update wird glaube ich automatisch gemacht, wenn Du von GitHub installierst.

@Chaot Der Thread wird hier sehr unübersichtlich, weil viele Punkte gemeldet werden. Kannst Du auf GitHub dafür bitte einen Issue aufmachen?

[braindead]

@lobomau und @mikiline und @TDCroPower
Könnt Ihr den Adapter bitte nochmal direkt von GitHub aktualisieren und testen, ob is_online jetzt für Euch funktioniert? States, die ein Datum zeigen müssten nach dem Update ebenfalls das Format Jahr-Monat-Tag haben.

[TDCroPower]

@braindead danke es funktioniert jetzt, is_online wird auf false gesetzt sobald der client disconnected wird!

habe direkt mal mein Anwesenheitsskript darauf angepasst, sieht jetzt so "simpel" aus

[mikiline]

@braindead
Auch bei mir wird der Status nun geändert! Top, vielen Dank

[coyote]

@braindead bei mir ändert sich "is_online" leider nicht, obwohl das Gerät im Unifi Controller ausgebucht ist. Habe auf die neueste GitHub Version gerade geupdatet, bevor das Gerät offline war. Die IP Adresse hat er ja aus dem DP gelöscht.

Jemand ne Idee? Unifi Controller Version 5.12.72

[Kueppert]

@coyote hast du auch den Hinweis beachtet?

 Hinweis: Um is_online zu berechnen, müssen last_seen_by_uap und last_seen_by_usw zusätzlich aktiviert werden. 

Ansonsten weiß ich es leider auch nicht. Was hast denn alles an Hardware dran? Dann kann dir ggf. jemand anderes weiter helfen?

[coyote]

@Kueppert natürlich nicht :man-facepalming:
Ich meine, dass hab ich gestern sogar noch gelesen, aber irgendwie...naja...doch nicht

[kl+aps7]

@BRAINDEAD du hast super Arbeit geleistet, danke dir dafür. Mal eine Frage, ob es auch möglich wäre, das man die Clients sperren/blocken könnte. Vielleicht war schon die Anfrage hier und ich habe es was verpasst bzw. überlesen? Danke

[Kueppert]

@kl-aps7 schau mal hier:

[kl+aps7]

@Kueppert das meinte ich nicht. Was ich meine, habe ich bereits im https://forum.iobroker.net/topic/32674/umfrage-unifi-adapter-feedback-benötigt/24 erwähnt: über den Controller kann ich den Client/PC/Handy/usw den Zugriff auf Inet/WLAN sperren.

[SaschaS]

Moin zusammen,
ich habe mich durch den Thread gelesen, bin aber am Ende doch bei etwas mehr Verwirrung angekommen. Installiert ist mittlerweile v0.5.2. Was ist denn Stand heute die bewährteste Möglichkeit 1-2 Geräte auf Anwesenheit abzufragen. Habe mitgenommen, dass dazu die Variante von @dslraser aus Post 196 ganz gute Dienste leisten soll. Später kam in Post 245 noch die Verzögerung beim Offset hinzu. Dies wird bei mir sicherlich auch ratsam sein, da wir 3 AP im Haus haben.
Darf man danach Fragen, dass einem einmal die komplette Blocky Modul / Java Script angeboten wird. Das wäre wirklich super nett und hilfreich

[crunchip]

@SaschaS das mit dem offset wurde direkt im Adapter eingebaut, somit brauchst du kein großartiges Script mehr. Einzig was du für deine Gegebenheit anpassen musst, ist die offset Zeit. Somit gibt der DP .is_online den DP true/false korrekt aus. Diesen kannst du dann in dein Anwesenheits Script weiter verarbeiten

[SaschaS]

@crunchip Das ist ja mega cool. Dann muss ich ja gar nichts mehr machen. History ist aktiv, werde ich mal ausgiebig testen

[SaschaS]

@crunchip Ich habe .is_online die letzte Nacht über aufgezeichnet. Beinahe alles gut. Grün ist ein iPhone und blau ein Galaxy S7. Nach 18 Uhr habe ich das Offset auf 120 Sekunden gestellt. Für die Drops um 20.30 und 21.30 rum, habe ich aber keine Erklärung mehr.
Hat jemand ähnliche Effekte? Offset noch länger stellen?

[crunchip]

@SaschaS ist halt

• Abhängig von deinen Geräte Einstellungen
  Energiesparmodus/ (Entwicklermodus Wlan-Scan/WLAN Stabilität)
• Umfeld
• War das Galaxy zu diesem Zeitpunkt im Netz oder vllt doch keinen Empfang hatte

[Atredis]

Ich habe es jetzt auch einmal kurz getestet.
Das was mir aufgefallen ist und ich evtl überlesen habe ist das wenn ich nur den .is_online Datenpunkt aktiviere also alle anderen Daten nicht mit Abboniere ändert sich dieser nicht.
Werde es morgen einmal ausgiebiger testen.