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

[dslraser]

@liv-in-sky
ja, aber nicht so viele wie da stehen. Es fehlen bei drei Geräten die Hostnamen, aber im DP stehen

192-168.1.15-missing: hostname,192-168.1.40-missing: hostname,192-168.1.20-missing: hostname,192-168.1.54-missing: hostname,192-168.1.47-missing: hostname,192-168.1.6-missing: hostname,192-168.1.41-missing: hostname,192-168.1.250-missing: hostname,192-168.1.9-missing: hostname,192-168.1.43-missing: hostname,192-168.1.56-missing: hostname,192-168.1.57-missing: hostname,192-168.1.8-missing: hostname,192-168.1.49-missing: hostname,192-168.1.62-missing: hostname,192-168.1.59-missing: hostname,192-168.1.48-missing: hostname,192-168.1.100-missing: hostname,192-168.1.60-missing: hostname,192-168.1.42-missing: hostname,192-168.1.53-missing: hostname,192-168.1.51-missing: hostname,192-168.1.63-missing: hostname,192-168.1.46-missing: hostname,192-168.1.50-missing: hostname,192-168.1.99-missing: hostname,192-168.1.58-missing: hostname,192-168.1.102-missing: hostname,192-168.1.44-missing: hostname,192-168.1.7-missing: hostname,192-168.1.45-missing: hostname,192-168.1.52-missing: hostname,192-168.1.61-missing: hostname,192-168.1.55-missing: hostname,

[lobomau]

@dslraser sagte in Unifi WLAN Script 2 mit Anwesenheitskontrolle:

@liv-in-sky
ja, aber nicht so viele wie da stehen. Es fehlen bei drei Geräten die Hostnamen, aber im DP stehen

192-168.1.15-missing: hostname,192-168.1.40-missing: hostname,192-168.1.20-missing: hostname,192-168.1.54-missing: hostname,192-168.1.47-missing: hostname,192-168.1.6-missing: hostname,192-168.1.41-missing: hostname,192-168.1.250-missing: hostname,192-168.1.9-missing: hostname,192-168.1.43-missing: hostname,192-168.1.56-missing: hostname,192-168.1.57-missing: hostname,192-168.1.8-missing: hostname,192-168.1.49-missing: hostname,192-168.1.62-missing: hostname,192-168.1.59-missing: hostname,192-168.1.48-missing: hostname,192-168.1.100-missing: hostname,192-168.1.60-missing: hostname,192-168.1.42-missing: hostname,192-168.1.53-missing: hostname,192-168.1.51-missing: hostname,192-168.1.63-missing: hostname,192-168.1.46-missing: hostname,192-168.1.50-missing: hostname,192-168.1.99-missing: hostname,192-168.1.58-missing: hostname,192-168.1.102-missing: hostname,192-168.1.44-missing: hostname,192-168.1.7-missing: hostname,192-168.1.45-missing: hostname,192-168.1.52-missing: hostname,192-168.1.61-missing: hostname,192-168.1.55-missing: hostname,

Bei mir auch. DP ist voll, aber ich habe eigentlich keinen einzigen missing host.

[liv-in-sky]

@dslraser evtl lieg das an aliasname=true

was passiert den, wenn du das abschaltest - könnten die geräte ohne alias sein ?

[dslraser]

@liv-in-sky
probiere ich gerne, aber alle Geräte haben einen Alias bei mir

[liv-in-sky]

@dslraser bitte probiers mal

vielleicht muss ich mir morgen die fehler nochmal anschauen - kleiner mischmasch zwischen hostname und aliasname

[dslraser]

@liv-in-sky
aliasname=false der DP ist trotzdem voll mit missing....

jetzt habe ich noch zusätzlich das hier:

javascript.0	2019-10-08 22:27:40.739	warn	at process._tickCallback (internal/process/next_tick.js:189:7)
javascript.0	2019-10-08 22:27:40.739	warn	at <anonymous>:null:null
javascript.0	2019-10-08 22:27:40.739	warn	at Object.setInterval (script.js.Heiko.16Unifi.Unifi2:1422:30)
javascript.0	2019-10-08 22:27:40.739	warn	at workHealth (script.js.Heiko.16Unifi.Unifi2:955:16)
javascript.0	2019-10-08 22:27:40.739	warn	at setState (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:1306:20)
javascript.0	2019-10-08 22:27:40.737	warn	State "javascript.0.WLANUnifi.Health.WAN.WAN_IP" not found

[liv-in-sky]

@dslraser

ok die missing sache check ich nochmal - bleibt der fehler, wenn du wieder zrückschaltest

health hat gar nichts damit zu tun

[dslraser]

@liv-in-sky
ja, bleibt, aber ist auch klar, weil ich jedesmal die DP gelöscht habe.

Das mit dem WAN IP Fehler kommt aber nur wenn alias auf false ist.

[coyote]

