@abuzze: exec('top', function (error, stdout, stderr) { ```` ` top aktualisiert ständig ein Fenster. Das wird wohl nicht stdout sein ? Versuche es mal mit uptime. exec('uptime', function (error, stdout, stderr) {

@sandy01: Kommas werden nicht angenommen Punkte schon ` Nachkommastellen werden in Javascript hinter dem Punkt eingegeben.

Prinzip: [image: 493_blockly_30min_sperre.jpg]

ok. Dann probiere ich es nochmal mit Leerzeichen. Ja, die Variable ist eine Zahl zwischen 1 und 59. Entsprechend in der Raspimatic angelegt …. Gibts ne Alternative zu Cron?

Du musst deinen Wert als flow oder global Variable speichern. https://nodered.org/docs/writing-functions#storing-data Beispiel function node: // initialise the counter to 0 if it doesn't exist already var count = context.get('count')||0; count += 1; // store the value back context.set('count',count); // make it part of the outgoing msg object msg.payload = count; return msg; Die flow Variable überlebt den deplay, nicht aber den Neustart. Wenn du das auch brauchst, musst du den persistenten context einschalten: https://nodered.org/docs/user-guide/context

Danke euch allen für die Beiträge. „on“:false ist es gewesen. Dachte irgendwie, dass es was mit level zu tun haben müsste… Gesendet von iPhone mit Tapatalk

werde ich machen und testen, geht nur derzeit nicht. das mit den States ist mir aber immer noch nicht klar (siehe meine Posts vom 05.01)

vielen Dank erst mal! Vielleicht hast du recht und ich hab die Verwendung der Aufzählungen falsch verstanden und man darf nur states rein schieben aber für mich hat es durchaus Sinn in meine Auflistung z.b. Wohnzimmer mein Sonoff device und shelly device zu adden und nicht nur einzelne States der Geräte wir PowerOn oder Rollo runter. und diese Devices haben dann halt unterschiedliche Strukturen: güße 12648_sonoff.png 12648_shelly1__2_.png

Ich denke mal du hast das Script von hier: viewtopic.php?f=23&t=737&fbclid=IwAR0XN … lvm2VGG7eU von Bluefox. Dort wird ein Schalter betätigt und nach Ablauf den Countdown ein anderer Schalter geschaltet. Stimmt das soweit? Wenn ja, musst du natürlich die zusätzlichen Aktionen rauslöschen.

Hallo, es geht total einfach. Mehrere Timeouts mit jeweils 500ms Verzögerung. Funktioniert Spitze! LG Wolfgang 14066_mehrfach.jpg

https://sourceforge.net/p/telegram/wiki … _ex_tables Gruß

Die Scripte sind als "Text" in der Datei object.json vorhanden. /opt/iobroker/iobroker-data/objects.json Wenn du diese Datei aber falsch bearbeitest, kannst du dir dein ganzes System "zerschießen".. Gruß

Müssen die Datenpunkte als "state" oder "schalter" angelegt sein? Und kann man einen state nachträglich in einen schalter umwandeln ohne ihn neu anlegen zu müssen? Alle meine Datenpunkte die ich bisher versucht habe, sind states. Manche gingen, manche nicht. Jetzt habe ich einen der vorher nicht ging, als "schalter" neu angelegt und im iot hunzugefügt. Es kam zwar immer noch keine Meldung um etwas einzustellen, aber nachdem ich die Konfigurations Seite vom iot neu geöffnet habe, war der Datenpunkt drin.

@f0rd42: wenn ich in den Einstellungen unter SQL.0 den Haken bei "Ānderungen aufzeichnen setze? Dann wird doch nur etwas in die DB geschrieben, wenn der Wert sich auch geāndert hat, oder habe ich das falsch verstanden? ` Genau das ist der Sinn hinter der sql-Einstellung, nur speichern, wenn Wert nicht identisch mit dem letzten Eintrag ist.

Es verbleibt leider immernoch ein Problem. DIe o.g. Lösung (min/max 0..100 auf -0.5..100 zu ändern), funktioniert als reiner programmtechnischer Output, aber es versagt, sobald man z.B. für die Alexa-Schnittstellen den Status angesagt bekommen, bzw. per Kommando diesen steuern will Die angegeben und auch unter "Objekte" angezeigten %-Werte stimmen natürlich dann nicht mehr, weder im Abruf des Status, noch als Zielvorgabe. Nun gab es inzwischen diverse Adapter-Updates, ok, also "schaun wir mal": Sobald man nun wieder den ursprünglichen Bereich 0..100 einstellt, sowie aus -0.005 (-0,5% in Skalierung 1/100stel aus dem HM-Doku-Bereich 0..1) –> nun eine -0.5 (also in echten %, passend zu min/max) macht, klappts auch mit dem Status und dem Steuern! Abfragen, z.B. Views oder per Voice, etwa per Routine/Alexa(2) bzw. Steuern der Öffnungsgrade klappt nun bestens. Unter "Objekte" kann man sogar den Spezialwert "Locked(-0.5)%" per Selectbx auswählen und erfolgreich anwenden (leider aber nicht die Eingabe der Öffnungs-Prozentangaben) Nun das Problem... bzw. die Herausforderung: Per Script klappt es, die Öffnungsgrade in 0..100 einzustellen, NICHT klappt es, "-0.5" zu setzen. Klar, der Wertebereich (min=0) verhindert das. Per Alexa-Cloud-Steuerung ("Alexa, Stelle Badfenster auf n %") bekommt man das beim Versuch sogar angesagt (...liegt ausserhalb des Wertebereichs...) Per "Objekte" geht es (manuell), LOCKED einzustellen, aber nicht per Script? Alle möglichen Varianten (auch mit DezimalKOMMA, als !/100stel%, als LOCKED bzw. LOCKED(-0.5) ) usw. habe ich natürlich probiert... aber hier scheint entweder Spezialwissen notwendig, oder es fehlt noch eine Möglichkeit, Locked/-0.5 bei Winamtic und (einzig korrekte Status-Werte erlaubender) min/max-Skalierung 0..100 per J-Script zu setzen. Eine Rückkehr zu min/max -0,5..100 kann wohl kaum die Lösug sein, es sei denn, jeder Nutzer / Log-/Nachweiseintrag würde akzeptieren, dass "voll geöffnet" bei 88,irgendwas% angezeigt/angesagt würde usw. 0..100% Öffnungswinkel, und natürlich 1:1 zur HM-GUI, wären da schon der bessere Weg. Oder bleibt nur der Workaround, auf der CCU/Raspmatic dort per Script beim Erreichen von 0% "etwas nachzuhelfen"? Das ginge nämlich, wenn auch doof weil dann je Device ein eigenen Script nötig wäre, dazu dann Medienbruch, Pflegbarkeit, Single-Point-of-Failure/Maintenance usw. Oder bin ich einfach nur blind? Bitte dann um Sehhilfe.

Hat sich erledigt….. checkOpenFenster(objId, thermId, <u>tmpRoom</u>, oldTemp) Sollte an der stelle schon die richtige Variable verwenden, mit <u>room</u> klappt es schon besser :D

Ich würde statt der Zeit einfach "Schalter ein" nehmen.

Ergänzende Erläuterung für Blockly-Programmierer anhand der Eigenschaften des Trigger-Datenpunktes: [image: 493_blockly_dp_props.jpg] . Die Objekt ID ist quasi die "Adresse" des Datenpunktes. Die folgenden Eigenschaften sind statisch. Die letzten 12 Eigenschaften (ab Wert) bilden den Zustand des Datenpunktes.

hui, das nenne ich ja mal einen perfekten Tip. Nicht nur ein Lösungsansatz, sondern gleich die perfekte Lösung. Vielen Dank dafür! Liebe Grüße (Beitrag als "gelöst" gekennzeichnet)