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

[lobomau]

kurze Zwischeninfo von mir:
Script macht für mich alles was er soll (Version vom 03.10.19).
Ich habe zwei UAP-AP-Pro und einen 24er switch von Unifi, sowohl einen FritzRepeater als AP im Garten im Einsatz. Vouchers nutze ich nicht.
18 users wird angezeigt und beim Durchzählen sind es auch 18 im WLAN. Die drei Geräte, die sich über den FritzRepeater einwählen erscheinen natürlich als LAN Geräte.
Ganz tolles Script!

[liv-in-sky]

Suche tester:

mußte das sortieren und benennen die clients nochmal überarbeiten (der controller macht "komische" sachen) und brauche tester mit usg und/oder usw - aber z.b auch: mein gerootetes tablet hat keinen hostnamen oder löscht man den aliasnamen belibt der im datensatz als leer enthalten, was wiederrum probleme erzeugt hat

script-mit-neuer-sortierung.txt

das neue "verfahren" macht jetzt folgendes

wenn aliasname=false:

• wenn kein hostname oder leerer hostname , dann aliasnamen verwenden -wenn der auch nicht existiert oder leer ist wird ein "name aus der ipadresse +repaired" gebildet

• wenn aliasname=true
  wenn kein aliasname oder leerer -> direct "name aus der ipadresse +repaired"

wie immer nur der teil unter "AB HIER NICHTS MEHR ÄNDERN" - -datenpunkte bitte löschen , diese könnten nun anders sein

• interessant sind auch apple (iphone) user und wie erwähnt die usg und usw nutzer

• bitte auch beobachten was mit clients passiert, die leerzeichen im namen oder alias haben (vorallen bei iphone nutzern)

• zum rumspielen: es gibt auch einen datenpunkt mit dem man auf aliasname=true schalten kann ohne das script zu stoppen - in der vis sieht man dann sehr gut die veränderungen

so sieht es bei mir aus - habe nur 2 mit aliasnamen bestückt - der rest wird dann mit "repaired" angezeigt- somit weiß man, wo noch ein alias hin muss

[dslraser]

@liv-in-sky

das kam beim ersten Start

javascript.0	2019-10-05 18:30:36.135	error	at Object.<anonymous> (script.js.Heiko.16Unifi.Unifi1:1284:82)
javascript.0	2019-10-05 18:30:36.135	error	Error in callback: TypeError: Cannot read property 'length' of undefined

das ist diese Zeile

          setState(dpPrefix + "WLANUnifi.Wifi_Vouchers_ValueCodeList",listValue2.length+1)

nach einem "Neustart" des Script kam dann erstmal das hier

javascript.0	2019-10-05 18:31:37.279	warn	script.js.Heiko.16Unifi.Unifi: Unifi Script ist in Pause wegen WLAN Umschalteung- bis: 18:33:57

Das Script scheint aber zu arbeiten, braucht wohl aber einen Moment bis alle Daten da sind.

Weiter testen kann ich leider heute nicht, war eben auch nur kurz. (habe wieder Besuch im Hause---übrigens ein iPhone im Gäste Wifi--hat keinen Hostnamen)

Aber
jetzt läuft das Log damit voll

javascript.0 script.js.Heiko.16Unifi.Unifi1: setWifi: rejected: StatusCodeError: 401 - "{\"meta\":{\"rc\":\"error\",\"msg\":\"api.err.LoginRequired\"},\"data\":[]}"