Ich habe auch gerade mal das neue Script ausprobiert, läuft soweit ohne Probleme, aber ich habe auch den DP "Missing_Name" voll mit Geräten, auch welche die definitiv einen Alias haben

[liv-in-sky]

ok - ich werd den missing... morgen nochmal anschauen

[liv-in-sky]

@dslraser im moment kapier ich das nicht - bei mir läuft immer ohne aliasname - ohne fehler

ich mach jetzt feierabend - bring heute nix nehr zusammen

[dslraser]

@liv-in-sky
wie oft, bzw. wann werden die AP Info geholt ?

Als ich alia auf false hatte kamen die recht schnell rein. Bei alias auf true warte ich schon ne ganze Weile, aber es wird nichts geschrieben bei AP Info

EDIT: habe es gefunden

let health = true;  // Angaben zum Systemstatus - die Healtdaten werden nur alle 5 Abfragezyklen geholt

[liv-in-sky]

UPDATE

habe ein neues script im ersten post - die fehler im missingname-datenpunkt sollten nun besser sein - ist jetzt auch eine html tabelle

es wurde auch das warning bei fehlender ip aus dem standard-log entfernt, da es wohl clients ohne ip gibt, die trotzdem arbeiten

[liv-in-sky]

@dslraser habe nochmal kontrolliert

der WAN ip datenpunkt könnte ein problem haben , aber nur beim ersten mal - wahrscheinlich schreibe ich die daten zu schnell

habe es im neuen script etwas verzögert

bitte nochmal mit datenpunkte löschen testen

[coyote]

Kurze Rückmeldung: WAN DP wird angelegt ohne Fehler, Missing_Name DP ist bei mir momentan leer, sieht soweit gut aus.
Nur ein Unifi Controller spinnt etwas rum, jetzt stehen 2 Mobilgeräte unter LAN, obwohl diese Mobilgeräte gar nicht in Reichweite sind, somit passt meine Anwesenheit nicht, hat aber nix mit dem Script zu tun. Hatte das von euch mal jemand?

[dslraser]

@liv-in-sky
Im im Moment sieht fast alles gut aus. Die Fehler von gestern sind weg. Läuft.

Aber: zwei Fehler habe ich bei mir.

Ich habe gestern noch etwas bei meinen Geräten aufgeräumt und manchen Geräten andere IP's zugewiesen. In den DP bzw. Objekten steht alles richtig, aber iQontrol zeigt noch alte IP's an (also wird wohl die Datei nicht beschrieben/geändert ?)
Das betrifft die APInfo sowie die ClientListe in iQontrol

Der zweite Fehler:
nach einer kurzen Weile stehen alle LAN Geräte in den DP auf false, die sind aber tatsächlich alle true.

[dslraser]

@liv-in-sky
ich habe mir mal die Dateien angesehen und heruntergeladen

(/docker/iobrokerv31/iobroker-data/files/iqontrol.meta)

Die Datei sind aktuell und stimmen. Also werden die definitiv richtig geschrieben...Ich schau mal warum iQontrol noch alte Datei anzeigt...

[dslraser]

@liv-in-sky

also, in iQontrol waren die Dateien auch noch an der "alten" Stelle.
siehe hier

Diese habe ich jetzt mal gelöscht. Nun gibt es nur noch die aktuellen Dateien unter iobroker-data/files/iqontrol.meta

Die können nun aber nicht aufgerufen werden. Ich habe sogar alle bisherigen Popup Kacheln entfernt und neu angelegt. Geht das dann mit dem neuen Speicherort erst ab jscontoller 2 ?
Jetzt kommt beim PopUp Aufruf in iQontrol dieser Fehler

[liv-in-sky]

@coyote es gab neue namen vom script - einfach script stoppen alle datenpunkte (nur die client states) löschen und script neustarten - greifen andere scripts auf den datenpunkt zu - bittte anpassen

[liv-in-sky]

@dslraser sagte in Unifi WLAN Script 2 mit Anwesenheitskontrolle:

@liv-in-sky

also, in iQontrol waren die Dateien auch noch an der "alten" Stelle.
siehe hier

Diese habe ich jetzt mal gelöscht. Nun gibt es nur noch die aktuellen Dateien unter iobroker-data/files/iqontrol.meta

Die können nun aber nicht aufgerufen werden. Ich habe sogar alle bisherigen Popup Kacheln entfernt und neu angelegt. Geht das dann mit dem neuen Speicherort erst ab jscontoller 2 ?
Jetzt kommt beim PopUp Aufruf in iQontrol dieser Fehler

nee - kein js-controller 2 notwendig

• hast du dir mal die rechte auf dem meta ordner angeschaut
• welcher browser ? ich nutze chrome - da gehts
• die kachel nochmal - popup unter punkt HTML - steht es unter URL bekomme ich den fehler auch

<iframe width="100% "height="100% "frameborder="0" src="/iqontrol.meta/htmlclients.html"></iframe