@martinp Rechts das Blockly dient dazu, den Handbetrieb direkt auszuschalten. Dort müsste dann die Pusletime6 0 mit gesendet werden. Feste Werte zu senden habe ich getestet und funktioniert. Nur das eingeben von Werte über die Visualisierung weiss ich nicht wie ich das umsetzen soll. Besonders da Pusletime ab 12s +100 gerechnet werden muss. Zb 12s = Pulsetime 112

@paul53 Hallo, super vielen Dank, jetzt klappt es. Ich wünsche dir noch einen schönen Abend VG Thomas

@chriswitt sagte: Also den Trigger weg ? Den Zeitplan weg. [image: 1710924747232-blockly_temp.jpg]

@bg sagte: delayOFF wegen der Verschattung, damit er nicht zu oft ausschaltet. Es ist dafür gedacht, dass nicht bei jeder kleinen Wolke ausgeschaltet wird. Als Nebeneffekt bewirkt es eine Mindesteinschaltdauer. @bg sagte in PV Überschuss -> Wetter -> Mindestlaufzeit: Wenn jetzt der Wert auf 4800 fällt und dann wieder auf 5500 steigt, wir im Betrieb erneut das "Einschalten" gesendet? Ja, nach der Einschaltverzögerung. Das kann / sollte man durch Prüfen des Aktor-Wertes verhindern.

@haus-automatisierung Ich werde mir auf jeden Fall gleich mal andere Blocklys anschauen und ggf. verbessern. Trotzdem nochmal Danke und 1602 ist nicht das Geburtsjahr. Aber ich habe habe von dir ein Youtube Video angesehen wo man den Zigbee Sonoff Stick updaten kann aber das hat leider nicht funktioniert da ich wahrscheinlich den Stick an einem Proxmox Server mit ioBroker im LXC Container habe. Aber egal. Es dauert manchmal etwas länger aber irgenwie klappt es dann oder auch nicht. Auf jeden Fall ist das ein Super Board hier wo einem immer geholfen wird. Danke

@codierknecht Hi sorry, habe ich nicht gesehen. Danke fuer den Hinweis, werde mich da mit dran haengen.

@jwerlsdf sagte in Umstellung request auf http get: dass es mit dem http get block zu tun haben muss. In Javascript wird dies deutlich: Na super! danach hatte ich scjon im XML gesucht. Dann solltest du im Tester Thread fragen, wie diese Bausteine zu verwenden sind. von irgendeinem (ohne debug Bausteine nicht einzugrenzen) kommt wohl nichts zurück.

Ja, will ja was steuern. Werde mich da am WE mal rein lesen.

@djmarc75 Jo, danke dir! Ich hatte gestern spontan, ohne jegliche Erwartung, bereits etwas angepasst und das hier scheint die Lösung zu schein - die Funktion im Block musste von "steuere" auf "aktualisiere" umgestellt werden: [image: 1710689977172-a23d4a83-6f5c-47e0-9a07-d3f1c1efed36-grafik.png]

@djmarc75 sagte in Blockly schaltet Steckdose manchmal ohne Grund: Der Adapter Eventlist benötigt keine historisierten Datenpunkte ach der steckt dahinter!?? ich nutze nur das Eventlist Widget mit historisierten Daten

@djmarc75 Ich werde alt. Ja stimmt - Stop ist für Timeout und Stop zyklische Ausführung für Intervall. Danke für die Hilfe - ich muss mich doch mal auf beginnenden Alzheimer untersuchen lassen... :-)

Als System habe ich einen Raspi4b, Raspian und ioBroker. Ich habe eigene Datenpunkte erstellt. In dem Beispiel "Flur OG". Ich werte die Helligkeit von der Wetterstation aus und habe in einer Logik Schwellwerte für das Ein und Ausschalten hinterlegt. Wird die festgelegte Helligkeit unterschritten, wir der Datenpunkt Flur OG mit True gesteuert. Der Trigger der den Datenpunkt "Flur OG" überwacht reagiert auf unbestätigte Änderungen. Ist der Datenpunkt True so schaltet er die Stromversorgung der betreffenden Hue Leuchten per KNX Aktor zu. Ich erzeuge dann eine Intervallschaltung die dann den Erreichbarkeitsstatus (Status Hue Erreichbarkeit - Flur OG) der betreffenden Hue Lampen (hab im ioBroker der Hue Adapter) überwacht und wenn die Leuchtmittel erreichbar sind, dann wird der Präsenzmelder freigegeben, der Datenpunkt "Flur OG" aktualisiert und der Intervall wird gestoppt. Beim Ausschalten nach Außenhelligkeit wird dann wieder der Intervall gestartet und hinzukommt noch der Status "Hue On". Dieser stellt sicher, dass die Leuchten erst aus geschaltet sind, bevor die Trennung der Hue Leuchten von der Stromversorgung erfolgt. Mein Problem ist, dass er den Datenpunkt "Flur OG" aktualisiert (für erfolgte Schaltung), was auf ein funktionieren der Logik hindeutet, aber nicht den den Präsenzmelder freigibt. Ich hoffe ich habe die Frage richtig beantwortet.

