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

[liv-in-sky]

@dslraser @crunchip

ok - eines habe ich definitiv gelernt - erstelle keine scripte, die du nicht testen kannst

ich würde vorschlagen, für den moment zu stoppen - ich brauche definitiv eine umgebung, in der ich das testen kann

ich schau mir mal da mit dem DP Wifi_Client_Network an

@dslraser melde dich bitte, wenn du mich mal wieder für eine stunde oder so bei dir einwählen lassen kannst
@crunchip verstehe im moment nicht, warum die scripte so unterschiedlich reagieren - wir machen auch mal eine session, wenn es bei dir paßt

[crunchip]

@liv-in-sky alle neueren varianten die ich probiert habe, funktionieren bei mir gar nicht mehr.
bei mir funktioniert dieses
22102019-2.1.txt

[Frank579]

@liv-in-sky

wenn du jemanden für ne Team Viewer benötigst melde dich mal bin zwar zur zeit Beruflich ziemlich eingespannt, aber vill passt es ja mal ..

[liv-in-sky]

@dslraser hätte noch mal ein script für dich - das mit dem false/true des clients habe ich nicht angerührt - müßte also noch funktionieren - es geht eigentlich nur um das "noConn" wenn der client sich abmeldet aber als usg mitglied erscheint

bug-unifi-controller.txt

[liv-in-sky]

@Frank579 hab im chat geantwortet !

[dslraser]

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

@dslraser hätte noch mal ein script für dich - das mit dem false/true des clients habe ich nicht angerührt - müßte also noch funktionieren - es geht eigentlich nur um das "noConn" wenn der client sich abmeldet aber als usg mitglied erscheint

bug-unifi-controller.txt

Bin in einer halben Stunde (ca) zu Hause...

[dslraser]

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

@dslraser hätte noch mal ein script für dich - das mit dem false/true des clients habe ich nicht angerührt - müßte also noch funktionieren - es geht eigentlich nur um das "noConn" wenn der client sich abmeldet aber als usg mitglied erscheint

bug-unifi-controller.txt

Das true und false im DP funktioniert. Aber die noConn Geschichte kommt deutlich später, jedenfalls sollte noConn zeitgleich mit dem false kommen. Also der Ablauf passt noch nicht so ganz, jedenfalls noch nicht so wie heute Vormittag "angedacht".

Edit: da habe ich noch einen mixed draus gemacht, sonst kommen Fehler im LOG (und ich weiß nicht ob dann nicht geschrieben wurde. Mit mixed kommt kein Fehler)

{
  "common": {
    "name": "Heiko-Note10_Netwok",
    "type": "mixed",
    "role": "state",
    "read": true,
    "write": true
  },

Edit: ich habe jetzt mal zwei Handys in die Überwachung eingefügt. Jetzt kapiere ich gar nix mehr....nun kommt noConn schneller als false....und der AP Name kommt schneller als das true, also genau umgekehrt wie mit nur einem Gerät.

[liv-in-sky]

@dslraser habe nochmal testen können - mit der version hat es tatsächlich funktioniert

unifi-skipt-besser.txt

[liv-in-sky]

@dslraser hätte nochmal was zum testen

habe mal versucht einen extra case zu machen

unifi-skipt-mit-sondecase.txt

[dslraser]

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

@dslraser hätte nochmal was zum testen

habe mal versucht einen extra case zu machen

unifi-skipt-mit-sondecase.txt

läuft nicht...

javascript.0	2019-12-10 15:02:09.567	error	(413) at Timer.processTimers (timers.js:223:10)
javascript.0	2019-12-10 15:02:09.567	error	(413) at listOnTimeout (timers.js:263:5)
javascript.0	2019-12-10 15:02:09.567	error	(413) at tryOnTimeout (timers.js:300:5)
javascript.0	2019-12-10 15:02:09.567	error	(413) at ontimeout (timers.js:438:13)
javascript.0	2019-12-10 15:02:09.567	error	(413) at Timeout._onTimeout (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:2016:34)
javascript.0	2019-12-10 15:02:09.566	error	(413) at Object.<anonymous> (script.js.09_Unifi.Unifi-Test-4-Sondercase:660:98)
javascript.0	2019-12-10 15:02:09.565	error	(413) Error in callback: TypeError: Cannot read property 'name' of undefined

10.12.2019, 15:03:05.863	[info ]: javascript.0 (413) Stop script script.js.09_Unifi.Unifi-Test-4-Sondercase
10.12.2019, 15:03:06.555	[warn ]: javascript.0 (413)     at workAP (script.js.09_Unifi.Unifi-Test-4-Sondercase:1466:44)
10.12.2019, 15:03:06.556	[warn ]: javascript.0 (413)     at Object.setInterval (script.js.09_Unifi.Unifi-Test-4-Sondercase:1900:38)
10.12.2019, 15:03:06.556	[warn ]: javascript.0 (413)     at workAP (script.js.09_Unifi.Unifi-Test-4-Sondercase:1467:50)
10.12.2019, 15:03:06.557	[warn ]: javascript.0 (413)     at Object.setInterval (script.js.09_Unifi.Unifi-Test-4-Sondercase:1900:38)
10.12.2019, 15:03:06.558	[warn ]: javascript.0 (413)     at workAP (script.js.09_Unifi.Unifi-Test-4-Sondercase:1482:44)
10.12.2019, 15:03:06.558	[warn ]: javascript.0 (413)     at Object.setInterval (script.js.09_Unifi.Unifi-Test-4-Sondercase:1900:38)
10.12.2019, 15:03:06.558	[warn ]: javascript.0 (413)     at workAP (script.js.09_Unifi.Unifi-Test-4-Sondercase:1483:50)
10.12.2019, 15:03:06.559	[warn ]: javascript.0 (413)     at Object.setInterval (script.js.09_Unifi.Unifi-Test-4-Sondercase:1900:38)
10.12.2019, 15:03:09.485	[error]: javascript.0 (413)     at Object.<anonymous> (script.js.09_Unifi.Unifi-Test-4-Sondercase:660:98)

[dslraser]

@liv-in-sky

1900:38

                                     workAP(apName[ap_name].aname); } 

