@lehmann-maker sagte: muss der Variable "Wert" nicht dem PV Überschuss zugeordnet werden? Die vordefinierte Variable Wert (unter "Trigger") enthält den Wert des Trigger-Datenpunktes. @lehmann-maker sagte in Blockly für Modulare Heizstabschaltung: nur 1 Heizstab, bei dem 2 Phasen kaskadenartig geschaltet werden, also immer die gleiche elektrische Leistung) Also 2 Stufen mit konstantem Einschalt-Grenzwert? Dann lässt sich dieses Beispiel etwas vereinfachen.

@paul53 Paul, du hast recht..... Das war es. Ich könnt mich grad im meinen Allerwertesten beißen 🤬 Siehst du zufällig auch warum er vermeidlich "falsch" rechnet? Hatte ich im Beitrag 6 erwähnt. EDIT Jetzt rechnet er korrekt. Beim Setzen der Variablen konvertiere ich na Zahl. Komisch, die DPs sind als Number definiert. EDIT 2 P. S. Das sind die generierenen PDF-Etiketten etiketten_final.pdf Mit weasyprint kann man schon coole Sachen machen. Ich liebe den offenen iobroker. Mit HA wäre das nicht so easy (abgesehen von meinem doofen Fehler).

@mottimuc sagte: Clear heißt nun refresh.... Ich habe es mal mit L (wie LÖSCHEN) kodiert. [image: 1729616508929-blockly_temp.jpg]

@grisu73 Was für eine "PLC-Karte" ist das?

@myzerat sagte in Heizung steuern mit Fenster,Abwesenheit,Multisensor.: @d4ve ja versteh nicht wie das gehen soll! ich will einfach per script den thermostat sagen, mach voll auf und finde dazu nicht den datenpunkt warum aber voll aufdrehen?

Hallo, vielen Dank nochmal. Das Ausschalten hat jetzt sauber funktioniert. Super. Jetzt habe ich das Anschalten und das Ausschalten in einem Blockly-Script untergebracht wie es Paul oben auch gemacht hat. Das erhöht die Übersichtlichkeit etwas. Gruß Hartmut

Danke für die Hinweise. Hab das jetzt so wie von @paul53 vorgeschlagen umgesetzt. Funktioniert soweit, danke dafür. Und ja, der Unterschied zwischen steuern und aktualisieren ist mir durchaus bewusst. Ausgerechnet in dem Script, das ich hier zeige, passiert der Fehler, peinlich….

@martinp ich versteh dich nicht, natürlich verwende ich den Alias-Manager, schreibe ich doch, aber die autom. Generierung verwende ich nicht.

@myzerat Du hat da so einige Trigger, möglich das der 7:00 Uhr Trigger komplett öffnet, und kurz darauf ein andere Trigger auslöst und entscheidet (beispielsweise Helligkeit) Rollos sollen runter ? Ich keine deine ganzen Trigger daten ja jetzt nicht.

@paul53 Ok, danke. Dann sollte das ja so funktionieren.

@codierknecht sagte in Blockly DP in Alias setzen ohne direkte Wirkung (alarm): auch, lediglich die Reihenfolge zu ändern (Ringtone zuerst, Alarm oh man, das einfache tauschen der reihenfolge hat gereicht!!! herzlichen dank!!!

@codierknecht glaube, das hat fkt. danke!

@joergh Hab ich ähnlich auch am laufen. Erstellen die Liste nur mit einem Selektor.

@radicalreel sagte: was ich falsch mache Es laufen mehrere Timer gleichzeitig, die sich nicht stoppen lassen. Deshalb benötigt man eine Sperre: [image: 1729176039774-blockly_temp.jpg]

@paul53 sagte in Blockly Lese- und Schreiberfolg: @joergh sagte: Wiederholen des Lesevorgangs Das ist sinnlos, denn der DP wird gelesen, wenn der Zustand existiert. Mann kann die Existenz prüfen: if(existsState(id) getState(id).val else Aktionen(id) Das muss durchaus nicht sinnlos sein, denn dazwischen können ja weitere Aktionen liegen, z.B. der Start eines Gerätes, dass den DP bereit stellt, etc. Ich muss jetzt jedes Mal einen manuellen Check des Erfolgs programmieren und deswegen macht es Sinn die Erfolgsprüfung so zu gestalten, dass die "falls...dann" Prüfung schon enthalten ist. Beim Schreiben am besten mit einem definierbaren Delay versehen.

@tors7en sagte in Script zyklisch per variabler Zeit steuern: Vielern Dank für Euer Feeback. Ich werden das testen und umsetzen und berücksichtigen. Was mache ich damit: Ich steuere damit den Überschuss aus meiner PV-Anlage zum PKW laden. Per diesem Parameter möchte ich steuern, wie oft bzw. in welchem Zyklus die Berechnung durchgeführt bzw. der Ladestrom angepasts wird. Eingeben möchte ich den Wert über einen Datnpunkt im vis, was bereits funktioniert, nur eben mit dem o.g. Problem. An dieser Stelle würde ich vollständig auf ein Intervall / timeout verzichten. Wie funktioniert es dann ? Du benötigst einen Datenpunkt in dem du ablegst was die Berechnung ergibt. Dazu kannst du nicht den Datenpunkt des Ladestroms nutzen, da dieser nur dann sinnvoll gefüllt ist wenn auch geladen werden soll - sprich ein Auto ist angeschlossen. Ansonsten folgt das Skript dem folgenden Muster: Trigger auf Änderung des Überschusses Vergleich: Zeitstempel letzte Aktualisierung des "Ergebnis Datenpunkt" zu jetzt. Ist die Zeitspanne grösser als in der Vis angegeben: Neuberechnung anstossen. Ist sie es nicht, nix tun. A.

@haus-automatisierung Ansatz meinerseits. Danke Dir. So komme ich erstmal weiter :) [image: 1728824241717-7f3e1fb5-48cb-452d-b3f8-5c3af1a4cbee-image.png] Meine für mich funktionierende Zsu mit vis-2: -reagiert auf Eingaben direkt und setzt den "Zeitplan aus Zeitzustand" für spätere Schaltzeiten [image: 1728828023115-d305298b-5543-4214-99ce-58466b86e058-image.png] [image: 1728828056653-3196a5a5-d99d-48e5-af3b-bd5cdabf4ff0-image.png] Da ich sowas nicht gefunden habe, oder wohl gängige Lösungen teilweise nicht unter vis-2 nicht immer laufen, hilft das ja vllt auch jmd. weiter. Super community hier *****

@lustig29 ja und jetzt mal umschalten beim Sensor

@d4ve sagte in frage zu mein Blockly: @samson auf jedenfall hilfreicher Beitrag von dir! danke hat uns allem viel gebracht..... Ich wollte Dich lediglich auf die Forenregeln hinweisen. Wenn Du diese kennst und Dich daran hältst ist es DEIN Mehrwert, indem Du mehr Antworten auf Dein Problem bekommst. Brauchst deshalb nicht gleich aggro werden. War nur ein gut gemeinter Tipp. [image: 1728729397133-bildschirmfoto-2024-10-12-um-12.31.06.png]