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

[liv-in-sky]

@dslraser
@lobomau
@Nashra

an alle testwütigen - bitte datenpunkte löschen - das testscript ist ohne settings - die haben sich nicht geändert

• LAN geräte abchecken - ob die mit true und false richtig in den datenpunkten stehen - bitte auch mal einen LAN client vom netz nehmen und datenpunkte beobachten ( bei problemen bitte wiede rmit problemWLAN=true testen (falls das nicht klappt, brauch ich wieder daten - vielleicht werte ich etwas falsch aus)
• iqontrol hat auch alle 3 weiteren einstellungen - bitte checken ob alles immer aktuell geschrieben ist (auch die anzahlen) - es kann mal zu einer kleinen verzögerung kommen - sollte nicht mehr wie ein scriptzyklus sein - aber eigentlich sollte es sofort parallel wie vis anzeige funktionieren
  
  die filenamen für's popup:
  "/htmlwlan.html"
  "/htmllan.html"
  "/htmldisc.html" (disconnected clients - nicht mehr im controller sichtbar aber datenpunkte sind da)

dann hoffen wir mal das beste

unifi-testscript-20-10-19..txt

[liv-in-sky]

@lobomau das mit dem problem lan ist eher auf ein problem im script oder der daten gemeint - das ist keine aussage über den zustand deines netzwerkes. da ich keine lan geräte angezeigt bekomme, ist das ein problem :_)

[dslraser]

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

Ich kam noch nicht viel zum testen, aber hier ein erster Test, sieht gut aus. (Ich habe den State für die Anzahl nur noch auf read only gestellt---für iQontrol, sonst ist der Schieberegler aktiv)

[liv-in-sky]

@dslraser danke - wichtig ist noch, ob die datenpunkte auch richtig auf true und false gehen

[dslraser]

@liv-in-sky
WLAN klappt schon mal, ist mein Handy (true/false)
LAN muß ich noch probieren

[dslraser]

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

wichtig ist noch, ob die datenpunkte auch richtig auf true und false gehen

LAN Gerät rausgezogen, auf false funktioniert, aber es bleibt nach der Wiederverbindung false und kommt nicht zurück auf true

[liv-in-sky]

@dslraser ok wird überprüft

[dslraser]

@liv-in-sky
Script neu gestartet, auch dann bleibt das LAN Gerät im DP und in iQontrol auf false

[liv-in-sky]

@dslraser im controller aber sichtbar ?

[dslraser]

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

@dslraser im controller aber sichtbar ?

ja, ist da

alle DP gelöscht und Script Neustart, DP ist auf true

[liv-in-sky]

@dslraser momentan stehe ich auf dem schlauch - egal ob wlan oder lan gerät - es muss, wenn es im controller sichtbar ist, durch die selbe funktion durch

könntest du bitte nochmal den test machen mit ausstecken und ca 5 minuten warten bis du die datenpunkte kontrollierst - evtl sendet der switch die connected daten erst verspätet

wäre die funktion falsch, dürften auch wlan geräte nicht wieder auf true gehen

was auch gut wäre - austecken - bischen warten - einstecken und nach einem zyklus plus offset (standard wäre ca 35 sek) die daten abfangen und mir senden (wäre mir lieber) bzw selbst checken, ob darin diese werte bei den lan geräten vorkommen bzw welche werte darin stehen

       last_seen
      last_seen_by_ugw
      last_seen_by_usw
      last_seen_by_uap

im script dafür dieses mylog auf console.log ändern - seit dem neuen controller geht log allein bei mir nicht mehr)

[dslraser]

@liv-in-sky
Ich habe es nochmal probiert, aber es bleibt so wie vorhin. Das Gerät ist aber online...
siehe Uhrzeit

und siehe hier letzter Netzwechsel (das ist der Zeitpunkt wo es auf false ging)

Beim DP steht auch 13.35 Uhr (ist jetzt 20 Minuten her)

[liv-in-sky]

@dslraser bitte mal das testen

vielleicht wird's besser - LAN gerät aus und einstecken

unifi-testscript-21-10-19-switch-tst..txt

[liv-in-sky]

@lobomau auch bei dir müßte das testscript einen post drüber eine verbesserung in sachen datenpunkt update geben - du benutzt ja auch einen switch

[Nashra]

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

@dslraser bitte mal das testen

vielleicht wird's besser - LAN gerät aus und einstecken

unifi-testscript-21-10-19-switch-tst..txt

Alsoooo, Script gestartet alles vom LAN geht auf true. Netzstecker raus, 5 Minuten gewartet, DP geht auf false und
in VIS auf noConn. Dann Stecker wieder rein, DP geht auf true und VIS auch ok. Scheint soweit ok zu sein, wird aber
weiter beobachtet.
Dann noch einen Punkt d.h. DP der sich nicht mehr ändert, war auch im letzten Script schon

In der VIS wird aber alles korrekt angezeigt.

[liv-in-sky]

@Nashra einfach den datenpunkt (IP ADRESSE FEHLT löschen - der rest geht von alleine

[Nashra]

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

@Nashra einfach den datenpunkt (IP ADRESSE FEHLT löschen - der rest geht von alleine

Hatte ich schon gemacht aber wollte es dir nur zeigen das es vorkommen kann

[liv-in-sky]

@Nashra es gibt tatsächlich geräte ohne ip (z.b geräte mit ESP - da hilft dann meist ein neustart des clients) und es gibt sehr selten den fall, dass ein gerät eine ip hat, und trotzdem IP ADDRESSE fehlt drin steht

beim 2 fall: ich vermute, das liegt am zeitpunkt, wann die daten abgeholt werden. also der client meldet sich an - die daten werden geholt und erst dann wird eine ipadresse an das gerät weitergeleitet und in die datenbank geschrieben - im script habe ich dann das problem, das der datenpunkt schon erstellt ist und ich ja nur den wert des datenpunktes ändere und nicht den namen des datenpunktes - die ip im clientdatenpunkt ist ja kein wert sondern ein teil seiner definition

da der fehler selten kommt, habe ich bis jetzt noch nichts dagegen unternommen - ich wollte erstmal eine stabile datenverarbeitung

ich habe immer gehofft, dass es keiner merkt

[dslraser]

@liv-in-sky
mit dem letzten Script funktioniert LAN nun auch bei mir.
Hat das LOG was genützt, was ich Dir geschickt hatte ?
Was hast Du verändert bzw. wo war der Fehler ?

[Nashra]

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

da der fehler selten kommt, habe ich bis jetzt noch nichts dagegen unternommen - ich wollte erstmal eine stabile datenverarbeitung

Jow, das hat Vorrang

ich habe immer gehofft, dass es keiner merkt

Ich weiß aber wie der Fehler zustande kam...
Als ich mein Netz versaut habe wegen Beta und den Controller neu hochgefahren habe, hat er einen Shelly als LAN interpretiert und das ging ja nun nicht d.h. er hat die Mac verglichen aber es nicht auf die Reihe bekommen das
es ein Wifi ist bzw. eine IP für WLan und die Gleich für Lan geht nun mal nicht. Dadurch wurde dies auch so als DP eingetragen. Shelly vom Strom und wieder rein, alles OK im Controller aber eben nicht im DP
Und ehrlich, ist auch egal hauptsache wird angezeigt