Unifi WLAN Script 2 mit Anwesenheitskontrolle
-
Das den Voucher mehrere Geräte gleichzeitig nutzen können
-
@saeft_2003 ist das eine frage oder eine antwort
-
Eine Antwort.
-
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.
-
@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
-
Ja so in der Art sähe dann meine Lösung aus. Ok dann baue ich mir mein eigenes Blockly
-
@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
-
habe noch eine idee - melde mich dann in neuem thread
-
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
-
@saeft_2003 den vorschlag kannst du ja trotzdem machen
-
-
Danke schaue ich mir nachher an
-
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
-
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.
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?
-
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
-
Ja, klar das ist kein Problem kann ja bei noConn eine Verzögerung einbauen.
Dachte nur, da hat sich ein Fehler eingeschlichen...
-
@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
-
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.
-
-
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
-
-
@liv-in-sky vielen Dank für deine Antwort.
Es waren wirklich Clients ohne alias und nur mit Mac Adresse vorhanden.
Sogar ein Client ohne IP (warum auch immer).
Hab den erst mal geblockt bis ich den "Ausreißer" gefunden habe.
Daten sind nun angepasst und jetzt bin ich gespannt ob es nochmal einen Absturz gibt.Nochmals vielen Dank und einen schönen Abend.
LG Alex
