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

[liv-in-sky]

@dslraser

komische werte, wenn du es erst heute enigebaut hast

ok nach dreizyklen muss es so aussehen, wie im 2. bild

zur theorie
beim ersten start wir der jetzt wert der gesamt übertragenen datenmenge fest gesetzt - dann, nach jedem 3. zyklus wird subtrahiert , bedeutet- du hat 6 MB übertragen seit dem ersten lauf

immer um mitternacht wird dieser wieder auf 0 gesetzt - also hast du jeden tag ab mitternacht die übertragende menge

wenn du einen download test machst - also etwas großes vom internet, sollte sich dieser wert angleichen - probiers doch bitte mal aus

[liv-in-sky]

@dslraser hier werden die daten um mitternacht festgehalten - damit man bei einem update und datenpunktlöschung diese daten nicht veriert

[dslraser]

@liv-in-sky
ich habe jetzt mal von hier zwei mal 1 GB gedownloaded, aber bisher hat sich der vorher nachher Wert nicht verändert. Der Zykluszähler ist schon deutlich mehr als drei mal erhöht ?
https://www.thinkbroadband.com/download

Ich warte noch bissl ab

Edit: der Zyklus Zähler stand vor den Downloads unter 10, jetzt ist er bei 44 und der Wert ist unverändert

[dslraser]

@liv-in-sky

Warte mal nochmal. Ich habe bei mir einiges neu gemacht und hatte vergessen die 3 Zusatzmodule im Javascriptadapter zu installieren. Ich probiere nochmal.

[dslraser]

@liv-in-sky
vor dem Download (ich hatte alle DP nochmal gelöscht und neu begonnen)

während des Download (1GB)

nach dem Download

Scheint also zu passen.

Das steht in dem anderen DP

Jetzt sind einige Durchläufe vergangen. Wird dann dazu addiert ? Weil Du vorhin geschrieben hast es wird abgezogen ? Ist das dann Quasi eine Tagessumme ?

[liv-in-sky]

@dslraser ja genau es ist eine tagessumme

es wird der neu ankommende wert von dem um mitternacht geholten wert abgezogen - dann hat man den wert von mitternacht bis jetzt

[dslraser]

@liv-in-sky
weil ich es selbst vergessen hatte....
Habt Ihr/ bei @wolkenloser die Zusatzmodule im JavaScript Adapter eingetragen ?

[Nashra]

@liv-in-sky wo/wie kann ich das abstellen

javascript.0	2019-10-31 19:52:05.854	info	(3512) script.js.Meine_Geräte.Unifi-5: bin raus a work ap
javascript.0	2019-10-31 19:52:05.852	info	(3512) script.js.Meine_Geräte.Unifi-5: station6
javascript.0	2019-10-31 19:52:05.736	info	(3512) script.js.Meine_Geräte.Unifi-5: bin raus a work ap
javascript.0	2019-10-31 19:52:05.734	info	(3512) script.js.Meine_Geräte.Unifi-5: station6
javascript.0	2019-10-31 19:52:05.618	info	(3512) script.js.Meine_Geräte.Unifi-5: bin raus a work ap
javascript.0	2019-10-31 19:52:05.616	info	(3512) script.js.Meine_Geräte.Unifi-5: station6
javascript.0	2019-10-31 19:52:05.514	info	(3512) script.js.Meine_Geräte.Unifi-5: bin raus a work ap
javascript.0	2019-10-31 19:52:05.512	info	(3512) script.js.Meine_Geräte.Unifi-5: station6

[dslraser]

@Nashra
dann hast Du noch ein "Test Script" installiert wo das Log offen ist.

Es gibt ja im Script immer Kommentare, da müsste auch work ap dabei sein, quasi wie eine Überschrift. Da ist bestimmt irgenwo console.log zu sehen, da muss dann dlog rein. (so aus dem Kopf, habe keinen Rechner an)

Oder Du nimmst das aktuelle Script im ersten Beitrag.

Edit: kann aber auch ein Mylog sein.
@liv-in-sky wird es wissen und sich melden.

[liv-in-sky]

@Nashra dsl raser hat recht - ob dlog oder mylog ist egal - damit geht das log weg

oder besser von erstem post benutzen

[liv-in-sky]

@dslraser

das mit @wolkenloser hat auch geklappt - der controller hat die daten vom accesspoint zu spät erhalten - danke für deine hilfe dabei

er hatte noch eine idee: für bestimmte clients (die über eine constante definiert werden) sollen datenpunkte geschrieben werden, welche den aktuellen accesspoint beinhalten - ändert sich dieser, könnte man so darauf triggern - z.b ein licht einschalten, wenn man mit dem handy in den garten geht und sich der accesspoint ändert

[wolkenloser]

So, das Script klappt nun auch bei mir :-D
Ich kann mich nur noch einmal bei @liv-in-sky bedanken, so eine Unterstützung hab ich bisher noch nicht erlebt.

Gruß
Wolke

[MyMeyer]

Hallo zusamen,

ich habe ein Problem. Und zwar werden die AP Info nicht in den Objekten angelegt.

Dieser Eintrag im Script ist doch richtig oder ?

}
// DEFINITION der Aliasnamen für die AP's - hat nichts mit den Aliasnamen im Controller zu tun - wird nur für das script gebraucht 
const apName = {  "74:xx:xx:xx:xx:xx" : { aname: "AP-LR"} //mac adresse der ap's - beim letzten kein Komma (,)
//                "18:xx:29:xx:40:xx" : { aname: "AP-Light"}
}

So sieht es aus unter Objekte:

[wolkenloser]

passend zu dem Thema hat wohl schon mal jemand was gebastelt wo er abfragt welcher Client an einem bestimmten AP angemeldet ist:

https://www.symcon.de/forum/threads/26630-Ubiquiti-Unifi-AP-ClientListe

[wolkenloser]

@MyMeyer Du hast Du MACs absichtlich geXXX, oder ?
Ansonsten wäre das wohl richtig.

[MyMeyer]

@wolkenloser sagte in Unifi WLAN Script 2 mit Anwesenheitskontrolle:

@MyMeyer Du hast Du MACs absichtlich geXXX, oder ?
Ansonsten wäre das wohl richtig.

Korrekt . :-) Somit stellt sich die Frage warum APInfos nicht angelegt werden !

[wolkenloser]

@MyMeyer Script stoppen, den Ordner WLANUnifi bei den Objekten löschen. Script wieder starten.

Siehst Du im Unifi Controller in den LOGS deine Anmeldeereignissen ?
BZW im Log vom IOBROKER (Über Scripte)

[MyMeyer]

@wolkenloser sagte in Unifi WLAN Script 2 mit Anwesenheitskontrolle:

@MyMeyer Script stoppen, den Ordner WLANUnifi bei den Objekten löschen. Script wieder starten.

Siehst Du im Unifi Controller in den LOGS deine Anmeldeereignissen ?

Ja sehe ich und habe bereits den Fehler (von mir) gefunden. Es war nicht auf True gesetzt. :-(

[dslraser]

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

das mit @wolkenloser hat auch geklappt - der controller hat die daten vom accesspoint zu spät erhalten - danke für deine hilfe dabei

und was habt ihr geändert ?

[wolkenloser]

@dslraser
const abfageoffset = 45000; (in Zeile 34)

das hat es wohl gebracht.