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

[MyMeyer]

Hi habe die neue Version aus dem ersten Post genommen und bekomme jetzt folgende Fehler.
Meine Daten habe ich natürlich vorher angepasst.

Was bedeutet der Fehler ?

Spoiler

17:05:41.059 warn javascript.0 (913) script.js.Allgemein.Unifi: Im Unifi Script stimmte etwas nicht - Alarm3 - getClient-Login
17:05:41.323 info javascript.0 (913) script.js.Allgemein.Unifi: getStatus reject StatusCodeError: 401 - "{"meta":{"rc":"error","msg":"api.err.NoSiteContext"},"data":[]}"
17:05:41.323 info javascript.0 (913) script.js.Allgemein.Unifi: reject weil resph ist 00
17:05:41.323 warn javascript.0 (913) script.js.Allgemein.Unifi: Im Unifi Script stimmte etwas nicht - Alarm7 - Health

[liv-in-sky]

@MyMeyer schaut nach falschen login aus - du bekommst keine daten

[MyMeyer]

@liv-in-sky Richtig und warum Plötzlich. Hat sich im neue Script dort oben etwas geändert ?

[liv-in-sky]

@MyMeyer im neusten hat sich nichts geändert - also beim login - ganz oben - eigentlich noch nie - aber darunter könnten - unter "const apName" - neue sein - je nachdem, wie alt dein script war

[MyMeyer]

@liv-in-sky Sorry für meine Ungeduld :-) , hatten eine falschen Site Name eingetragen. Läuft wieder :+1:

[martinschm]

Hi,

danke für das coole Skript. Läuft bisher super (nutze grade nur die Anwesenheitserkennung) und ist wesentlich schneller als die Erkennung über den Adapter.

Meine Geräte tauchen auch seltener ab. Leider verschwindet mein Honor 8 auch hier gelegentlich aus der Erkennung.

[liv-in-sky]

@martinschm

versuche doch mal den wert "const abfageoffset = 15000" ein wenig höher zu setzen - dann müßte es auch mit dem honor 8 klappen

z.b 20000 oder 25000 - dabei wird nur die abmeldung etwas langsamer - anmelden bleibt gleich schnell

[ple]

sorry Jungs, ich muss noch mal ran.
Nachdem ich versucht habe es über die Fritzbox zu lösen bin ich nun doch wieder zurück auf den unifi.
Bei mir springen ständig die Geräte auf false, selbst der Unifi Key selber.
Mit den originalen Zeiten spring er ständig jede minute hin und her. Das macht die Anwesenheit natürlich nicht besser.
Ich habe jetzt erst mal alles x10 genommen, ist wirklich sehr lang, aber im Moment weiß ich mir da nicht zu helfen.

Meine Infrastruktur sieht eigentlich wie folgt aus.
USG > 2 mal POE switch > 3 AC AP Pro.
Die Einstellungen im Unifi habe ich nicht groß geändert. Kann das jemand nachstellen, der auch ein USG hat? Schön wäre es noch, wenn er Apple Geräte hat :-)

Gruß und Danke für das tolle Script

[liv-in-sky]

@ple was hast du da stehen

const abfageoffset

oder meinst du damit "x 10" ?

[ple]

const clientPauseConst = 200000;    //1000 bedeutet 1 Sekunde -  das braucht Zeit !!!

// Abfragezyklus definieren
//const abfragezyklus =20000; // es ist nicht zu empfehlen unter 20000 (20 sekunden) zu gehen
//const abfageoffset = 15000; // zu schnelle Abmeldungen können hier eingestellt weren - > erhöhen (15000 = 15 sek.)

const abfragezyklus =200000; // es ist nicht zu empfehlen unter 20000 (20 sekunden) zu gehen
const abfageoffset = 150000; // zu schnelle Abmeldungen können hier eingestellt weren - > erhöhen (15000 = 15 sek.)


//HIER Einstellungen : EIN-AUSSCHALTEN Vouchers, iqontrol-Datei erstellen, anwesenheitskontrolle-clientpflege
let iqontrol = false;
let anwesenheit = true; // beim setzen von true auf false die verzeichnisstruktur unter iobroker-objects "von hand" löschen

let vouchers = false;
let apInfo = true;
let problemWLAN=false; //bei problemen mit APs die über WLAN angebuden sind
let countFalseSetting=2; //2 bedeutet : einmal einen abfragezyklus auslassen bevor auf false gesetzt wird: Formel:  n-1
let aliasname=false; 
let disConClientsFirst=true; //zeigt disconnected clients als erstes im table (vis) oder iqontrol an

