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

[coyote]

@liv-in-sky ich habe heute auf js-controller 2.0.22 geupdatet und die Datenbank auf redis/redis umgestellt, jetzt wird in iqontrol die htmclients und htmlinfo nicht mehr dargestellt, iqontrol sagt "Datei existiert nicht"
Sie ist aber definitv vorhanden und wird in dem Pfad auch geändert.

Aussage von Apollon77:
Das Skript sollte das mit "writeFile" korrekt im ioBroker-Storage ablegen und nicht an allem vorbei 😉 Aber wie gesagt: Thema am besten im iqontrol Thread besprechen.

Hat von euch jemand den neuen Controller schon laufen mit redis?

[liv-in-sky]

@coyote
danke für den hinweis
ich glaube, ich weiß was da falsch ist - werd morgen mal testen und bescheid geben

[Nashra]

Guten Morgen @liv-in-sky
da es mir keine Ruhe ließ warum mit deinem letzten Script keine Daten geholt wurden,
habe ich mein Script mit deinem in WinMerge verglichen und den klitzekleinen Fehler gefunden.
In Zeile 39 fehlt ein Semikolon hinter "let respal" :-)

let respv; let respc; let respw; let resph; let respgv; let respa; let respal //geholte Daten

Script läuft jetzt, alle Daten da :-)

[liv-in-sky]

@Nashra super, dass du das gefunden hast - habe es ausgebessert - echt seltsam, dass bei mir kein fehler kommt

bin eh gerade am "tüffteln" - es gibt ab und zu daten - da haben clients keinen hostnamen und kein alias obwohl sie im controller sichtbar sind - oder einem gerät habe ich ein alias gegeben und später wieder gelöscht - seit dem hat es in den angeforderten daten keinen hostnamen mehr - echt strange

[Nashra]

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

@Nashra super, dass du das gefunden hast - habe es ausgebessert - echt seltsam, dass bei mir kein fehler kommt

bin eh gerade am "tüffteln" - es gibt ab und zu daten - da haben clients keinen hostnamen und kein alias obwohl sie im controller sichtbar sind - oder einem gerät habe ich ein alias gegeben und später wieder gelöscht - seit dem hat es in den angeforderten daten keinen hostnamen mehr - echt strange

Genau deswegen wurden bei mir ja auch div. Clients nicht angezeigt. Im Controller war zwar ein Aliasname aber den muß
man explizit nochmal in der Config eingeben und speichern. Dachte auch, es ist ja da, also alles ok aber weit gefehlt.
Die Controllersoft ist schon der Hammer :-)

[coyote]

@liv-in-sky habe gerade auch die letzte Version des Scripts eingespielt und vorher alle DP's gelöscht, Script gestartet, alles da inkl. meinem USG :+1:

Hast du schon mal geschaut wegen der html Listen und js-controller 2.0?

Und ein Feature-Request hab ich noch, dann könnte ich nämlich den Unifi Controller auch deinstallieren. Könntest du unter dem USG die WAN-IP als DP mit einfügen? Es kommt zwar recht selten vor, aber ich lasse mir ein Telegram schicken, wenn sich die WAN-IP geändert hat.
Wäre prima, wenn das noch drin wäre.

EDIT: Habe es im JSON gerade schon selbst gefunden, vllt schaffe ich es auch selbst einzubauen, wenn ich heute Abend noch Zeit habe. Mal schauen :-)

EDIT2: Hab es schnell eingebaut, läuft :wink:

[liv-in-sky]

@coyote wollt gerade anfangen mit dem iqontrol thema

kanns du mir bitte deine änderungen zusenden - dann baue ich das ein - sonst mußt du bei jedem update deinen code wieder einbauen

[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