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

[deifel]

@homoran

Nein einen Datenpunkt ein haben die nicht, das stimmt. Nur Level.
Ich bleibe ja erst gar nicht auf der Taste drauf. Ich Drücke bei dem Hue Taster nur auf "an" und 2 Sekunden später ist der Wert in Iobroker.
Bei Hue gibts auch nen Datenpunkt für "on" -der bringt aber nix. Außerdem den Wert "Level". Und den will ich ja synchronisieren.
Das ist ne ganz schön schwere Geburt :(
Ich bin schon am verzweifeln...

[Homoran]

@deifel sagte in Zeitdifferenz ohne Variable als Bedingung in Blockly:

Nein einen Datenpunkt ein haben die nicht,

eben. deswegen muss HM den Level (langsam) verändern, während

@deifel sagte in Zeitdifferenz ohne Variable als Bedingung in Blockly:

Bei Hue gibts auch nen Datenpunkt für "on"

der sofort schaltet

@deifel sagte in Zeitdifferenz ohne Variable als Bedingung in Blockly:

Das ist ne ganz schön schwere Geburt

ja!

[Codierknecht]

@deifel
Versuch's mal auf die Art:

[deifel]

@codierknecht said in Zeitdifferenz ohne Variable als Bedingung in Blockly:

@deifel
Versuch's mal auf die Art:

Vielen Dank für Deine Hilfe.
Leider klappt auch das nicht. Hier hauts mir den DC sofort nach oben, weil ich in ner heftigen Dauerschleife lande.
Habe nur mal den Teil für das Schalten von Richtung Hue erstellt um es zu testen.
Ist das so korrekt?

Weil ich verstehe den Sinn dieses Scriptes überhaupt nicht. Welcher Bezug hat denn "Wert"?
:/

[Homoran]

@deifel sagte in Zeitdifferenz ohne Variable als Bedingung in Blockly:

Welcher Bezug hat denn "Wert"?

das ist der aktuelle Wert des Triggers zum Zeitpunkt des triggerns

[Codierknecht]

@deifel sagte in Zeitdifferenz ohne Variable als Bedingung in Blockly:

Welcher Bezug hat denn "Wert"?

Das ist dieses Element.
Kann man auf "Wert" ändern und erhält damit den Wert des triggernden Objektes.

Das Script soll folgendes machen:
Wenn HM geändert wird, wird Hue auf den gleichen Wert gesetzt. Aber nur, wenn Hue nicht schon den gleichen Wert hat.
Bei HM dann halt analog.

[deifel]

Habe ich verstanden und so gebaut.
Leider exakt selbes Problem: Dauerschleife. Egal, aus welcher Richtung ich schalte. An-Aus-An-Aus... Bis dann der DC oben ist :(
Eigentlich auch klar, da bei Homematic der Wert "springt" - der geht nicht sofort auf den eingestellten Wert, sondern macht Zwischenschritte. Demnach hüpft er hin und her und das Script spinnt dann.
Wäre es denn möglich, dass wir das mit der Zeitdifferenz zwischen den Zeitstempeln testen?
Wenn das klappt, dann wäre mir geholfen :)

[Codierknecht]

Nehmen wir mal folgendes Szenario an:

Bei sind aus (Level = 0%). Im HM war der letzte Wert 50%.

Du schaltest am HM durch kurzen Tastendruck ein. Der geht auf den letzten gespeicherten Wert. Also auf 50%.
Der Trigger reagiert und prüft nun, was im Hue-Level steht.
Dort steht 0% - also setzt das Script den Wert nun ebenfalls auf 50%.

Jetzt feuert der Trigger am Hue.
Er guckt auf den Wert in HM und stellt fest: Da steht 50%. Ist der gleiche Wert, also passiert nix.

[Homoran]

@codierknecht sagte in Zeitdifferenz ohne Variable als Bedingung in Blockly:

Aber nur, wenn Hue nicht schon den gleichen Wert hat.

wir wissen aber immer noch nicht ob Hue den Wert kontinuierlich ändert und so beim Abruf schon leicht verändert ist

[Codierknecht]

@deifel sagte in Zeitdifferenz ohne Variable als Bedingung in Blockly:

Wäre es denn möglich, dass wir das mit der Zeitdifferenz zwischen den Zeitstempeln testen?

Versuch macht klug!

Ich würde einen Timeout nehmen, und erst nach x Sekunden schalten.
Bis dahin sollte sich der Wert in HM ja stabilisiert haben.

[deifel]

Genau da liegt das Problem:

Also ich schalte am HM Schalter auf Ein. Er geht zum letzten Wert, ABER: Er macht Zwischenschritte. War der letzten Wert z.B. 50%, dann geht er auf 20 und dann auf 50.
Für die Lampe, gibt er zwar direkt 50% raus, aber im "System" macht er das so und das sieht man auch in der Oberfläche von Homematic.
Dadurch fängt das ganze Konstrukt an zu spinnen, da ja innerhalb kürzester Zeit mehrere Werte kommen. Timeouts lösen das Problem teilweise. Je länger der Timeout, desto zuverlässiger.
Aber über 10 Sekunden warten (da neben dem Timeout ja auch noch die Abfragezeit dazu kommt) ist fast nicht zumutbar.
Bei Hue läuft das alles sauber: Wert wird per Taster verändert (oder an gemacht) und landet dann auch so direkt im Iobroker.
Dimmen habe ich noch nicht mal getestet. Ich schalte bei Hue einfach nur an - d.h. er gibt den letzten Wert durch.

[Homoran]

@deifel sagte in Zeitdifferenz ohne Variable als Bedingung in Blockly:

macht Zwischenschritte. War der letzten Wert z.B. 50%, dann geht er auf 20 und dann auf 50.

richtig! jetzt kommen wir der Sache näher.
bei HM ist das so. Da wird zu Beginn noch der Startwert übermittelt

und wie ist das bei HUE??
beim festhalten

[Codierknecht]

@deifel sagte in Zeitdifferenz ohne Variable als Bedingung in Blockly:

War der letzten Wert z.B. 50%, dann geht er auf 20 und dann auf 50.

Das dauert aber doch nur Sekundenbruchteile.
Mit 'nem Timeout sollte das eigentlich abzufangen sein.

Wie gesagt: Bau mal einige Debug ein. Dann sieht man im Protokoll, was wann passiert.

[deifel]

Wie ihr merkt, bin ich kein "Profi" -d.h. für Debugs muss ich mich erstmal einlesen...
@Homoran: Bei Hue wird der Wert beim Festhalten erst weitergegeben, wenn ich loslasse. Also keine Zwischenwerte oder sonstiges.
Das Problem ist deshalb eher HM

[Codierknecht]

@deifel sagte in Zeitdifferenz ohne Variable als Bedingung in Blockly:

für Debugs muss ich mich erstmal einlesen...

[deifel]

Guten Morgen zusammen,

ich möchte mich nochmals bei Euch für die sensationelle Hilfe - und Problemlösung bedanken!
Ich habe mich gestern Abend nochmals einige Stunden an das Problem ran gemacht.
Ganz lösen konnte ich es nicht, aber ich konnte mit folgendem Script (von Codierknecht) jetzt eine ganz vernünftige Lösung schaffen:

Bei dem ganzen Testen gestern und den ständigen Dauerschleifen habe ich irgendwann mal das Script komplett deaktiviert und dann den Homematic Dimmer geschalten.
Und dann ging er (also ohne Scripteinwirkung) nach 2 Sekunden wieder aus.
Also habe ich etwas gewartet, weil ich dachte, dass das Teil evtl. die Hitzeabschaltung durch das ganze Testen hat. Dann ging es wieder. Deshalb dachte ich, es lag an der Hitze.
Aber etwas später tauchte das Problem wieder auf. Also habe ich es weiter untersucht und festgestellt, dass das Teil immer wieder (in mindestens 50% der Fälle) sich sofort nach dem Einschalten wieder ausschaltet.
Egal ob am Schalter selbst oder über die Oberfläche... Anscheinend wohl ein häufiger Fehler des HM Dimmers.
Da ich noch einen anderen habe, versuchte ich es mit dem. Der hatte den Fehler nicht und das Script läuft mit diesem jetzt auch sehr gut!!
Zwar gibt es tatsächlich manchmal Probleme, wenn man dimmt (vermutlich, weil die Werte einfach zu häufig und mehrere Sekunden versetzt in Iobroker ankommen.
Dann wird das Licht eben kurz heller, dann wieder dunkler usw.
Aber es pendelt sich bisher immer wieder ein und es gibt keine Dauerschleifen mehr.

Wollte nur kurz eine Rückmeldung geben und mich nochmals für Eure Hilfe bedanken!

Viele Grüße
Deifel