@paul53 Jetzt klappts , vielen lieben Dank für Deine Geduld!

@sms kurz und knapp : LASS ES

@heimweh sagte in [gelöst] Zeit aus Datenpunkt / Trigger: ob dieser Block so funktionieren würde ohne einen Triggerbaustein... Nur einmal beim starten dieses Scripts

@paul53 Herzlichen Dank, ich glaub, ich habs verstanden! ... und verwende ab sofort Typ 6 als Alternative zu Typ 2 [image: 1617035869686-9.png] Nochmals Danke und einen schönen Abend noch :-) Grüße Plasma

@homoran Danke für den Hinweis, klappt jetzt

Hallo @gentleman79 , Ich nehme an du hast den MQTT Alarmserver gemäß dieser Anleitung eingebunden: https://wiki.instar.com/de/Frequently_Asked_Question/ioBroker_and_INSTAR_Alarmserver/ In dem Fall würde da ein String "1" auftauchen, sobald ein Alarm ausgelöst wurde - also kein Boolean "Wahr". D.h. die Bedingung: status/alarm/triggered == wahr wird bei einem Alarm nicht erfüllt werden?

@homoran Danke, es scheint zu klappen

@lustig29 Was du da versuchst, das geht nicht. Du kannst der Cloud nicht sagen: Ach, ich setzte den Fensterkontakt mal eben auf "OPEN", obwohl der Fensterkontakt selbst "CLOSED" ist. Du musst, wie bereits von @paul53 geschrieben, die Temperatur der Heizgruppe ändern.

@dslraser Super, danke für die Info war mir bisher so gar nicht klar, dass das geht :-)

@paul-ol Es gibt dafür Funktionen. [image: 1616892328095-e1d6003b-f83d-4484-8556-eb01426037f1-image.png] Und so wendest du die Funktion an: [image: 1616892480611-1f9434f6-0bba-408a-a9a0-704177756b8e-image.png]

@claus1985 sagte in Frage zu Error Meldungen im Log: Dann ist nur noch das NodeRed fehlerhaft. da kenne ich mich nicht wirklich mit aus (aber ein Neustart schadet nie )

@homoran das Pappschild musste du aber auch in der richtigen Höhe halten P.S. Ich glaube, dass Projekt ist auch nicht weiter verfolgt worden. U.a. bei Schnee, da sieht man nicht mehr viel vom Nummernschild.

@homoran Deswegen verstehe ich es auch nicht, warum es ohne Trigger funktioniert und mit nicht :) Das mit der Verzögerung um 20 Minuten passt soweit, hatte ich zum testen auch schon deaktiviert. Ich hatte jetzt das ganze Skript nochmal auseinander gerissen und von Grund auf neu aufgebaut. Ist der gleiche Aufbau wie vorher, nur jetzt funktioniert es. Muss ich nicht verstehen..... Danke für deine Hilfe :)

@hg6806 Versuche es mal so: [image: 1616778677249-bild_2021-03-26_181116.png] Wert findet man unter "Trigger".

@asgothian Dankeschön, habs hin bekommen.

@laplaceii sagte in Blockly Skripte werden nicht mehr angezeigt.: /opt/iobroker/backups Das ist ja auch ungünstig. Spiegel nicht in den Pfad, der auch als mount-Punkt für entfernte Dateisysteme dient. Ich spiegel die skripte erst nach /home/iobroker/skripte , also außerhalb der Pfade des ioBrokers.

@asgothian sagte in Status anzeigen lassen und Steuerung mit demselben Widget: @kusi Bestätigte Änderung = Ergebnis von "Aktualisiere" Unbestätigte Änderung = Ergebnis von "Steuere" Wollte ich gerade fragen, weil mit "unbestätigte Änderung" funktioniert es. [image: 1616747036414-a1910796-9da0-48f1-a1c9-40c5ad14963c-image.png] Meine Logik war umgekehrt. So brauche ich die Variable nicht mehr.

@hal So geht das nicht. Trigger im trigger machen immer Ärger. Aber: Der Wert vom datenpunkt zaehler3112 ändert sich nur 1 mal im Jahr, korrekt ? Dann kannst du einfach einen 2. Trigger aufsetzen, der den Wert der Variable zählerYE aktualisiert wenn der datenpunkt sich geändert hat. Das ganze außerhalb des bestehenden triggers auf consumption meter reading Und den trigger block auf objektJahr einfach beseitigen.

@asgothian ich fürchte auch ... der will immer geöffnet Status wiedergeben bzw. anzeigen ... dann muss ich wohl alles noch mal überarbeiten und umdenken im Kopf, mit meinen Ansagen