@peter-johannsen sagte in Blocky IP Abfrage und Ausgabe über Alexa: Ich schließe mich aus da es mich nicht interessiert, ob ich zuhause bin oder nicht

@oskar0025 Du hast folgende 3 Möglichkeiten: Also du installierst den mqtt Adapter und betreibst ihn als Client, den Du mit Deinem mosquitto Broker verbindest. Anschließend legst du in der mqtt Instanz den Datenpunkt zum gewünschten Topic an. (solaranzeige/befehl/1/L) Nun kannst du den Befehl mit Inhalten von Variablen zusammenbauen und beschreibst mittels steuere diesen Datenpunkt. Du kannst also 50 oder irgendwas anderes in den Datenpunkt schreiben. Du stellst den String zusammen und führst via exec mittels mosquitto Clients das publish aus. Meines Erachtens unschönste Methode. Du nutzt Node-Red - und publishst das Kommando in dem Du Dich ebenfalls mit Deinem mosquitto Broker verbindest und 50 oder was Du willst in das Topic solaranzeige/befehl/1/L schreibst. Wenn dir das an Erklärung nicht reicht, dann musst du halt konkreter werden, um mit Dir Step für Step die Schritte durchzugehen.

@rieders sagte in Worx Adapter in Abhänigkeit mit Solaranlage schalten: Wenn Mäher zuhause ist schalte den Schalter ab. Ist Dir bewusst, dass nach dem Abschalten der Stromversorgung der Mäher seinen Akku nicht mehr nachladen kann? der Mäher anschließend nur per Hand eingeschaltet werden kann und dabei auch die PIN eingegeben werden muss? Hast Du mal geschätzt, wieviel Du Dir durch Deine Abschaltaktion sparen kannst?

@jm3west sagte: Da in der Bedingung ohne Vergleichsoperator immer auf true geprüft wird startet die Funktion bei Neustart des Blockly, sofern der Trigger auf true steht. Richtig. Das Ergebnis eines Vergleichs ist true oder false.

@crunchip aber da muss ich eine Zeit vorgeben. Die Zeit wird aber über ein anderes Blockly ausgelöst. Ich môchte nur den Weckton realisieren mit Blockly

@sebwirtz sagte in Außensteckdose schalten bei Anwesenheit: Der Switch soll auf auf True gehen Warum triggerst du dann darauf?

@zarello Vielen Dank für deinen ausführlichen Text. Man kann im Internet ja viel finden, aber kann sich nicht immer sicher sein ob es richtig ist, oder schon lange überholt. @paul53 Nochmal Danke für deine Tipps. Daraufhin habe ich meine Skripte mit EG, DG und Haus Presence entsprechend angepasst. Auch meine Bewegung während Abwesendheit. Nun funktionieren sie besser und sind deutlich kürzer.

@paul53 Das ist genau das was ich brauche Vielen Dank

@abruni Du hattest oben im Startpost gefragt, was Du tun könntest, um die Systembelastung nicht allzu sehr in die Höhe zu treiben. @Asgothian und ich haben nur versucht, Dir zu zeigen, dass es eventuell einfacher geht und ziemlich sicher resourcenschonender, wenn man auf Änderungen von Datenpunkten triggert anstat pauschal einmal in der Minute alle Skripte einfach auszuführen. Wenn Du natürlich einmal in der Minute jeden dieser Datenpunkte eh "händisch" holen musst, weil sie kein Adapter liefert und sie auch nicht z.B. per MQTT ins System kommen, dann bleibt Dir ja eh nichts anderes, als dafür jedesmal einen CRON zu starten. Für alles andere gilt aber das geschrieben Optimierungspotential. Wenn Du aber glücklich mit Deiner Lösung bist, ist doch alles gut. Gruss, Jürgen

@enrico-w sagte: dann bastle ich mal das Skript auf einen Zähler um Verwende besser die Sonneneinstrahlung als Trigger mit folgendem Prinzip: [image: 1653042101938-bild_2022-05-20_122140978.png] Keine weiteren Timer-Stopps und Prüfungen! Die Auswertung von "vorheriger Wert" in der gezeigten Art verhindert die Mehrfachauslösung der Timer.

