Danke Euch...das mit dem "Echo-Tuut" ist schon fast ein Ausschlusskriterium. Mein Projekt wird nämlich in einer grds "leisen Umgebung" umgesetzt werden müssen. Werde trotzdem Eure Tips mal versuchen umzusetzen..

@paul53 ich habe das mal nachgebaut und einigermaßen zum laufen gebracht. Wenn ich nur eine ID auf vergebe läuft es. Allerdings wenn dann die 4 IDs da sind und alle auf false sind, springt es von Eco auf Comfort paar mal und bleibt dann in Eco. Ich werde mal versuchen ob ich die IDs dann mal in eine Variable als Anwesend setze und das dann separat abzuarbeiten.

Funktioniert der Admin 5.2.23 jetzt wieder?

@homoran Alles klar. Dachte nur ich frage hier mal danach, da der Vorschlag einmal am Tag zu schreiben ja auch hier im Thread steht. und Grafana war (aus meiner Sicht) nur eine Information und keine Frage. Aber alles gut, ich gehe mit der Frage zu Influx in den entsprechenden Bereich.

@djmarc75 hallo Danke .Bin immer noch Anfänger und hab mir schon gedacht dass es was logisches ist. Danke Fränki

@manfredh-1 sagte in mit Blockly in InfluxDB schreiben: Das ist mir jetzt nicht ganz klar, wie ich hier weiter vorgehen soll. das musst du wissen was du willst. @manfredh-1 sagte in mit Blockly in InfluxDB schreiben: Der json-Datenpunkt wird mir ja jetzt jeden Tag um einen Wert erweitert. nein, dann müsstest du es doch als array aufbauen (s.o.) und dieses jeden Tag um einen Eintrag erweitern....bis in die unendlichkeit

@mickym Danke!!

@codierknecht Ja, ich denke auf sowas wird es drauf hinaus laufen, hatte nur gehofft ich kann es vermeiden... Mal schauen, vielleicht hat ja noch jemand eine Idee!?

@paul53 :D ach verdammt, vielen dank jetzt funktioniert es @DJMarc75 vielen Dank für dein Skript

@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.