Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[paul53]

@dieter_p sagte: manuell angelegter Datenpunkt unter 0_Userdata

Dann verwende den Block "aktualisiere".

[Dieter_P]

@paul53

Danke Euch. Funktioniert :)

[Asgothian]

@dieter_p funktionieren tut es, aber was genau willst du erreichen ? Du hast da dauerhaft alle 10 Sekunden einen heartbeat der 90% der Zeit nichts macht.

Erklär doch mal was du genau haben willst, dann lässt sich das sicherlich einfacher und besser lösen.

A.

[Dieter_P]

@asgothian said in Blockly-Ersatz für BWM "Time No Motion"?:

Erklär doch mal was du genau haben willst, dann lässt sich das sicherlich einfacher und besser lösen.

Gerne, ich mag überhaupt keine Zeitschleifen und wenn das besser geht :+1:

Dieser Fall ist einfach nur auf der VIS eine Darstellung um Rückschlüsse zu ziehen (manuell) wann wo was in welchem Raum los ist. Mag sein, dass ich auf diese Stati mal etwas weiteres definieren/automatisien möchte wie z.B. <5Min keiner im Raum -> Dreh die Lüftung hoch zB aber das ist aktuell nicht der Fall.

Mit "Time No Motion" hatte ich hier eine für mich einfach auswertbare Option.

[Asgothian]

@dieter_p sagte in Blockly-Ersatz für BWM "Time No Motion"?:

Gerne, ich mag überhaupt keine Zeitschleifen und wenn das besser geht

Besser und besser.

Diese Methode ist halt Ressurcenverschwendung, da du pro BWM einen Heartbeat hat, der letztendlich nur in verhaeltnismaessig seltenen Fällen wirklich was tut. Selbst wenn der BWM alle 20 Minuten auslöst werden nur bei ca. 0.16% der Heartbeats irgendwelche Aktionen durchführt. Das ist ineffektiv.

Wie du schon merkst bin ich absolut kein Freund von Heartbeats - insbesondere wenn man gleich mehrere davon laufen lässt. Insbesondere wenn du das obige Skript für (z.Bsp.) 5 BWM in Kopie einsetzt geht zu festen Zeiten die Systemlast hoch weil gleich 5x das gleiche ausgeführt wird, "gleichzeitig". (nicht wirklich gleichzeitig, aber zumindest fast)

Letztendlich ist der Wegfall des Time No Motion DP auf genau diesen Umstand zurück zu führen. Auch wenn ich den nicht aktiv beseitigt habe - nachdem der in den Zigbee-Herdsman-Converters wegen Ressourcenverschwendung entfallen ist habe ich mich aktiv dagegen entschieden diesen im Zigbee-Adapter wieder aufstehen zu lassen.

Auch wenn Du Zeitschleifen nicht magst ist das folgende Konstrukt deutlich besser, angehängt an den Trigger auf den BWM:

Ja, das ist eine Zeitschleife, aber dafür wird die nur aktiv wenn der BWM wirklich ausloest.

A.

[paul53]

@asgothian sagte: ist das folgende Konstrukt deutlich besser

... oder dieses Konstrukt:

[Dieter_P]

@paul53 @Asgothian

Danke Euch. Funktioniert und hab nun alle umgebaut.

Darf ich Euch mal etwas dazu fragen was mir noch nie klar war.

Solche Funktionen wie "Zyklus", timouts wie "timeout" und Variablen wie "CNT".

Sind die global im IOB gültig? D.H. ich kann von jedem Blockly darauf zugreifen und ändern? Oder gelten solche Dinge immer nur für das eine Blockly auf dem sie angewendet sind und alles was ich überfreifend nutzen möchte muß ich über einen angelegten Datenpunkt führen? Letzteres war meine bisherige Herangehensweise.

Danke!

[paul53]

@dieter_p sagte: Sind die global im IOB gültig?

Funktionen und Variablen sind nur innerhalb des Skripts gültig. Deshalb kann man in einem anderen Skript die gleichen Bezeichner wählen, ohne dass sie sich gegenseitig in die Quere kommen.
EDIT: 4 Variablenbezeichner sind global in ioBroker.

[Asgothian]

@dieter_p sagte in Blockly-Ersatz für BWM "Time No Motion"?:

etzteres war meine bisherige Herangehensweise.

Das ist die korrekte Herangehensweise.

A.

Nachtrag: Das soll nicht heissen dass es nicht auch anders geht - das sind aber meiner Meinung nach Sonderlösungen mit ihren eigenen Eigenheiten, Vorteilen und Nachteilen. Im Standard sollte es heissen: Skript-Intern: Variablen. Skript-übergreifend; Datenpunkte.

[Dieter_P]

@asgothian said in Blockly-Ersatz für BWM "Time No Motion"?:

Skript-Intern: Variablen. Skript-übergreifend; Datenpunkte

Das hoffe selbst ich behalten zu können. Danke