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

[liv-in-sky]

@dslraser

das ist ja das problem - das unifi system entscheidet das wahrscheinlich nach den letzten eintrag - also der ap sendet seine daten an den unifi - auch das ugw schickt seine daten an den controller - ist der das ugw das letzte, beinhaltet es kein last_seen_by_uap, da es ja das gaeway ist - also bekomme ich plötzlich daten, welche für mich falsch sind

ich prüfe eigentlich nur in einer reihenfolge ab, ob und welche daten da sind
zuerst ugw =case2
dann switch=case3
dann ap=case4

also gewinnt das handy erstmal mit case 4 (da ap) -dann geht das handy vom netz - dann sendet der ugw (warum auch immer) und das handy ist plötzlich case2

die daten sehen tatsächlich anders aus - vom ugw sind es 32 punkte für das handy und wenn der ac sendet sind es 64 punkte

zuerst geht das handy auf false, und dann kommen die daten vom ugw und das handy geht auf true - nach ein paar minuten verschwindet es auch vom ugw und das handy geht und bleibt auf false

bei hardwig ist das nicht der fall - bei ihm verschwinden die geräte sofort im controller - dauert keine sekunde - bei mir dauert es 5 - 10 minuten

[dslraser]

@liv-in-sky
dann müsste man mal die Einstellungen im Controller im Detail vergleichen. Vielleicht gibt es da eine Einstellung dafür ?

[liv-in-sky]

@dslraser ich suche gerade danach - vielleicht weiß google noch was

[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