Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[Jeeper.at]

Probier mal aktualisiere statt wurde geändert

[dondaik]

da muss ich fragen warum man das macht ?

[dos1973]

Ich kenne das auch bei unitymedia… da bricht die inet verbindung ab... fritzbox kurz vom Strom nehmen und danach ist alles wieder gut

[Qlink]

@Jeeper.at:

Probier mal aktualisiere statt wurde geändert `

Mit aktualisiere wird leider auch nicht getriggert …

[Dutchman]

Ohne dein object zu sehen und verstehen wie diese Gesetz wird auf wahr bzw unwahr km ich leider nix sinniges beitragen

Sent from my iPhone using Tapatalk

[Qlink]

Hier die beiden objects:

ping:

modem:

[Dutchman]

Eh ok, und wie bzw durch was wird der state gesteuert ?

Bauw docu Mal logging ein um zu sehen was passiert

Sent from my iPhone using Tapatalk

[Qlink]

hätte mal folgendes probiert:

Aber es erscheint keine Meldung im log …

Kann ich daraus schließen dass das Skript somit schon beim ersten IF nicht getriggert wird, oder habe ich bei dem debug Baustein etwas falsch gemacht ?

[Beliar_666]

@dos1973:

Ich kenne das auch bei unitymedia… da bricht die inet verbindung ab... fritzbox kurz vom Strom nehmen und danach ist alles wieder gut `

Scheint bei Unity wohl normal zu sein. Ich regel das allerdings mit 2 automatischen Neustarts am Tag per Script. Da spare ich mir den Part mit der Ping abfrage. Ich habe das Gefühl das bei der von UM modifizierten Fritzboxfirmware der Speicher voll läuft und die Abbrüche dadurch zustande kommen. Denn die eigentliche Verbindung wird lt. Log der Fritzbox nicht unterbrochen. Die Pakete werden nur nicht mehr durchgeschleust. Durch zeitlich definierte Neustarts der Box entleert sich ja der Speicher wieder und das Netzwerk/Internet läuft wieder vollkommen normal.

Gesteuert wird der Reboot durch tr-064.0.states.reboot.

[Qlink]

Wäre toll wenn mir jemand einen Weg zeigen kann wie ich den Fehler eingrenzen könnte …

[BigWumpus]

Wenn Du den gleichen Datenpunkt mit zwei Befehlen ansteuerst, die beide zeitverzögert sind und "löschen falls läuft" hat, dann wird der erste Befehl einen Timer mit 5 Minuten Verzögerung starten und der zweite Befehl diesen sofort löschen und einen Timer mit 6 Minuten starten.

Das zweite "löschen falls läuft" ist hinderlich für dich.

[Dutchman]

Wen nichts im Log kommt stimmt dein Tiger nicht der sollte was ausspucken.

Sent from my iPhone using Tapatalk

[Dr. Bakterius]

@Qlink:

Aber es erscheint keine Meldung im log …

Kann ich daraus schließen dass das Skript somit schon beim ersten IF nicht getriggert wird, oder habe ich bei dem debug Baustein etwas falsch gemacht? `
Du kannst ja beim Debug-Baustein einfach nur ein 'OK' ausgeben, dann weißt du mit Sicherheit ob das erste IF funktioniert oder nicht.

Ich würde dann aber folgende Logik machen damit bei einem kurzen Ausfall des Ping nicht unnötig Neugestartet wird: