Unifi WLAN Script 2 mit Anwesenheitskontrolle

dslraser · unifi-main-script-30-12-19.txt

iQontrol 0.2.15

Ich habe mal mit den Listen in iQontrol rumgespielt. Ich habe die Liste mal nicht als Popup/iFrame sondern als Wert angelegt und einfach den Link mit der passenden IP (Speicherort) eingetragen und bei der Größe in px rumgespielt. Geht auch prima, so kann man die Größe gut anpassen. Auf meinem Handy wird die Breite dann trotzdem auf Bildschimgröße begrenzt.

Bildschirmfoto 2020-01-14 um 12.54.42.png

2020-01-14 13.02.51.jpg

saeft_2003

@liv-in-sky

Das den Voucher mehrere Geräte gleichzeitig nutzen können

liv-in-sky

@saeft_2003 ist das eine frage oder eine antwort

saeft_2003

@liv-in-sky

Eine Antwort.

saeft_2003

Mir ist noch etwas eingefallen, was vielleicht interessant sein könnte für User die voucher so nutzen wie ich.

Und so will ich voucher für meine Kinder nutzen. Nach dem Motto mach deine Hausaufgaben usw. dann bekommst du 30, 60, 90 Minuten WLAN.

Was etwas umständlich ist, den gerade neu angelegten voucher code dem richtigem Kind (ich habe drei) mitzuteilen.

Jetzt habe ich mir gedacht vielleicht könnte man das ganze einfacher über telegram machen. In der VIS würde das dann so aussehen, dass wenn man ein voucher erstellt kann man gleichzeitig noch aus einem dropdown Menü auswählen ob der voucher code den man gerade erstellt, an das Kind 1, 2 oder 3 per telegram gesendet werden soll.

Wegen der Sicherheit mach ich mir persönlich keine Sorgen, da dieses WLAN Netz bei mir zusätzlich zum voucher code mit WPA geschützt ist.

Wenn das Interesse daran bei euch nicht so groß ist, dann versuche ich einfach das ganze über blockly für mich zu realisieren.

Falls das Interesse groß sein sollte, könnte @liv-in-sky und die anderen Jungs von diesem Skript vielleicht auch professionell lösen.

liv-in-sky

@saeft_2003 im script werde ich nichts mehr hinzufügen

was aber gehen würde: man triggert auf den ordner mit den vouchercodes und wenn da ein neues kommt müßte man über den punkt notiz (in notiz müßte der name stehen - du könntest die standard vouchers ins script reinschreiben, die du in der vis auswählst) herausfiltern, an wenn es über telegram oder mail oder pushover gesendet werden soll

saeft_2003

@liv-in-sky

Ja so in der Art sähe dann meine Lösung aus. Ok dann baue ich mir mein eigenes Blockly

liv-in-sky

@saeft_2003 ich habe mal ein weing getestet - das problem ist, dass die datenpunkte von voucher immer neu geschrieben werden und die reihenfolge sich ändert - fügt man einen voucher dazu, werden alle voucher-codexx-ordner neu aufgebaut und neu sortiert - so fällt es schwer, das neuste rauszufinden, den nur das neu erzeugte soll ja weitergesendet werden

ich teste noch ein wenig herum - vielleicht kommt was gescheites raus

liv-in-sky

@saeft_2003

habe noch eine idee - melde mich dann in neuem thread

saeft_2003

@liv-in-sky

Stimmt das könnte ein Problem sein, vielleicht wüsste ich wie man es lösen könnte, aber ich bin natürlich auf dein Vorschlag sehr gespannt. Da du auf jeden Fall 10 mal mehr Ahnung von JavaScript hast wie ich

liv-in-sky

@saeft_2003 den vorschlag kannst du ja trotzdem machen

liv-in-sky

@saeft_2003

hier zum test

https://forum.iobroker.net/topic/29031/unifi-vouchers-via-telg-www-zeit-zuweisung

saeft_2003

@liv-in-sky

Danke schaue ich mir nachher an

saeft_2003

Falls jemand Interesse hat, nach dem Erstellen des voucher kann dieser jetzt auch automatisch an telegram, email, pushover usw verschickt werden.

Für mich auf jeden Fall sehr praktisch. Hier gehts zum Thema mit skript usw...

https://forum.iobroker.net/topic/29031/unifi-vouchers-via-telg-www-zeit-zuweisung

Elektroniker86

Hallo,

