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

[dslraser]

@liv-in-sky
noch ein Fehler im Log

12.10.2019, 21:16:39.967	[warn ]: javascript.0 (5836)     at workAP (script.js.Heiko.16Unifi.Unifi1:1169:13)
12.10.2019, 21:16:39.968	[warn ]: javascript.0 (5836)     at Object.setInterval (script.js.Heiko.16Unifi.Unifi1:1548:38)
12.10.2019, 21:16:39.969	[warn ]: javascript.0 (5836)     at workAP (script.js.Heiko.16Unifi.Unifi1:1174:13)
12.10.2019, 21:16:39.969	[warn ]: javascript.0 (5836)     at Object.setInterval (script.js.Heiko.16Unifi.Unifi1:1548:38)

[ple]

Moin Moin und besten Dank für dein Script.
Ich habs gerade am laufen, bisher scheint es zu funktionieren. Ich hoffe mal, dass ich dadurch die Fehlmeldungen der iOS Geräte wegbekomme bei der Anwesenheitsprüfung. Ist zumindest ein Versuche.
Besteht die Möglichkeit noch unter WAN die IPV6 Adresse mit anzugeben? Ich habe ein Glasfaseranschluss und die Adresse ändert sich so 4 mal im Jahr. Würde mir dann gerne eine Nachricht schicken lassen, wenn die sich geändert hat.

Gruß und Danke

[liv-in-sky]

@dslraser werde morgen früh nachbessern

@ple schau ich mir auch mal an - evtl muss du mir die daten senden - - unterschiedliche setups erzeugen unterschiedliche daten, welche ich bekomme - melde mich morgen mit genaueren info's

[dslraser]

@liv-in-sky
ich habe aus number mixed gemacht, jetzt ist Ruhe (bei allen 3 DP vom SpeedTest)

[ple]

@liv-in-sky Kein Stress, im moment muss ich mich eh erst mal darin zurechtfinden. Im Moment springen die States der Clients hin und her, ob erreichbar oder nicht. im Script stehen glaub ich 15s. Reicht das bei euch aus? Selbst mein Cloudkey wird immer wieder als offline erkannt. Habe gerade auch festgestellt, dass der Cloudkey noch ne alte Firmware drauf hat. Mal schauen wie es nachher aussieht.

[dslraser]

@ple
ich habe es aktuell so eingestellt (ohne Problemnetzwerk)

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

[liv-in-sky]

@ple sagte in Unifi WLAN Script 2 mit Anwesenheitskontrolle:

@liv-in-sky Kein Stress, im moment muss ich mich eh erst mal darin zurechtfinden. Im Moment springen die States der Clients hin und her, ob erreichbar oder nicht. im Script stehen glaub ich 15s. Reicht das bei euch aus? Selbst mein Cloudkey wird immer wieder als offline erkannt. Habe gerade auch festgestellt, dass der Cloudkey noch ne alte Firmware drauf hat. Mal schauen wie es nachher aussieht.

probiermal die variable problemWLAN=true

das hin und her springen könnte damit besser werden

wenn das noch nicht hilft setze countFalseSetting=3 und erhöhe auf 4 oder 5 wenn es nicht hilft

[Kueppert]

Hi, ne blöde Frage: aber wäre dies hier nicht einen Adapter wert? ala Unifi-2? :D

[dslraser]

@Kueppert sagte in Unifi WLAN Script 2 mit Anwesenheitskontrolle:

Hi, ne blöde Frage: aber wäre dies hier nicht einen Adapter wert? ala Unifi-2? :D

Ja, schon, aber weder @liv-in-sky oder ich haben eine Ahnung wie man einen Adapter erstellt. Noch nie gemacht.

[Kueppert]

@dslraser Ah, alles klar, daher weht der Wind. Hab das gleiche Problem ;) danke für die Info.

[ple]

Ich glaub das war garnicht so schwierig.
Da gibt es gute Videos zu mit Templates.

was macht das Problem Wlan=true genau?

[liv-in-sky]

@ple hast du zufällig den video-link

hier problemwlan=true:
https://forum.iobroker.net/post/301328

[liv-in-sky]

@dslraser sagte in Unifi WLAN Script 2 mit Anwesenheitskontrolle:

@liv-in-sky
noch ein Fehler im Log

12.10.2019, 21:16:39.967	[warn ]: javascript.0 (5836)     at workAP (script.js.Heiko.16Unifi.Unifi1:1169:13)
12.10.2019, 21:16:39.968	[warn ]: javascript.0 (5836)     at Object.setInterval (script.js.Heiko.16Unifi.Unifi1:1548:38)
12.10.2019, 21:16:39.969	[warn ]: javascript.0 (5836)     at workAP (script.js.Heiko.16Unifi.Unifi1:1174:13)
12.10.2019, 21:16:39.969	[warn ]: javascript.0 (5836)     at Object.setInterval (script.js.Heiko.16Unifi.Unifi1:1548:38)