mein Login stimmt aber...? (es werden auch Daten geholt

EDIT: mein USG wir nicht angezeigt

EDIT2: AP Infos werden nicht geschrieben.

EDIT3: Die Client Anzahl schwankt wieder (war schon mal weg)

[liv-in-sky]

@dslraser uuuppsss - schau ich mal - habe es nochmal (2mal) getestet und neu kopiert und draufgeladen - sollte alles in ordnung sein

script-mit-neuer-sortierung.txt

dann machen wir morgen weiter

[Nashra]

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

Suche tester:

mußte das sortieren und benennen die clients nochmal überarbeiten (der controller macht "komische" sachen) und brauche tester mit usg und/oder usw - aber z.b auch: mein gerootetes tablet hat keinen hostnamen oder löscht man den aliasnamen belibt der im datensatz als leer enthalten, was wiederrum probleme erzeugt hat

script-mit-neuer-sortierung.txt

das neue "verfahren" macht jetzt folgendes

wenn aliasname=false:

• wenn kein hostname oder leerer hostname , dann aliasnamen verwenden -wenn der auch nicht existiert oder leer ist wird ein "name aus der ipadresse +repaired" gebildet

OK :heavy_check_mark:

• wenn aliasname=true
  wenn kein aliasname oder leerer -> direct "name aus der ipadresse +repaired"

OK :heavy_check_mark:

wie immer nur der teil unter "AB HIER NICHTS MEHR ÄNDERN" - -datenpunkte bitte löschen , diese könnten nun anders sein

• interessant sind auch apple (iphone) user und wie erwähnt die usg und usw nutzer

OK :heavy_check_mark:

• bitte auch beobachten was mit clients passiert, die leerzeichen im namen oder alias haben (vorallen bei iphone nutzern)

OK :heavy_check_mark:

• zum rumspielen: es gibt auch einen datenpunkt mit dem man auf aliasname=true schalten kann ohne das script zu stoppen - in der vis sieht man dann sehr gut die veränderungen

Nicht getestet :grin:

Im Log bis jetzt keine Meldungen :heavy_check_mark:

Super :+1:

[liv-in-sky]

@Nashra immer gut positives zu hören - schönen abend

[Nashra]

@liv-in-sky dito :wave:

[coyote]

@liv-in-sky hab eigentlich ja nicht viel gemacht, sind nur 2 Zeilen dazu gekommen:

createState(dpPrefix + "WLANUnifi.Wifi_Info", { name: 'Info_HTML_Table_VIS',  role: 'string', read:  true,  write: true,});
if (health) {createState(dpPrefix + "WLANUnifi.Health.WLAN.Status", { name: 'Health_Status', desc: 'Health_Status', type: 'string', unit: '',  role: '',read: true, write: true }); 
             createState(dpPrefix + "WLANUnifi.Health.WLAN.Users", { name: 'Health_Users', desc: 'Health_Users', type: 'number', unit: '', min: '0', max: '1000', role: '',read: true, write: true }); 
             createState(dpPrefix + "WLANUnifi.Health.WLAN.Guests", { name: 'Health_Guests', desc: 'Health_Guests', type: 'number', unit: '', min: '0', max: '100', role: '',read: true, write: true }); 
             createState(dpPrefix + "WLANUnifi.Health.WLAN.TXBytes", { name: 'Health_TXBytes', desc: 'Health_TXBytes', type: 'number', unit: '', min: '0', max: '9999999', role: '',read: true, write: true });
             createState(dpPrefix + "WLANUnifi.Health.WLAN.RXBytes", { name: 'Health_RXBytes', desc: 'Health_RXBytes', type: 'number', unit: '', min: '0', max: '9999999', role: '',read: true, write: true }); 
             createState(dpPrefix + "WLANUnifi.Health.WLAN.Adopted", { name: 'Health_Adopted', desc: 'Health_Adopted', type: 'number', unit: '', min: '0', max: '100', role: '',read: true, write: true });
             createState(dpPrefix + "WLANUnifi.Health.WLAN.Disabled", { name: 'Health_Disabled', desc: 'Health_Disabled', type: 'number', unit: '', min: '0', max: '100', role: '',read: true, write: true }); 
             createState(dpPrefix + "WLANUnifi.Health.WLAN.Disconnected", { name: 'Health_Disconnected', desc: 'Health_Disconnected', type: 'number', unit: '', min: '0', max: '100', role: '',read: true, write: true });
             createState(dpPrefix + "WLANUnifi.Health.WAN.WAN_IP", {name: 'WAN_Adresse', desc: 'WAN_IP', role: 'state',read: true,write: true,type: 'string' });   }

und

    resph=resph.replace(/-r/g, "_r")
    resph = JSON.parse(resph);
    mylog(resph.data[0].rx_bytes_r);
    setState(dpPrefix + "WLANUnifi.Health.WLAN.Status",resph.data[0].status );
    setState(dpPrefix + "WLANUnifi.Health.WLAN.Users",resph.data[0].num_user);
    setState(dpPrefix + "WLANUnifi.Health.WLAN.Guests",resph.data[0].num_guest );
    setState(dpPrefix + "WLANUnifi.Health.WLAN.TXBytes",resph.data[0].tx_bytes_r );
    setState(dpPrefix + "WLANUnifi.Health.WLAN.RXBytes",resph.data[0].rx_bytes_r );
    setState(dpPrefix + "WLANUnifi.Health.WLAN.Adopted",resph.data[0].num_adopted );
    setState(dpPrefix + "WLANUnifi.Health.WLAN.Disabled",resph.data[0].num_disabled );
    setState(dpPrefix + "WLANUnifi.Health.WLAN.Disconnected",resph.data[0].num_disconnected );
    setState(dpPrefix + "WLANUnifi.Health.WAN.WAN_IP",resph.data[1].wan_ip );

jeweils immer die letzte Zeile

[liv-in-sky]

@coyote danke dir - macht es einfacher für mich - ich habe die daten nicht, da ich keine hardware dazu habe - werde es mit einpflegen

andere frage - nutzt du jetzt auch objects und files von redis - ist dass unser problem ?
wenn das file noch im directory existiert und upgedated wird - hast du dann keine rechte darauf oder ist das file leer

[coyote]

@liv-in-sky ganz genau, habe umgestellt auf redis/redis
Das file ist noch da und wird auch geändert (es sind auch Daten im File), aber ich habe dann wohl keinen Zugriff drauf über iqontrol. iqontrol sagt "File existiert nicht"
Wenn ich Apollon richtig verstanden habe, gehört das File aber anscheinend nicht da hin.

[liv-in-sky]

@coyote ja scheint so - leider hat er bis jetzt noch nichts zurückgeschrieben - wegren meiner kann ich auch ein anderes verzeichnis nehmen - ich müßte nur wissen welches - ich habe immer gedacht, der fixer gibt die rechte auf die iobroker verzeichnisse
falls du lust hast - zeige mir doch mal ein bild vom verzeichnis mit dem befehl ls -la
naja , vieleicht gibt es morgen was neues

[coyote]

@liv-in-sky ja hab ich gesehen, dass noch niemand was dazu geschrieben hat.
Von welchem Verzeichnis genau meinst du?
Ich habe auch nicht verstanden, was genau jetzt anders ist bzw. sein muss/soll.

[liv-in-sky]

@coyote ich meinte das verzeichnis , indem die files vom script liegen
/opt/iobroker/iobroker-data/files/iqontrol

[coyote]

@liv-in-sky achso, sieht aus wie vorher denk ich.
Hier:

root@debian:/opt/iobroker/iobroker-data/files/iqontrol# ls -la
insgesamt 1020
drwxrwxrwx+  6 iobroker iobroker   4096 Okt  5 12:55 .
drwxrwxrwx+ 87 iobroker iobroker   4096 Sep 30 10:28 ..
-rwxrwxrwx+  1 iobroker iobroker   1044 Okt  3 14:31 cache.manifest
-rwxrwxrwx+  1 iobroker iobroker  49103 Okt  3 14:31 conn.js
-rwxrwxrwx+  1 iobroker iobroker 125162 Okt  3 14:31 _data.json
-rwxrwxrwx+  1 iobroker iobroker  28640 Okt  3 14:31 favicon_big.pn
g
-rwxrwxrwx+  1 iobroker iobroker  32038 Okt  3 14:31 favicon.ico
-rwxrwxrwx+  1 iobroker iobroker  12582 Okt  3 14:31 favicon.png
-rw-rw-rw-+  1 iobroker iobroker    173 Okt  5 20:29 htmlalarm.html
-rw-rwxrw-+  1 iobroker iobroker   6514 Okt  5 20:29 htmlclients.ht
ml
-rw-rwxrw-+  1 iobroker iobroker   2453 Okt  5 20:29 htmlinfo.html
-rw-rwxrw-+  1 iobroker iobroker     88 Okt  5 13:31 htmlvoucher.ht
ml
drwxrwxrwx+ 12 iobroker iobroker   4096 Mai  3 12:12 i18n
drwxrwxrwx+  4 iobroker iobroker   4096 Sep  8 13:35 images
-rwxrwxrwx+  1 iobroker iobroker  17538 Okt  3 14:31 index.css
-rwxrwxrwx+  1 iobroker iobroker   5687 Okt  3 14:31 index.html
-rwxrwxrwx+  1 iobroker iobroker 330878 Okt  3 14:31 index.js
drwxrwxrwx+  4 iobroker iobroker   4096 Mai  3 12:12 jquery
-rw-rwxrw-+  1 iobroker iobroker   3262 Okt  3 14:29 offline.html
-rwxrwxrwx+  1 iobroker iobroker   1867 Mai  4 13:16 test.html
drwxrwxrwx+  4 iobroker iobroker   4096 Jul 31 12:06 userimages
-rwxrwxrwx+  1 iobroker iobroker 371855 Okt  3 14:29 words.js

Ach jetzt weiß ich was du willst, du willst schätze ich nach dem Rechten schauen oder?

[liv-in-sky]

@coyote genau und die sind da - wie schaut den der inhalt des iqontrol popups aus ?

[liv-in-sky]

@coyote ich meine das setting der kachel

[liv-in-sky]

@coyote welchen browser nutzt du ? ich habe bemerkt, dass firefox bei mir nicht funktioniert

[coyote]

@liv-in-sky

Chrome

Hier die Kachel:

Hier Setting:

[liv-in-sky]

@coyote wird wohl tatsächlich am controller liegen - leider weiß ich nicht, wie das mit redis funktioniert - wird da ein pfad hineingeschrieben oder das ganze file in redis abgelegt ??? warten wir mal auf morgen

[coyote]

@liv-in-sky da fragst du mich was..
Apollon hat geantwortet in deinem anderen Thread.
Die Files sollen wohl nach iqontrol.meta