Monatsrückblick Januar/Februar 2026 ist online!

[Kanumouse]

@reutli
Mein Blockly ist vielleicht nicht optimal, aber es funktioniert!

[reutli]

@kanumouse
Das glaube ich - danke dafür!
Wollte das auch nciht schlecht machen, aber ich muss verstehen was ich umsetze und da hängt es gerade.
Also nichts für ungut

[paul53]

@reutli sagte: da fehlt mit aber noch der Algo

Prinzip:

[Homoran]

@paul53 an diese Blöcke muss ich mich noch gewöhnen!
letzte Änderung ohne Trigger!
Wie oft hätte ich das gebraucht

[reutli]

@paul53
Danke, damit werde ich mal experimentieren.
Mit diesen Blöcken geht's mir aber wie @Homoran ... da muss ich erst mal durchblicken.

Noch eine Frage: "letzte Änderung" ermittelt ausschließlich das letzte ÄNDERN eien Datenpunktes, in dem Fall also von "wahr2 Auf "falsch" oder umgekehrt, kein versuchtes Aktualisieren odersontiges...?

[BananaJoe]

@reutli sagte in Zeit seit letztem Regen für Rasenroboter:

@paul53
Danke, damit werde ich mal experimentieren.
Mit diesen Blöcken geht's mir aber wie @Homoran ... da muss ich erst mal durchblicken.

Noch eine Frage: "letzte Änderung" ermittelt ausschließlich das letzte ÄNDERN eien Datenpunktes, in dem Fall also von "wahr2 Auf "falsch" oder umgekehrt, kein versuchtes Aktualisieren odersontiges...?

genau, Änderung = Wert des Datenpunktes hat sich geändert.
das andere wäre "wurde aktualisiert"

[reutli]

@bananajoe

ok, thx

[paul53]

@homoran sagte: letzte Änderung ohne Trigger!
Wie oft hätte ich das gebraucht

"Letzte Änderung" gab es an der Stelle schon immer. Hinzugekommen sind nur Attribute des statischen Objektes unter getObject(id).common.

[reutli]

@paul53
Ich habe jetzt mal was gebaut. Was aber noch nicht funktioniert ist die Auswertung der Zeit, da "Letzte Änderung" als Zeitstempel (Datumsformat) und nicht in ms gespeichert wird.
Was muss ich ändern, damit nach letzter Änderung + 120min meine Bedingung war wird?

[paul53]

@reutli sagte: "Letzte Änderung" als Zeitstempel (Datumsformat) und nicht in ms gespeichert wird.

"Letzte Änderung" ist in ms gespeichert. Du musst allerdings die Differenz zur aktuellen Zeit auswerten:

[Dr. Bakterius]

@homoran sagte in Zeit seit letztem Regen für Rasenroboter:

letzte Änderung ohne Trigger!

Doch, der Trigger ist immer nötig. In diesem Fall eben ein Zeittrigger (Cron).

[reutli]

@paul53

@paul53 sagte in Zeit seit letztem Regen für Rasenroboter:

@reutli sagte: "Letzte Änderung" als Zeitstempel (Datumsformat) und nicht in ms gespeichert wird.

"Letzte Änderung" ist in ms gespeichert. Du musst allerdings die Differenz zur aktuellen Zeit auswerten:

Das stimmt, habe mich falsch ausgedrückt - sind Millisekunden seit 01.01.1970 (=Datumswert). Scheint jetzt auch so zu funktionieren:

Danke!

[Homoran]

@dr-bakterius sagte in Zeit seit letztem Regen für Rasenroboter [gelöst]:

der Trigger ist immer nötig

Natürlich!
Ich kannte bisher nur den roten Baustein, der auf den TriggerDP zugreift

[Dr. Bakterius]

@homoran sagte in Zeit seit letztem Regen für Rasenroboter [gelöst]:

@dr-bakterius sagte in Zeit seit letztem Regen für Rasenroboter [gelöst]:

der Trigger ist immer nötig

Natürlich!
Ich kannte bisher nur den roten Baustein, der auf den TriggerDP zugreift

Und wovon sprichst du jetzt? Meinst du 'Letzte Änderung vom Objekt ID'? Das ist kein Trigger und gibt es schon "ewig". Oder hab ich was übersehen?

[Homoran]

@dr-bakterius sagte in Zeit seit letztem Regen für Rasenroboter [gelöst]:

gibt es schon "ewig".

das hat mir Paul auch schon gesagt.

@paul53 sagte in Zeit seit letztem Regen für Rasenroboter [gelöst]:

@homoran sagte: letzte Änderung ohne Trigger!
Wie oft hätte ich das gebraucht

"Letzte Änderung" gab es an der Stelle schon immer. Hinzugekommen sind nur Attribute des statischen Objektes unter getObject(id).common.