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

[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

[liv-in-sky]

@Nashra vielleicht fällt mir noch was ein zu diesem thema - damit sich das von alleine "reguliert"

[liv-in-sky]

@dslraser ja durch das log habe ich nochmal die verschieden zuständer überprüft - dann habe ich bemerkt, dass die daten ok waren und ich habe zum xten mal das scriptdurchforstet und dann- bei einer unterfunktion gesehen - dass seen_by_usw mit seen_by_uap vertauscht war und das dies nur bei switch's ein problem ergab, da die kein seen_by_uap haben

[dslraser]

@liv-in-sky
na dann ist ja gut, lag es also doch nicht an mir. Habe schon gedacht ich wäre zu blöde....

Aber bei mehr als 1600 Zeilen Script kann das schon passieren.

[dslraser]

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

dass seen_by_usw mit seen_by_uap vertauscht war und das dies nur bei switch's ein problem ergab, da die kein seen_by_uap haben

vielleicht war das ja auch genau das Problem was ich weiter oben beschrieben hatte...