let ohneClientAbfrage=false; //schaltet das bearbeiten der clients vollständig ab - auch keine datenpunkte

auf die schnelle, damit mein Telegram nicht die ganze zeit geht. :-)

[liv-in-sky]

@ple probier mal folgendes - du hast auch die neuste version des scriptes !

abfragezyklus wieder etwas kleiner - z.b 30 000 - > alle 30 sek
abfrageoffset - teste mal 45000 - >45 sekunden
das bedeutet: es müssen 75 sek vergangen sein, bis ein datenpunkt auf false geht - (bezug : wert von last_seen_by_uap)

problemWAN=true
counterFalseSetting=2 - immer um eins erhöhen, wenn noch rumgesprungen wird

evtl kann es ein bestimmtes unifi gerät sein - also bitte beobachte, ob bei den springenden clients eine gemeinsamkeit ist - z.b alle an einem access point

[ple]

ich werde es mal testen und die anderen Geräte beobachten.

Melde mich dann

[liv-in-sky]

@ple es wäre sicher auch ganz gut, wenn du eine übersicht hättest, wie die einzelnen hardware komponenten miteinander verbunden sind - z.b. das schaubild vom controller unter maps

evtl mal diesen teil ansehen https://forum.iobroker.net/post/301328

[liv-in-sky]

@Nashra würdest du bitte das hier testen (oder jeder der möchte und ein usg hat) - es geht um die anzeige des traffics und dessen berechnung - falls du noch negative werte in den datenpunkten hast, ändere diese in positive

das script ist nur der teil "AB HIER NICHTS..." - du brauchst sonst keine dp löschen !

bitte teste, ob noch die aktuellen daten stimmen - also wenn du einen größeren download machst
und übers wochenende, ob morgens die daten wieder stimmen - dass der wert vom tag wieder klein ist und der monatliche wert auch stimmt - also etwas größer geworden ist

das es zu den negativen werten gekommen ist, verstehe ich immer noch nicht richtig - dazu müßte eigentlich ein datenpunkt mit "0" beschrieben worden sein - oder der datenpunkt gelöscht worden sein - aber erstmal nicht so wichtig - ich habe in diesem script das schreiben und auslesen der werte bzw. der dp verändert

unifi-testscript-22-11-19-traffic.txt

[Nashra]

@liv-in-sky sagte in Unifi WLAN Script 2 mit Anwesenheitskontrolle:

@Nashra würdest du bitte das hier testen (oder jeder der möchte und ein usg hat) - es geht um die anzeige des traffics und dessen berechnung - falls du noch negative werte in den datenpunkten hast, ändere diese in positive

das script ist nur der teil "AB HIER NICHTS..." - du brauchst sonst keine dp löschen !

bitte teste, ob noch die aktuellen daten stimmen - also wenn du einen größeren download machst

Klar mache ich. Was aber lustig ist, der Negativwert wird immer weniger. Wir waren bei -465 oder so und
jetzt sind es -347 :joy:

[Nashra]

Moin, bis jetzt alles unauffällig. Aktueller Monat steigt wieder, Letzter Monat bleibt gleich, ich beobachte weiter.

[Nashra]

Gerade gesehen....
Download stand bei 10,77 GB, dann ein Paket von 3,8 GB geladen, Download geht auf 16,29 GB
Runden wir mal auf/ab, also 11GB + 4GB=15GB und Anzeige geht auf 16GB d.h. 1GB Differenz :thinking_face:
etwas viel oder was meinst Du dazu

[BBTown]

@Nashra intern oder extern ?
vielleicht mussten einige Pakete mehrfach geschickt werden
... bist du zugleich im Web unterwegs gewesen?
läuft im Hintergrund eine Softwareaktualsierung?
usw. :sunglasses:

[Nashra]

@BBTown sagte in Unifi WLAN Script 2 mit Anwesenheitskontrolle:

@Nashra intern oder extern ?

Extern oder sammelt das USG alles zusammen

vielleicht mussten einige Pakete mehrfach geschickt werden

Hatte ich auch schon im Verdacht

... bist du zugleich im Web unterwegs gewesen?

Nur auf der Seite vom Download

läuft im Hintergrund eine Softwareaktualsierung?

Nein

Naja was ist schon 1GB im WWW, nix :grin:

[liv-in-sky]

@Nashra kannst du ungefähr abschätzen, wie lange der download gedauert hat bzw. wie oft das script durchgelaufen ist - da ich immer wieder runde, könnte da ein "würmchen" drin sein

formel: dauer des downloads geteilt durch (3*abfragezyklus)