Wartung am 15.11. – Forum ab 22:00 Uhr nicht erreichbar

[Frank579]

ich bin mir jetzt nicht sicher ob das was zu sagen hat aber das USG ist ja quasi die Zentrale, melden sich ja alle da... kann mann nicht nur den Lastseen auswerten ?

[liv-in-sky]

@Frank579 der last_seen ist nicht brauchbar - die werte habe ich schon am anfang des projects gecheckt -aber ich werde auch da nochmal reinschauen

[liv-in-sky]

was auch noch war - bei hartwig wird bei einem update des controllers das ganze image gelöscht - also auch die datenbank - vielleicht ist das auch noch ein grund, warum es bei ihm funktioniert

[Frank579]

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

@Frank579 der last_seen ist nicht brauchbar - die werte habe ich schon am anfang des projects gecheckt -aber ich werde auch da nochmal reinschauen

okay das wusste ich nicht,

[liv-in-sky]

@Frank579 so schlecht sieht das nicht aus mit dem last seen - ich glaube, ich werd mal ein test script machen

[liv-in-sky]

@Frank579 nee - zu früh gefreut - dann hätte ich das selbe problem - denn ich muss letztlich auch überprüfen an welchen gerät er angemeldet ist - also die mac-adresse des aps - und da ist das selbe verhalten - wenn der ap sagt, er ist weg, kommt der client mit der macadresse des ugw daher - dann bin ich an der selben stelle - aber danke für den input

[dslraser]

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

@Frank579 nee - zu früh gefreut - dann hätte ich das selbe problem - denn ich muss letztlich auch überprüfen an welchen gerät er angemeldet ist - also die mac-adresse des aps - und da ist das selbe verhalten - wenn der ap sagt, er ist weg, kommt der client mit der macadresse des ugw daher - dann bin ich an der selben stelle - aber danke für den input

Ich frage jetzt nochmal ganz blöd ?

Ja, genau, die mac Adresse des AP's. Wozu prüfst Du ob ein WLAN Client am USG ist ?
Wenn der vom AP weg ist, dann kann der doch nur an einem anderem AP sein, oder eben abgemeldet, oder ?

[liv-in-sky]

@dslraser das problem ist, dass ich ohne diese abfrage , keine switch clients bekomme - die mac abfrage gibt mir das gerät, andem der client dran ist - nur so kann ich einen client einen ap oder switch zuteilen

evtl - könnte ich aber die ugw abfrage rausnehmen, da ja eigentlich kein client direct am ugw hangt ?

[dslraser]

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

@dslraser das problem ist, dass ich ohne diese abfrage , keine switch clients bekomme - die mac abfrage gibt mir das gerät, andem der client dran ist - nur so kann ich einen client einen ap oder switch zuteilen

evtl - könnte ich aber die ugw abfrage rausnehmen, da ja eigentlich kein client direct am ugw hangt ?

Ja, das meine ich ja. Ein WLAN Client kann doch nur an einem AP sein und nicht direkt am USG oder an einem Switch.

Es sein denn, Du willst auch LAN Clients überwachen ?

[liv-in-sky]

@dslraser @Frank579 die LAN clients werden überwacht und angezeigt - das sind aber switch sachen - du hast da schon recht - die WAN sachen interessieren nicht an diesem punkt

hab mal einfach deaktiviert

zum test

nur-für-dslraser.txt

[dslraser]

@liv-in-sky

erster Start (alle DP gelöscht)

8.12.2019, 19:26:57.987	[info ]: javascript.0 (413) Start javascript script.js.09_Unifi.Unifi-Test
8.12.2019, 19:26:58.025	[info ]: javascript.0 (413) script.js.09_Unifi.Unifi-Test: registered 10 subscriptions and 1 schedule
8.12.2019, 19:26:58.860	[warn ]: javascript.0 (413)     at script.js.09_Unifi.Unifi-Test:238:27
8.12.2019, 19:26:58.862	[warn ]: javascript.0 (413)     at script.js.09_Unifi.Unifi-Test:240:27

[dslraser]

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

@dslraser @Frank579 die LAN clients werden überwacht und angezeigt - das sind aber switch sachen - du hast da schon recht - die WAN sachen interessieren nicht an diesem punkt

hab mal einfach deaktiviert

zum test

nur-für-dslraser.txt

DP geht nach dem WLAN ausschalten auf false

AP bleibt stehen

DP geht wieder auf true, obwohl im WLAN abgemeldet

Edit:
DP geht nun wieder auf false (und bleibt wahrscheinlich auch so...)

[liv-in-sky]

also selbes problem wie vorher

[dslraser]

@liv-in-sky