@paul53 , ich glaube den fehler gefunden zu haben. Wenn keine pv leistung mehr anliegt , und der akku entladen wird, springen die werte sehr stark (so starkt, das der Timer wieder gestoppt wird.)

Ich habe jetzt diese beiden Skripte getestet und beide funktionieren perfekt für meinen Anwendungsfall und sind somit gekauft (Verzögerungen sind hier noch auf Testbetrieb eingestellt und werden für die Anwendung verlängert). [image: 1710578142061-5089bb35-a3f8-4b0e-b477-6f8f3d531dd6-image.png] [image: 1710578158745-b22a3b2f-8b5a-4c32-acce-b76a0716a27b-image.png]

@paul53 said in Bitweise "and" in Blockly: @ubecker sagte: Ich benötige ein bestimmtes Bit aus einem Wert. Siehe checkBit(val, bit) Danke, gelesen und nicht alles verstanden. Ist noch etwas zu hoch für mich. (Bin Hardwerker und kein Softwerker) Hab aber eine einfache JS Lösung für mich gefunden. brauch doch nur 3 Bits. let Bit_0 = 1; let Bit_1 = 2; let Bit_2 = 4; let ID_WR2Haus = 'javascript.0.PV_WR2Haus'; let ID_Batt_charge = 'javascript.0.PV_Batt_charge'; let ID_Batt_discharge = 'javascript.0.PV_Batt_discharge'; let ID_System_state = 'alias.0.Energie.PV_Anlage.Betriebsstatus'; let System_state = getState(ID_System_state).val; let Batt_charge = getState(ID_Batt_charge).val; let WR2Haus = getState(ID_WR2Haus).val; // 0 = not charging ; 2 = Charging; setState(ID_Batt_charge , (System_state & Bit_1), true); // 0 = not discharging ; 4 = discharging; setState(ID_Batt_discharge , (System_state & Bit_2), true); // 0 = no Power from PV; 1 = power from PV setState(ID_WR2Haus , (System_state & Bit_1), true); on({ id: [].concat(ID_System_state), change: 'ne' }, async (obj) => { let value = obj.state.val; let oldValue = obj.oldState.val; System_state = (obj.state ? obj.state.val : ''); setState(ID_Batt_charge , (System_state & Bit_1), true); setState(ID_Batt_discharge , (System_state & Bit_2), true); setState(ID_WR2Haus , (System_state & Bit_0), true); });

@bananajoe Warum nutzt Du nicht einfach den Shelly-Adapter? Dort habe ich mir die Gedanken zu den JSON-Payloads ja bereits für Dich gemacht.

@walter-o Nach langen Testen hab ich es jetzt doch endlich geschaft den mini1 3gen in einer neuen Shelly instanz per mqtt einzubinden. Bei den mqtt einstellungen im shelly1minig3-5432xxxxxxx das g3 gelöscht und einen anderen mqtt port als den sonst verwendeten (MQTT Adapter) eingetragen. Jetzt hat der 3gen sich als shelly.shelly.1.shelly1mini#5432xxxxxxx eingetragen, und über Relay.0 switch Ein / Aus schalten. Vielen herzlichen dank für deine Hilfe

Mit Hilfe von einigen Anregungen und Hilfestellungen von Euch tut´s. Ich hatte viel zu kompliziert gedacht und mehrere Trigger abgefragt (Bewegungsmelder und Schalter). Ist natürlich unsinn - Wenn der Schalter im Treppenhaus manuell betätigt wird ist auch jemand im Treppenhaus... Das Script schaltet zwar nun auch das Licht aus, wenn es schon aus ist, aber das stört ja nicht. So sieht es jetzt aus: [image: 1710368269086-54856c55-7e06-4477-98d6-b493262a1916-grafik.png] Einfach, übersichtlich und tut, was ich will! ;) Vielen Dank für die Hilfe!

@humidor SELECT * FROM JSON_Stundentarife WHERE time >= 1709161200000000000 AND time <= 1710457200000000000 order by ASC das ist doch die Abfragesyntax oder was meinst du genau?

@paul53 Oh man, das stimmt sogar. Wie ich das zusammen geklickt habe, hat genau das nicht funktioniert. Das Skript hat min. ein halbes Jahr so problemlos gelaufen. Versteh ich jetzt nicht wirklich, warum das nicht mehr geht, aber wenigstens weis ich jetzt, dass ich den Unterschied zwischen aktualisieren und steuern doch richtig verstanden hatte. Dank dir