NEWS
Unifi WLAN Script 2 mit Anwesenheitskontrolle
-
@dslraser also ob das mit dem script zusammenhängt ? ich glaube eher es geht um das setting zwischen den aps und dem controller - ich hole nur die daten vom controller und verarbeite das - was siehst du im controller ?
um im log die info online zu sehen, wenn sich ein gerät abmeldet wegen der uap
kannst du im script folgendes machen - ist unter status3 in der getClients() funktion - damit kannst du dann das log beobachten und gleichzeitig im controller nachschauen, was da zu sehen ist
die erste zeile das my weg vor mylog(..)
und die zweite zeile einfügendann siehst du direkt online den wert für uap und das gerät - ist nicht die lösung aber vielleicht kannst du es gebrauchen
das log beendest du indem du log(..) in mylog(..) änderst
und das skript sicherst -
@liv-in-sky
dann sehe ich genau das was in iQontrol auch steht, aber die Geräte sind definitiv online und angemeldet ???
Ich verstehe es auch noch nicht.. -
@dslraser - wie sind die betriebszeiten im controller für diese geräte ? sind die kurz oder wie alle anderen
-
@liv-in-sky sagte in Unifi WLAN Script 2 mit Anwesenheitskontrolle:
sind die kurz oder wie alle anderen
ca 5h, also alle länger (vor 5h Neustart von so einigen Geräten)
-
@dslraser vielleicht sind die daten für einen bestimmten zeitraum nicht vorhanden - weils es ja immer der keller ap ist - ist dies der fall, würde das script auch sofort auf false setzen - unabhängig von der uap -
wäre dies der fall, kannst du mal dieses log ansehen -beobachten
einfach das my bei mylog wieder entfernen
-
@liv-in-sky
mache ich nachher (jetzt ist Abendessen)
Es ist immer mal Keller oder Schlafzimmer (beider per WLAN angebunden) -
@dslraser falls das problem darin liegt - hier eine testversion - ist nur der teil, der eretzt werden muss
setzte problemWLAN auf true und countFalseSetting ertmal auf 2 lassen - wenn immer noch problem, dann mal countFalseSetting mit 3 probieren - diese version setzt bei fehlenden daten erst nach 2 durchläufen auf false - vielleicht funktioniert das
ist nicht getestet, da ich das nicht so einfach nachstellen kann - wenn es klappt mach ich das in s nächste update rein
-
ich habe mir jetzt Netzwerkprobleme eingehandelt, die muß ich erstmal lösen. (Ich habe einige Einstellungen im Controller und im USG probiert)
Ich melde mich wieder........ -
@liv-in-sky
kannst Du bitte einmal das komplette "geänderte" Script posten (nicht nur den geänderten Teil)
Irgendwie ist jetzt was doppelt und an anderen Stellen oder eine andere Struktur drinn. -
@dslraser das ganze script
-
@liv-in-sky sagte in Unifi WLAN Script 2 mit Anwesenheitskontrolle:
ganzes-script-mit problemWLAN.txt
das schmeisst beim ersten Start einen Fehler und bleibt dann stehen
2:09:29.425 error javascript.0 at Object.<anonymous> (script.js.Heiko.16Unifi.Unifi-Test:887:82)
irgendwo hier
wahrscheinlich weil die Liste noch gar nicht da ist
-
@dslraser das problem - so wie ich den trigger für das löschen von vouchers mit iqontrol programmiert habe, wird beim ersten aufruf ohne existierende datenpunkte (hatte ich nicht getestet) beim datenpunkt erstellen auch gleich mal der trigger gesetzt - und dann kommt fehler
ist behoben und du kannst das script aus dem ersten post benutzen - ist gefixt und das WLAN problem ist auch schon drin - mal sehen ob es was bringt mi deinen beiden ap's
setzte problemWLAN auf true und countFalseSetting ertmal auf 2 lassen .....
-
@liv-in-sky ich wollte eigentlich dein Script als Anwesenheitserkennung mit nutzen (parallel habe ich noch ein anderes Script dafür laufen)
Habe allerdings etwas Probleme damit, der Datenpunkt meines Smartphones, wechselt ständig von true/false und umgekehrt, obwohl das Phone immer eingebucht ist. Habe auch schon die Zeiten höher gesetzt, ohne Erfolg.
Ich probiere mal das neue Script. -
@coyote moin hast du mal das neue script installiert und das probiert, was ch gerade eben geschrieben hatte
setzte "problemWLAN" auf true und countFalseSetting ertmal auf 2 lassen - ist neu dazugekommen
welche abfragezykus und abfrageoffset nutzt du im moment ?
-
@liv-in-sky ich habe jetzt mal deine Standartwerte drin stehen lassen und den Rest so gesetzt wie du gesagt hast im neuen Script. Ich beobachte es mal.
-
Verhält sich irgendwie seltsam, Clientanzahl 14, paar Sekunden später 0, wieder paar Sekunden später 11, dann wieder 3.
Ich erhöhe mal noch die AbfragezeitEDIT: Abfragezyklus 60 Sekunden, Offset 35 Sekunden
Damit sieht es schon ganz gut aus
-
@coyote scheint der fehler zu sein, denn ich vermute
das bekommst du eigentlich mit dem neuen setting punkt weg :
"problemWLAN" auf true setzen
wenn plötzlich viele clients auf false gehen, hat das nichts mehr mit dem abfrageoffset zu tun, sondern aus einem mir unbekannten grund, werden vom controller die daten für diese clients nicht übermittelt obwohl sie eingelogt sind. siehe bitte auch nächsten post
-
habe mal ein kleines analyse blockly gemacht -:
es wird bei allen clients , die auf false gehen getriggert und zeigt sie im log an - (als warning) - die version des javascript-adapters muss größer als 4.1.12 sein, da sonst das blockly nicht importiert werden kann.
bei zu vielen clients, die gleichzeitig auf false gehen muss der punkt/variable "problemWLAN" auf true gesetzt werden
blockly script zum download - hier muss die instanz, in der das unifi script läuft bzw. wo die datenpunkte liegen eingegeben werden (bei den pfeilen)
erklärung:
der unifi controller hat keinen zustand für angemeldetew clients - ist ein client nicht angemeldet, sind auch keine daten vorhanden - der controller hat keinen true/false zustand. der controller hält den client noch für ca 5 min aktiv, bevor er ihn ganz aus seiner datenbank löscht
im script wird also bei 2 triggern auf false gesetzt:
- wenn der last_seen_by_uap (wann wurde das gerät zum letzten mal gesehen) größer "abfragezyklus+abfrageoffset" ist
oder - wenn es keine daten mehr über den client gibt
bei einzelnen clients , die probleme machen mit einem zu schnellen false, kann dies über denabfrageoffset geregelt werden
bei mehreren clients, die gleichzeitig auf false gehen muss "problemWLAN" aktiviert werden, denn es stimmt (wahrscheinlich) etwas bei dem update der clientdaten vom uap zum controller nichtes gibt auch noch einen schalter im controller: unter einstellungen (im controller-admin) - unter benutzerinterface
habe ich 1 minute eingestellt- meine eigene werte sind: abfragezyklus=20000 und der abfrageoffset ist 15000 (1sek = 1000) - den punkt/einstellung "problemWLAN" nutze ich nicht (=> false) - mit dieser einstellung habe ich keinerlei probleme - aber die netzwerke und clients sind bei jedem verschieden und können mit diesen variablen eingestellt werden.
- wenn der last_seen_by_uap (wann wurde das gerät zum letzten mal gesehen) größer "abfragezyklus+abfrageoffset" ist
-
@liv-in-sky nochmal kurze Rückmeldung von mir. Ich habe jetzt den Abfragezyklus auf 30sec gestellt, Offset auf 15sec gelassen und problemWLAN= false
Damit sieht es momentan recht gut aus, ich werde dass über den Tag mal im Auge behalten. -
@coyote rückmeldung in ein paar tagen wäre klasse