noch was ...(type falsch ?)

javascript.0	2019-12-08 19:34:39.388	warn	(413) at Timer.processTimers (timers.js:223:10)
javascript.0	2019-12-08 19:34:39.388	warn	(413) at listOnTimeout (timers.js:263:5)
javascript.0	2019-12-08 19:34:39.388	warn	(413) at tryOnTimeout (timers.js:300:5)
javascript.0	2019-12-08 19:34:39.388	warn	(413) at ontimeout (timers.js:438:13)
javascript.0	2019-12-08 19:34:39.388	warn	(413) at Timeout._onTimeout (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:2016:34)
javascript.0	2019-12-08 19:34:39.388	warn	(413) at Object.<anonymous> (script.js.09_Unifi.Unifi-Test:788:73)
javascript.0	2019-12-08 19:34:39.387	warn	(413) at setState (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:1404:20)
javascript.0	2019-12-08 19:34:39.387	warn	(413) You are assigning a undefined to the state "javascript.0.WLANUnifi.Wifi_Client_Network.Heiko-Note10" which expects a string. Please fix your code to use a string or change the state type to und
javascript.0	2019-12-08 19:34:09.490	warn	(413) at Timer.processTimers (timers.js:223:10)

[liv-in-sky]

@dslraser

ich muss jetzt aufhören - heute geht nix mehr - aber vielen dank für die hilfe - brauch ne pause

auch an @Frank579

[Frank579]

@liv-in-sky

sorry war gerade was essen soll ich trotzdem nochmal testen ? oder reicht dir der Test von @dslraser ?

Einen Schönen Sonntag Abend dir noch

[dslraser]

@liv-in-sky
Ich habe jetzt noch mal in so einigen Unifi Foren gelesen.
Ich denke das Script macht alles richtig.

Es scheint ein lange bekannter Unifi Bug zu sein, der einfach nicht behoben wird/wurde. Nicht alle User haben dieses Problem und ich konnte auch nicht wirklich herauslesen in welcher Konstellation es auftritt.

Problem/Bug Unifi

Wenn sich ein WLAN Client abmeldet, kann es sein, das es kurz darauf als LAN Client am USG gemeldet wird (konnte ich im Controller bei mir mit 2 Android Handys genau so feststellen) Manchmal verschwindet es dann ganz, manchmal halten sie sich auch hartnäckig mit diesem Zustand.

Ich habe es vorhin einmal geschafft noConn angezeigt zu bekommen, aber das war nur ganz kurz und nur einmal mit dem speziellen Test Script. Ich habe dabei mit der Einstellung let CheckNetwork = true/false gespielt.

EDIT: bei mir dauert es auch ca. 5-7 Minuten, bis das Handy ganz ohne AP oder USG angezeigt wird, also komplett abgemeldet ist...

EDIT2: so sieht es aus, wenn es sich aus dem WLAN abgemeldet hat (unter Einblicke) und rechts ist es im WLAN (Unterschied ist ESSID und Port, vielleicht geht mit der Info etwas)

und so, wenn es dann ganz raus geht

[liv-in-sky]

@dslraser vielen vielen dank, dass du dir die mühe machst, bei der suche zu helfen - so was in der art hatte ich mir schon gedacht - hoffte, ein datenbank clean könnte helfen, aber es scheint, dass dies auch nur für kurze zeit hilft

• eine lösung wäre, die lan clients ganz zu bannen - damit die anwesenheit wieder richtig funktioniert
• eine andere lösung wäre, die wlan clients zu markieren und durch das ganze scrpt durchzuschleifen - diese müßten dann extra in einem datenpunkt gespeichert werden - also eine art eigene datenbank für das script

hätte aber noch ein script zum testen ( @Frank579 )

bug-unifi-controller.txt

[crunchip]

@liv-in-sky bin zwar nicht auf dem laufenden, mit dem script, habe nach wie vor v.22102019-2.1 laufen
Was ich aber weiß, dass das Abmelden der clients zu beginn funktionierte, innerhalb 2min war das Handy off.
da war das Setup jedoch, AP hing direkt an der Fritzbox.
Erst seitdem ich auf USG und Switch umgestellt habe, funktioniert es nicht mehr, egal welche zyklus oder offset Zeiten ich einstelle.
Melde ich mein Handy im Wlan ab, springt die Verbindung laut Anzeige von Wlan auf Lan und dauert dann in der Regel 27min, bis ein noConnect erscheint.

[liv-in-sky]

hi @crunchip ist genau das selbe problem, mit dem wir gerade kämpfen - teste doch das script vom post darüber - vielleicht hilft es ja - gerne auch teamviewer