660:98

           if(!versuch[z].hasOwnProperty("_last_seen_by_uap") && wlanClientDB.includes(versuch[i][myname])) caseHelper=5;

[liv-in-sky]

@dslraser bitte in zeile 660 - bitte das i in z ändern beim zweiten versuch[i]

die andere zeile könnte dann verschwinden - an dieser stelle habe ich nichts verändert - unter zeile 1500 war ich schon lange nicht mehr - weiß garnicht, wie es da unten aussieht

[liv-in-sky]

@dslraser habe übrigens gute erfahrung mit anydesk gemacht - ein gemeinsamer test wäre cool - wenn es zeitlich wieder mal paßt

[dslraser]

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

@dslraser bitte in zeile 660 - bitte das i in z ändern beim zweiten versuch[i]

die andere zeile könnte dann verschwinden - an dieser stelle habe ich nichts verändert - unter zeile 1500 war ich schon lange nicht mehr - weiß garnicht, wie es da unten aussieht

läuft "fast" !
Einmal von drei Versuchen blieb der DP false, obwohl am WLAN angemeldet und der AP Name in Wifi_Client_Network von noConn auf den AP Namen gewechselt hat. Danach nochmal WLAN an/aus, dann funktionierte es.

[liv-in-sky]

@dslraser es könnte sein, das am anfang das wifi gerät noch nicht als solches in meiner datenbank drinsteht - aber nur ein längerer test wird das zeigen - und auch ob nach jedem script start noch alles klappt

der DP wird nur an einer stelle auf true gesetzt - und dies sollte immer geschehen, wenn der datenpunkt false ist und die daten einen last_seen_by_uap haben - was ja hoffentlich von unifi so kommt

es müßten auch die html files (iqontrol und vis) kontrolliert werden - auch die sind im vergleich mit drin und sollten upgedatet werden

[dslraser]

@liv-in-sky
okay, ich beobachte und werde berichten.

[liv-in-sky]

@dslraser merci

[dslraser]

@liv-in-sky
Die DP funktionieren soweit, denke ich.
Nur ich glaube die Listen für iQontrol bekommen die geänderten Daten nicht oder vielleicht auch erst irgendwann später ? iQontrol habe ich mehrfach aktualisiert (also die Anzeige), aber mein Note10 (das habe ich probiert) zeigt in dem neuen Network DP alles richtig an, nur die iQontrol Liste zeigt noch den alten/vorherigen AP an.

Richtig: (Keller)

Liste-falsch: (Wohnzimmer)

Edit: letztes File Update in der Liste ist übrigens auch länger her, wahrscheinlich schreibst Du die Liste nur neu wenn sich true/false eines Gerätes ändert, aber nicht wenn der AP eines Gerätes wechselt ?

[liv-in-sky]

@Frank579 wenn ich meine SSID auf hide stelle, können meine tablets und handys nicht mehr ins internet - alexa scheint zu funktionieren

wie ist das bei dir

[liv-in-sky]

@dslraser sagte in Unifi WLAN Script 2 mit Anwesenheitskontrolle:

Edit: letztes File Update in der Liste ist übrigens auch länger her, wahrscheinlich schreibst Du die Liste nur neu wenn sich true/false eines Gerätes ändert, aber nicht wenn der AP eines Gerätes wechselt ?

yup - das kann gut sein - die netzwerkanehörigkeit kam erst später dazu - files werden nur geschrieben, wenn sich deren zustand ändert - kommt auf die liste