@paul53 said in Blockly Ladelimit: @docsnyder7 sagte: Blockly umgestrickt Sind die Ladelimit-DP vom Typ "string"? Gibt es zu den MQTT-DP nicht auch einen Alias vom Typ "boolean"? Wenn ja, sollte man den Alias verwenden. EDIT: Vorschlag mit Ladelimit-DP vom Typ "boolean" [image: 1707415925476-blockly_temp.jpg] oder meinst du mit Alias hier gelb... den Alias der true/false steht also der 10 oder 20KW alias? dann hab ich deinen Vorschlag nicht korrekt gelesen.. entschuldige Bitte Aber kann der Radiobutton auch True/False setzen, wenn Boolean? Denn den Wert 10 oder 20 muss noch in den MQTT DP für limitenergy...

@tklein Der Umweg geht von HSV nach RGB nach HEX

Ich Habe das bei mir folgendermaßen gelöst. Hab mir für den Heizstab einen Doppeltarif-Zwischenzähler mit S0 Bus eingebaut. Hab dazu ein Blockly laufen das mir bei mehr wie 50W Bezug einen Shelly schaltet. Der Shelly schaltet mir dann den Zähler z.B von Tarif 1 PV auf Tarif 2 Netz oder dann andersrum. So kann ich dann genau sagen wieviel der Heizstab von PV oder Netz verbraucht hat.

@homoran hi, jo. das ist klar. mal schauen

@timowald Keiner eine Lösung bzw. Tip für mich?

@schnotzler sagte: Xp ist die Leistung des Wechselrichter? Nein, Xp ist das Proportionalband des Reglers. Ich würde mit dem 10-fachen der Wechselrichterleistung starten und dann durch Versuch optimieren. @schnotzler sagte in PI-Regler für Null-Einspeisung: Tn ist 'nur' eine Zeitkonstante welche das Regelverhalten bestimmt? Tn ist die Nachstellzeit des Reglers. @schnotzler sagte in PI-Regler für Null-Einspeisung: Wo kann ich die Zielgröße einstellen wohin geregelt wird? Also z.B. 5W Bezug als Minimum? Dann muss ein Offset auf den Messwert verwendet werden, also 5 von Wert subtrahieren. So ein kleiner Offset wird sich nicht erkennbar auf die Regelung auswirken.

@axel Hat sich erledigt. Danke für die Unterstützung.

@codierknecht sagte in Einfach Skript für Gruppenstatus: @paul53 Genau sowas hatte ich im Sinn. @homoran sagte in Einfach Skript für Gruppenstatus: ich habe noch dunkel im Kopf, dass KNX für Sende- und Emfangsnachrichten unterschiedliche Kanäle nutzt, die ggf. erst vereint werden müssen. So wie ich das verstanden habe, will er ja die 42 nur lesen. Beschrieben wird nur ein einzelner State. Für das nachhalten eines reinen True/False ist mir das eigentlich zu aufwändig. Ich komm aber mal wieder nicht an Blockly ran, deswegen als pseudo-code. Eine Liste idan definieren, in denen die id‘s der eingangsstati gespeichert werden. Im trigger auf den selektor (oder eine vordefinierte Liste von Kandidaten): Idx = Index von id in idan Falls (wert == wahr und Idx ==0) füge id als letztes Objekt derListe idan hinzu Falls (wert == falsch und Idx <> 0) entferne Objekt an stelle Idx aus der Liste. Steuere ObjektID mit (Länge der Liste idan >0) Da muss dann noch in scheifen geschleift werden. A.

@paul53 Herzlichen Dank, jetzt funktioniert es. Entschuldigt meine Unwissenheit.

@paul53 said in Zeitplan mit Intervall hat ungewollte Verzögerung: @rudi86 sagte: Schauen wir mal was morgen passiert... Das Intervall startet die erste Ausführung mit 90 Minuten Verzögerung. Da ist die Doku wohl etwas dürftig ... https://github.com/ioBroker/ioBroker.javascript/blob/master/docs/de/blockly.md#execution-by-interval Muss man sich wohl selber erschließen, dass das Delay auch vor der ersten Ausführung abgewartet wird, schaut sich z. B. den generierten Javascript code an ...

@codierknecht Danke genau das hab ich gesucht

@paul53 du meinst, ich müsste das so umsetzen? [image: 1707167830374-8bf9cb27-acbb-4920-9393-7094b2102266-image.png] Ich konnte jetzt alle Blöcke exportieren, hab dann im Texteditor das Feld gelöscht und in ein neues Skript importiert. Im neuen Skript hab ich es dann wie oben umgesetzt. Scheint zu funktionieren. Ich danke euch für die schnellen Hinweise.

@accu sagte in Auslösen nur alle 15 min, wenn wahr: @paul53 Nur aus Neugierde. Was ist an meiner Lösung falsch? Richtig falsch waren 2 Dinge der trigger auf „ist wahr“ das stop Intervall ganz außen. Das mit dem Intervall ist (hoffentlich) hinreichend erklärt. Mit dem trigger halt nicht. Der Trigger auf ‚ist unwahr‘ wird bei jeder Aktualisierung aktiv - sprich auch wenn z.bsp. Deine Erkennung „nur“ bestätigt das der Shelly weiter offline ist wird der trigger neu ausgelöst. Welcher Wert da vorher stand ist irrelevant. Diese Art von Aktualisierungen finden generell gerne mal „zur Sicherheit“ statt, oder um einen Zeitstempel zu setzen. Es gibt Fälle wo es Sinn machen kann das auszunutzen, aber die meisten states sind so aufgebaut das primär bei Änderung eine Aktion erfolgen muss - das ist bei Dir so. A.

@paul53 Vielen Dank. Da hatte ich ein Brett vorm Kopf.

@martinp Ja, sicher, das ginge auch. Mit den userdata-DP arbeite ich ja schon. Es führen halt viele Wege in die Irre :-) Um alias komme ich wohl nicht herum, da einige Geräte die Werte in Wh, andere in kWh bereitstellen. Und gerundet muss auch noch werden. Im Moment bin ich mit der jetzigen Lösung eigentlich ganz zufrieden und blockly habe ich recht gut im Griff. Besser geht natürlich immer...

@alero sagte in [gelöst] Flur mit Bewegungsmeldern schalten: unter der ccu3 kann man die pakete einstellen. sag ich doch! :-)

Ich habe es so gelöst: [image: 1707040371425-35de37ea-b2da-441d-bb58-ca2e865ce2d1-image.png] Die kurze Wartezeit, damit erst Illumination geupdatet werden kann. Ohne würde erst bei der zweiten Erkennung das Licht angehen da die Abfrage schneller als das Updaten des Datenpunkts Illumination ist.

@iobroker_napf Bist du immer noch an deinem Problem dran?

@martinp Danke für die Frage. Ich habe jetzt alles gelöscht und habe neu angefangen und siehe da es funktioniert. Irgendwas hatte ich wohl wieder mal versaut. @paul53 entschuldige bitte die Umstände. Um das Thema abzuschließen hier noch ein Screenshot des funktionierenden Blocklys für diejenigen die es nachbauen wollen. [image: 1706977157284-f0d0588d-979d-4fe9-adf1-6c0bdba6a000-grafik.png] Es grüsst euch Duffy