@paul53 Habe deinen Vorschlag schrittweise mit viel debug umgesetzt. Natürlich läuft das! ich muss bei meinen vorangegangenen Versuchen irgendwo eine Konvertierung JSON <-> Objekt vergessen haben. in den debugs kommen dann jede Menge escapete Zeichen. so war das bei mir. Nochmals vielen Dank

@paul53 Jepp ..das ist es ...:-) Vielen Dank mit Json nach Objekt funktioniert es.

@homoran Wenn du Übernahme in ioBroker meinst: Um Gottes Willen, warum sollte der Editor das tun??? Dann könntest du ja auch keine Sonderzeichen wie ❌ oder 🙉 mehr verwenden. Wenn du Wordpress meinst: Ja, der Editor dort scheint die umzuwandeln. Keine Ahnung, ich nutze kein Wordpress. Es war mir nur schon sehr oft aufgefallen. Mag sein das andere Content-Management-Systeme auch Editoren mit so einer schwäche haben. Wird auch darauf ankommen ob man in der Quellcode-Ansicht oder mit einen WYSIWYG-Editor arbeitet. Ich persönlich achte da halt schon seit vielen Jahren drauf, ich füge das meist immer erst in Notepad++ ein und da sehe ich so etwas auch immer sofort.

@liv-in-sky Klasse vielen lieben Dank, genau das habe ich gesucht!!

OK, Kommando zurück, ich lösche das hier nicht, vielleicht nützt es mal noch jemandem, aber es muss wohl die Empfangsstärke gewesen sein! Bei -92 dB war es sehr unzuverlässig, jetzt näher an der Zentrale mit -75 dB geht es zuverlässig!

@k0s sagte: Läuft, Zaehlerstand schraubt sich auch brav in die Höhe, auf die Kommastelle genau. Dann markiere bitte das Thema in der Überschrift des ersten Beitrags als [gelöst].

@juergschwarz sagte: which expects a Number. Versehentlich "number" groß geschrieben in den Objektdaten vom DP "mqtt.1.ServoControl.Servo1.Angle"?

@paul53 Keine Ahnung woran es gelegen hat. Ich habe es nochmal alles neu INIT. Komplett das ganze Skript neu erzeugt und jetzt scheint es zu funktionieren. Ganz ehrlich Paul53, bin sprachlos. Vielen Dank nochmal für deine Hilfe. Echt Super.

@paul53 Zum Abschluss möchte ich zusammenfassen wie sich für mich die Lösung meiner Frage darstellt: Über einen Trigger wird der Status eines Datenpunktes (ObjektID) überwacht. In der Folge des Skriptes wird nicht mehr der Datenpunkt selber geprüft sondern das beim Trigger erstellte Objekt. Deshalb ist es sinnlos in einem Loop den "Wert" des Objekts zu überwachen, denn der ändert sich nicht ja mehr. Wenn sich der Datenpunkt nochmal ändert schlägt der Trigger wieder zu, das Script started wegen der Änderung nochmal ind im neuen Script ist ein neues Objekt aus dem Datenpunkt verfügbar. Ich habe das nachvollzogen indem ich mir in den Meldungen immer den Timestamp des Objektes auch angezeigt habe - da ist das schön nachzuvollziehen. Für meine Frage bietet sich wirklich der Loop über ein Intervall an, das stoppt man, wie oben beschrieben, im neu angelaufenen Script.

@vazi Das war ja einfach :) Schönes WE

@paul53 sehr schön, dann bin ich ja nicht ganz so schlecht gewesen. Für die Verbesserung danke ich dir sehr. So ist es vielleicht noch ausbaufähig. Da der Sekundärspeicher an einem BHKW hängt und damit auch ein Stromspeicher geladen wird, könnte ich die Pumpe erst aktivieren, wenn der Stromspeicher mehr als 20% geladen ist. Aber nur so ein Gedanke. Testen kann ich erst morgen Vormittag.

@paul53 Vielen Dank, läuft.

@djmarc75 @marcel-drzal Jupp, genau so. hatte gestern nur kein Blockly zur Hand

@helfi9999 ja klar - aber ich denke, ich habe schon einiges an scripte - natürlich hängt es auch von der leistng des rechners ab hast du den iob server schon mal neugestartet ? und dann mal htop angesehen ? das ein adapter die ganze zeit bei 20 oder 30 ist, würde ich checken aber ganz sicher bin ich mir im moment nicht, ob es iob oder dein pc ist ?oder das netzwerk könnte auch noch eine rolle spielen vielleicht hilft ja noch jmd, der eine voranhnung hat, was es sein könnte

@biker1602 sagte: true und false umwandeln das als Ausgabe an bzw. aus bei Telegramm erscheint. [image: 1665125839575-bild_2022-10-07_085719371.png]

@hagst Ok, dann schaltets wohl doch nicht auf true.

@darkdevil z.B. so: [image: 1665049201518-screenshot-2022-10-06-113923.png]

Super, danke Dir! das war der entscheidende Hinweis. Nun geht das auch. [image: 1665045037446-iobroker_read_file_blockly_correct.jpg]

@paul53 Ich möchte die (bis hierher gelöste) Aufgabenstellung eskalieren: Zur Erklärung, wozu das Programm benötigt wird: Spoiler Die Steuerung der Tasten_LED´s im HM Wandtaster HmIPW-WRC6, 6-fach, mit LED innerhalb der Homematic funktioniert duch Direktverknüpfung der Tasten-LED mit einem korrespondierenden Aktorkanal ohne Probleme, also Taste gedrückt -> Aktor ein/aus -> Tasten-LED ein/aus, auch übergreifend auf mehrere Wandtaster verteilt (bei mehreren Tasten an unterschiedlichen Stellen für den selben Aktor). Problem: Bei Aktorschaltung über iobroker schalten die Taster-LED´s nicht, daher benötige ich dieses Programm. Zur Abendzeit schaltet ein Blockly diverse Lampen ein, welche in einer Liste gespeichert sind. Die geplante Eskalation: Ich möchte innerhalb der Listenbearbeitung die (evtl. mehreren) LED mit schalten, sofern die Lampe mit einem HM-Aktor geschaltet wird. (Es gibt auch Lampen, die über shelly geschaltet werden) Meine Idee: Die States aller Lampen sind als alias vorhanden, einfach wäre es doch eigentlich, jeder mit HM geschalteten Lampe die ID´s der Tasten-LED´s mitzugeben und diese ID´s dann im Listendurchlauf zu verwenden: Mein Blockly (nur als Idee zur Verdeutlichung): [image: 1664909508359-screenshot-37.png] Eingerahmt der vorher erarbeitete Programmblock zur Steuerung der Tasten-LED Dieses Listenprogramm schaltet nur Lampen EIN.

Das ist nicht der angemeckerte! @littleno sagte in Astro löst nicht aus: Read-only state "zigbee.2.00178801086a9cd8.state"