moin,

würdest du bitte das script (1.post) testen - ich glaube, es ist beidesmal der selbe fehler

• datenpunkte: du brauchst auch nur den ordner speedtest unter apInfo zu löschen -

[liv-in-sky]

@ple sagte in Unifi WLAN Script 2 mit Anwesenheitskontrolle:

Moin Moin und besten Dank für dein Script.
Ich habs gerade am laufen, bisher scheint es zu funktionieren. Ich hoffe mal, dass ich dadurch die Fehlmeldungen der iOS Geräte wegbekomme bei der Anwesenheitsprüfung. Ist zumindest ein Versuche.
Besteht die Möglichkeit noch unter WAN die IPV6 Adresse mit anzugeben? Ich habe ein Glasfaseranschluss und die Adresse ändert sich so 4 mal im Jahr. Würde mir dann gerne eine Nachricht schicken lassen, wenn die sich geändert hat.

Gruß und Danke

könntest du mir mal deine daten via mail senden - damit ich die ip6 adresse herausfiltern kann
geht so:
https://forum.iobroker.net/post/308347

wenn das möglich ist, gebe ich dir meine mailadresse über chat

hat das problemwlan=true etwas genutzt ?

[dslraser]

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

moin,
würdest du bitte das script (1.post) testen - ich glaube, es ist beidesmal der selbe fehler

datenpunkte: du brauchst auch nur den ordner speedtest unter apInfo zu löschen -

jetzt hast Du zwar eine Zeichenkette draus gemacht, aber ein DP Fehler bleibt
(mit mixed bzw. gemischt hatte ich gestern keine Probleme)

2019-10-13 10:09:27.899 - warn: javascript.0 (14273) You are assigning a number to the state "javascript.0.WLANUnifi.APInfo.SpeedTest.Latency" which expects a string. Please fix your code to use a string or change the state type to number. This warning might become an error in future versions.
2019-10-13 10:09:27.903 - warn: javascript.0 (14273) at setState (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:1306:20)
2019-10-13 10:09:27.904 - warn: javascript.0 (14273) at workAP (script.js.Heiko.16Unifi.Unifi1:1178:13)
2019-10-13 10:09:27.904 - warn: javascript.0 (14273) at Object.setInterval (script.js.Heiko.16Unifi.Unifi1:1548:38)
2019-10-13 10:09:27.905 - warn: javascript.0 (14273) at process._tickCallback (internal/process/next_tick.js:68:7)

Noch ein "Schönheitsfehler":

Hier steht die Anzahl der Clients und Wifi_Clients, das sind aber alle, inklusive LAN, also nicht nur Wifi

[dslraser]

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

würdest du bitte das script (1.post) testen - ich glaube, es ist beidesmal der selbe fehler

**EDIT:**der jetzt betroffene DP (Latency) lief gestern übrigens auch mit Number, nur die anderen Beiden nicht.
ich stelle den mal um auf Number und schaue mal...
(Latency scheint zu gehen mit Number....)

[liv-in-sky]

@dslraser weil ich bl.. bin - die latency ist ja imme noch eine number

habe das mit dem mixed noch nie registriert

werd es ändern - in 1 minute ists drauf

[ikkerus]

Moin,

der USG hat ja 2 WAN Eingänge. Aktuell besteht bei mir nicht der Bedarf, aber potenziell wäre es möglich, den Online-Status auf WAN2 auszudehnen. Man kann über WAN2 als Fallback ein 4G/5G Modem laufen lassen.

Hatte mal einen Schweizer Blogbeitrag dazu gefunden. Finde den aber gerade nicht mehr...

Ich war die Tage außer gefecht gesetzt, konnte das Skript mit geändertem PW noch nicht ausprobieren...

[liv-in-sky]

@ikkerus sollte kein problem sein und ist somit potenziell möglich

[dslraser]

@liv-in-sky
Eine Sache die mir aufgefallen ist...
Wenn ich den Javascript Adapter oder sogar ioBroker komplett neu starte, sind in den Objekten alle LAN Geräte auf false und bleiben auch so. (ausser wenn ein Gerät aus war und ich schalte es wieder ein, dann geht es auf true) Alle anderen Geräte, die eigentlich an sind wechseln ja auch den Status nicht, die bleiben dann auf false.

Man müßte also zumindestens irgendwann zwischendurch, oder alle x Minuten doch mal bei allen Geräten den Status abfragen und nicht nur in den DP schreiben wenn sich was ändert, oder eben beim Neustart.

Wenn ich nun das Script stoppe und alle DP lösche und dann das Script wieder starte, erst dann stimmt der Status wieder.