@lucky51179 sagte: @paul53 könntest du das Blocky zu importieren einstellen ? Spoiler <xml xmlns="https://developers.google.com/blockly/xml"> <variables> <variable id=":E26x_R.+3qqo6|9gIdI">phasen</variable> </variables> <block type="on_ext" id="d63d3i%;i~P~pa[=0hBB" x="37" y="37"> <mutation xmlns="http://www.w3.org/1999/xhtml" items="3"></mutation> <field name="CONDITION">ne</field> <field name="ACK_CONDITION"></field> <value name="OID0"> <shadow type="field_oid" id="|22u?%2f;}?d@7bj(LrD"> <field name="oid">0_userdata.0.Blockly.Heizung1</field> </shadow> </value> <value name="OID1"> <shadow type="field_oid" id="HbqScnD=:9-mE5wLVve5"> <field name="oid">0_userdata.0.Blockly.Heizung2</field> </shadow> </value> <value name="OID2"> <shadow type="field_oid" id="8(LV8-hpXF?h#h}hY,7}"> <field name="oid">0_userdata.0.Blockly.Heizung3</field> </shadow> </value> <statement name="STATEMENT"> <block type="variables_set" id="h@9@NJx_Oml8#I;wQKTI"> <field name="VAR" id=":E26x_R.+3qqo6|9gIdI">phasen</field> <value name="VALUE"> <block type="math_arithmetic" id="e2|/zK]ufFFNajr,JVFL" inline="false"> <field name="OP">ADD</field> <value name="A"> <shadow type="math_number" id="e?WhL+[f5yz]8rP^rnST"> <field name="NUM">1</field> </shadow> <block type="math_arithmetic" id="Nx0]+g#4J1dAU!s*1h3Q" inline="false"> <field name="OP">ADD</field> <value name="A"> <shadow type="math_number" id="0M|30y~wk;3`v7^mptxC"> <field name="NUM">1</field> </shadow> <block type="logic_ternary" id="jt,Jle+@Tz8l+/-ysV@f" inline="true"> <value name="IF"> <block type="logic_compare" id="E|]X;/dCmTZ0xF,:!bv{"> <field name="OP">GT</field> <value name="A"> <block type="get_value" id="ft2Z|IfoHBa`!?KDb^R("> <field name="ATTR">val</field> <field name="OID">0_userdata.0.Blockly.Heizung1</field> </block> </value> <value name="B"> <block type="math_number" id="rGePRQ^5/;);,d(?WOZL"> <field name="NUM">1</field> </block> </value> </block> </value> <value name="THEN"> <block type="math_number" id="%Py42+wTe_im1WI}(8h7"> <field name="NUM">1</field> </block> </value> <value name="ELSE"> <block type="math_number" id="u.J{:$Ew+s+|H3#N_J/h"> <field name="NUM">0</field> </block> </value> </block> </value> <value name="B"> <shadow type="math_number" id="L,1Ha#$;KE=Sn{l`bIWX"> <field name="NUM">1</field> </shadow> <block type="logic_ternary" id="0ilBTj!6%Yjauc%PHj(5" inline="true"> <value name="IF"> <block type="logic_compare" id="~#f(-0c{hn`F_cHn/}zj"> <field name="OP">GT</field> <value name="A"> <block type="get_value" id="9_a[ae|/x0STUtyB(m,%"> <field name="ATTR">val</field> <field name="OID">0_userdata.0.Blockly.Heizung2</field> </block> </value> <value name="B"> <block type="math_number" id="M#FsD;4bjRHR^y,}#@GB"> <field name="NUM">1</field> </block> </value> </block> </value> <value name="THEN"> <block type="math_number" id="gSa`@Yx{V=MN:Gh2V|~,"> <field name="NUM">1</field> </block> </value> <value name="ELSE"> <block type="math_number" id="v.h.){WEZO+X*TUVw!Z,"> <field name="NUM">0</field> </block> </value> </block> </value> </block> </value> <value name="B"> <shadow type="math_number" id="9ooA7F|yJH,-F+xo@;=j"> <field name="NUM">1</field> </shadow> <block type="logic_ternary" id="i]wewZ8vz=wAKo)Jm7PH" inline="true"> <value name="IF"> <block type="logic_compare" id=")k,Yv@jEA0*/5Hgb)R6L"> <field name="OP">GT</field> <value name="A"> <block type="get_value" id="d4$z|%IM:.fn)Auqxlu/"> <field name="ATTR">val</field> <field name="OID">0_userdata.0.Blockly.Heizung3</field> </block> </value> <value name="B"> <block type="math_number" id="9DQD]#2IRWfSDOr/$TM*"> <field name="NUM">1</field> </block> </value> </block> </value> <value name="THEN"> <block type="math_number" id="(i!t`$f;]r=WrVKYkb}S"> <field name="NUM">1</field> </block> </value> <value name="ELSE"> <block type="math_number" id="[TS$k{!%d8exx+nU!d2|"> <field name="NUM">0</field> </block> </value> </block> </value> </block> </value> <next> <block type="update" id="Aum9d#sI/+huD-CEw/?l"> <mutation xmlns="http://www.w3.org/1999/xhtml" delay_input="false"></mutation> <field name="OID">Object ID</field> <field name="WITH_DELAY">FALSE</field> <value name="VALUE"> <block type="variables_get" id="K#4oZ6M$r9!+I,*3Kot?"> <field name="VAR" id=":E26x_R.+3qqo6|9gIdI">phasen</field> </block> </value> </block> </next> </block> </statement> </block> </xml>

@joergh Wenn es mitten drin passiert, ergibt die Berechnung einen negativen Wert. Das brauch ich bei Gebrauch nicht. Spoiler [image: 1652808696317-d4833dfa-a857-472d-84bc-4367efbfbc64-grafik.png]

Nein, brauchst du nicht stoppen, da der Cron ja dein trigger ist. Wenn du einen anderen Trigger hättest, bsp. der true/false State von einer Lampe, der dann einen Zeitplan auslöst, würden im System mehrere Zeitpläne im System registriert, wenn du bspw. 5x den Schalter betätigst. Dann müsstest du den vorherigen Zeitplan stoppen. So wie auf deinem Screen aber läuft er zu der eingestellten Uhrzeit ab und ist dann beendet.

@paul53 Das klappt. Dank dir. Muss ich morgen mal meine Adaptertabelle umbauen. War nicht so schön gelöst, da manche Icons nicht den selben Namen wie die Adapter haben.

Fehler grad selbst gefunden, musste den Zähler bei Programmende nochmal auf 0 setzen!!

@dennismenger sagte: 15 Minuten überbrückt bekomme. Kann ich das mit einem Timeout realisieren? Ja. [image: 1652715749123-bild_2022-05-16_174228555.png]