mir ist noch etwas aufgefallen, und zwar bei der Anwesenheit. Wenn es mehrere AP`s gibt dann wechselt der Datenpunkt unter Wifi_Client_Network vom jeweiligen Client beim Roaming erst auf noConn und dann erst auf den jeweiligen AP.

Anmerkung 2020-02-09 120547.jpg

Das ist natürlich blöd weil ich diesen Datenpunkt für die Ansage verwende. Wenn ich mich dann im Haus bewege, mein Handy Roamt zwischen den AP dann wechselt der Datenpunkt immer erst auf noConn.

Der andere Datenpunkt unter Wifi_Client_States wechselt auch auf false anstatt true zu bleiben.

Vielleicht ist das noch jemandem aufgefallen?

liv-in-sky

@Elektroniker86

das müßte an dem empfng der daten liegen -

könntest du das mit deinem script abfangen - bei noConn nichts ausgeben sondern nur wenn ein anderer wert drinsteht? oder wenn noConn längere zeit drinsteht ?

das schalten der datenpunkte selbst kann man verzögern (im setting) aber das ist unabhängig von der anzeige des ap's- das anzeigen von false und true des dpunktes sind unabhängig von der anzeige des netzwerkes, deshalb kann der datenpunkt verlangsamt auf false gehen, während der ap schon noConn anzeigt

Elektroniker86

Ja, klar das ist kein Problem kann ja bei noConn eine Verzögerung einbauen.
Dachte nur, da hat sich ein Fehler eingeschlichen...

liv-in-sky

@Elektroniker86 ich glaube nicht - da beide sachen reagieren, liegt es eher an dem was da an daten kommt - beide script schleifen sagen, da sind keine daten - daher einmal false und einmal noConn - blöd wäre eher, wenn es unterschiedliche anzeigen gäbe - also zb dp ist true und ap is noConn oder umgekehrt

djalexz

Guten Abend zsuammen,

erst einmal tolles Script Respekt dafür und vielen Dank für die ganze Arbeit.
Habe leider ein Problem:
Nachdem das Script jetzt mehrere Tage tadellos funktionierte, fangen jetzt plötzlich die Probleme an.
Der Zykluszähler zählt bis ins unendliche (steht schon bei 1232).
Hab mal die Logfunktion eingeschaltet und es wird geschrieben Client hat Case 4 usw. (sieht für mich richtig aus).
Nach dem Neustart des Scripts läuft es auch erst mal wieder und ein paar Stunden später zählt der Zykluszähler wieder bis ins Unendliche.

Was kann ich machen?

Danke dir.

LG Alex

PS. mir ist gerade auch aufgefallen, dass einige Punkte im script angemeckert werden:

Hab die neuste Version von JS Adapter.

liv-in-sky

@djalexz

die "angemeckerten" punkte sind ok - funktioniert trotzdem
wenn sich der counter ins unendliche zählt, könnte es sein, dass du daten bekommst, die nicht "astrein" sind. vielleicht schaltet sich ein bestimmtes gerät dazu, welches keine ip adresse hat - daher am besten allen clients ein alias im unifi-controller geben - bis jetzt hatte ich noch keine weiteren meldungen, dass sich das script nach ein paar tagen aufhängt. clients, bei denen die macadresse als name steht auf jeden fall ein alias geben - mach doch ein kleines blockly, bei dem du einen alarm bekommst, wenn der zykluszähler größer 3 ist - kommt ein alarm kontrolliere, was im unifi-admin für clients stehen - vielleicht fällt einer auf

Image 2.png

feature	variable-info
WLAN ein und ausschalten (z.b. Gäste-WLAN)	geht immer
AP Led's schalten	geht immer- nur site-wide - nicht einzeln!e ap's
Speedtest Daten	nur mit security gateway hardware
Internet Verbindung	www online ? - nur mit security gateway hardware
rudimentärer datenverbrauch	nur mit unifi security hardware - sammelt täglichen und monatlichen datenverbrauch
Alarme	gehen immer - werden alle 3 script-zyklen upgedatet
anwesenheitskontrolle mit datenpunkte für die clients	anwesenheit=true
voucherauflistung in tabellenform über ein html-widget für vis	vouchers=true
voucherauflistung in tabellenform für iqontrol	vouchers,iqontrol=true
vouchers erstellen	es gibt im script setting eine variable zum erstellen von standard vouchers (iqontrol, vis) oder man kann neue anlegen (nur vis)
vouchers löschen	es gibt 2 datenpunkte für seleqtList-Widget, dadurch einfache vis anbindung (iqontrol, vis)
clientauflistung in tabellenform über ein html-widget für vis	anwesenheit=true
clientauflistung in tabellenform für iqontrol	anwesenheit,iqontrol=true es gibt verschiedene tabellen dafür: alle clients (mit disconnected), nur disconnected, nur clients am lan, nur clients am WLAN
wahlweise hostname oder aliasname anzeige der angemeldeten clients	alias=true
health des WLANs	geht immer - wird nur alle 3 abfragezyklen abgefragt - kommen daher erst verspätet beim ersten aktivieren des scripts
minimale Info's zu AP's	variable apInfo = true - welcher Controller ist zuständig, ist der AP adoptet (einbezogen), Ip des AP's, Satisfaction, Modelbezeichnung, abruf der daten nur alle 3 zyklen - kommen daher erst verspätet beim ersten aktivieren des scripts
apInfo anzeige	für vis in html tabellenform und für iqontrol (über popup)
mehrer installierte netzwerke z.b gästenetzwerk	geht immer
AccessPoint und Switches	es können WLAN und LAN Geräte angezeigt werden
Farben definieren, Schriftart	Farben für Vis oder IQontrol können eingestellt werden
script zyklus	das script schreibt nicht alle daten bei jedem zyklus - die health, ap daten werden nur alle 3 zyklen geschrieben - es gibt einen datenpunkt dafür, dieser datenpunkt ist für die vis gedacht - so kann man sich anzeigen, wann der zyklus durch ist - zählt von 1 bis 3
scriptpause	das script macht eine pause beim umschalten eines netzwerkes - die ap's werden umgeschaltet - es gibt einen datenpunkt, der diese pause anzeigt - z.b in meiner vis: ich ändere bei dieser pause die schriftfarbe für die cleints und die rahmen blinke rot - siehe bild am ende
rudimentärer filter für client anzeige	es gibt einen filter für die clientanzeige - es werden nur clientsangezeigt, welche den inhalt vom datenpunkt "Client_WhiteList" beinhalten
SSID unsichtbar schalten	einfache integration - die werte können vom zustand in der unifi datenbank abweichen - wird nicht abgefragt

einstellungen im oberen teil des scripts	info
npm zusatzmodule	es müssen 3 npm zusatzmodule in der javascript instanz eingetragen - und dadurch installiert - werden: fs, request, request-promise-native
login daten und port für controller und der site-name	const unifi_username, unifi_passwort und unifi_controller `WICHTIG:` der sitename muss aus der URL im browser, bei aufruf der controller-web-seite, entnommen werden !!!https://forum.iobroker.net/post/323789
konstante wlan-name(n) mit wlan-id	const wifis - wie man die ID des netzwerkes rausfindet steht hier: https://forum.iobroker.net/post/295086
konstante ap-alias	const apName - der Aliasnamen für die AP's und Switches- hat nichts mit den Aliasnamen im Controller zu tun - wird nur für das script gebraucht - können frei gewählt werden
blacklist für clients	const blackList
clients via AP's kontrolle	const checkConnType - darin werden clientnamen angegeben, bei denen man den aktuellen AccessPoint braucht - es werden dafür eigene Datenpunkte angelegt
länge der pause beim umschalten eines netzwerkes	clientPauseConst - ist für die länge der scriptpause verantwortlich - wird benötigt, da beim ein oder ausschalten eines netzwerkes (auch nur das gästenetzwerk) alle ap's einen neustart machen ( proviosioniert) und dadurch die anwesenheitskontrolle beeinflußt werden könnte. z.b brauchen tasmota-geflashte clients lange, bis sie wieder online sind - die anwesenheitskontrolle könnte auch zur überwachung solcher geräte genutzt werden
abfrageinterval: "abfragezyklus" und "abfrageoffset"	abfragezyklus definiert, in welchen interval die abfragen stattfinden sollen (20sek ist eingestellt) - damit erreicht man eine sehr schnelle aktualisierung beim anmelden eines clients im WLAN - beim abmelden des clients muss der abfrageoffset mit berücksichtigt werden (15 sek ist eingestellt) - wählt man den abfrageoffset zu klein, kann es sein, dass bei einem wechsel eines clients (handy) zu einem anderen accesspoint (ap) eine auslogmeldung kommt - bei meinem system bekomme ich nach ungefähr 30 sek einen anmeldevorgang gemeldet und nach ca 45-50 sek einen abmeldevorgang
gewünschte features auf true setzen	iqontrol, anwesenheit,vouchers,apInfo - was nicht benötigt wird, bitte nicht aktivieren -> resourcen sparen - der iqontroladapter muss installiert sein, wenn man iqontrol im script auf true setzt
aliasnamen für clients	aliasname - möchte man lieber, die im unifi-controller definierten aliasnamen für die clients nutzen, muß in jedem client im controller ein alias definiert sein damit alle clients im script sichtbar werden - oder es werden nur aliase für bestimmte geräte angegeben - dann ist der rest nicht sichtbar - wichtig weil: was nicht sichtbar ist, kann nicht zur anwesenheitskontrolle genutzt werden und : der standard - aliasname=false - nimmt den aliasnamen, wenn einer existiert, ansonsten den hostnamen
ip clients liste nach IP adresse sortiert anzeigen	sortedByIP für die clientliste in iqontrol und vis
disconnected clients als erstes anzeigen	disConClientsFirst für die clintliste in iqontrol und vis
farben für iqontrol und vis
datenpunkte im admin	es wird ein ordner in der javascript instanz erzeugt - unter umständen wird ein zweiter ordner angelegt, zum sichern "dauerhafter daten". WLANUnifi kann gelöscht werden (z.b. bei einem update des scripts; WLANUnifiHelp sollte nicht gelöscht werden, darin sind Daten gespeichert, die wieder gebraucht werden (z.b datenverbrauch messung)

werte	zusatz
die dauer in minuten	z.b. 120
die anzahl der vouchers	wie viele davon sollen angelegt werden
multiuse	0=immer wieder ;1 ist nur einmal und jede andere zahl für n-mal also 5 für 5 mal
upload und download	speed begrenzung in kbyte - eingabe ohne einheiten
mb_begrenzung	volumen begrenzung in MByte - eingabe ohne einheiten

NEWS

Unifi WLAN Script 2 mit Anwesenheitskontrolle

Support us

537

32.4k

81.4k

1.3m