@paul53 Das war jetzt parallel zu meiner Erkenntnis. Dein Skript muss ich jetzt erst mal durchgehen. Sieht so ganz anders als erwartet aus. Noch einfacher: Ersetzen von "RESULT" durch "teleperiod" in der Target-ID. RESULT ist ein fixer Datenpunkt von Tasmota, teleperiod ist von mir angelegt und muss deshalb von mir gesetzt werden (deshalb das JSON-Parsen). Die lokalen Variablen hatte ich gar nicht mehr drauf. Ich muss mal nachlesen, wo es die überall gibt. Wie komme ich denn an ObjektId und Wert 'mit dem Pfeil davor' ran? Ich bekomme die nicht angezeigt? Edit: Ich vermute mal, nur bei Schleifen etc, die auf Datenpunkten arbeiten. Das scheint hau laufen: [image: 1696441462152-innerfunc.png] Danke für den Denkanstoß und das helfen in anderen Posts, an denen ich mich bedient habe ;-)

@homoran Vielen Dank! Wenn ich jetzt z. B. die letzten 10 Zeiteinträge loggen und anzeigen möchte, ist das auch irgendwie möglich? Oder, dass er den Zeiteintrag nur aktualisiert wenn der letzte min. 5 Minuten zurück liegt?

Ich probiere damit auch gerade n bisschen rum. Aber irgendwie komme ich zu keinem Ergebnis :-( [image: 1696420267974-b29186db-d205-4739-ba77-9cfab996dac2-grafik.png] [image: 1696420278461-e6497442-6486-4ec5-87aa-e7cc0b279bbd-grafik.png] edit: habs hinbekommen. Einfach eine freie Variable nehmen.

Tja... Neuen Tag neues Glück? Habe den Timer und den exec Block nochmal neu erstellt und nun kann ich wieder in jedem exec Block ein separates result auslesen.

@paul53 so sollte das gehen: [image: 1696365018431-8adbd74a-18b0-47c7-80b7-79c8e73a47aa-image.png] Gruß..

@guitardoc sagte in Adapter per Blockly stoppen/starten: Möglicherweise kann man das in den Einstellungen vereinfachen... nein! ist mit Absicht so, damit du dur auch bewusst bist, mit Skripten tief im System zu schrauben.

@meister-mopper ich hab es, ich hatte das falsche Blocky-Element, das nur auf ein Trigger prüft 1000mal DANKE :)

@amg_666 Kein FW Update bei den Fenstersensoren available....

@qlink sagte in Blockly Script triggert nicht: Wieso liegen die noch nicht vor ? Ich kann mich täuschen, aber nach der Verzögerung wird der Wert geschrieben. Würde mich jedenfalls nicht wundern, wenn die Berechnung bereits vorher stattfindet oder durch die Asynchronität zum falschen Zeitpunkt ausgeführt wird. Lies die Werte der Datenpunkte (ganz zu Beginn) in Variablen ein. Mit denen kannst Du nach Herzenslust rechnen und die Ergebnisse in weitere Variablen schreiben. Am Ende schreibst Du die Werte der Ergebnisvariablen zu einem Dir passenden Zeitpunkt in die Datenpunkte. Wenn die Variablen dann auch noch sprechende Namen haben, macht das das Script auch noch gut lesbar. Warum überhaupt zu unterschiedliche Zeitpunkten schreiben?

@paul53 said in Übergabe Variable aus Blocky in JS: let id = Ordner_mit_ID + '.Val_ID'; 1000 Dank, das hat geholfen.- Jetzt komm ich weiter.

@grisu73 sagte: hast Du eine Idee ? Nein, habe keine Shellys.

@paul53 - du bist echt so der Blockly Experte. Du hast mir schon so oft den richtigen Impuls oder die Anleitung gegeben, was ich verbessern kann - so dann auch dieses mal ...... Ich habe das Blockly nachgebaut und es sieht so aus, als wenn es funktioniert. Ich habe ein neues Blockly angelegt und nach dem speichern und starten, ist der Wert vom "richtigen" Fahrzeug an die Wallbox übergeben worden. Ich werde die Tage mal schauen, ob das auch automatisiert passiert, wenn man die Fahrzeuge wechselt. Vielen Dank dafür 👍👍👍 [image: 1696162402318-91bc2e20-ca14-4c19-a4a3-ab899f477d62-image.png]

@codierknecht Ja an sowas hatte ich auch gedacht. Bzw. den hiervon Amazon: [image: 1696077425846-71uhzvgvh0l._ac_sl1500_.jpg] Jetzt hatte ich aber erstmal die Basis vom Optokoppler auf 3,3V gelegt. Problem, der Wiederstand war im false im KOhm Bereich und das reicht noch zum Schalten des Shutdown. Also geht Dauerstrom auf die Basis nicht in dieser Schaltung. Hab die Basis jetzt komplett abgetrennt und siehe da, Wiederstand unendlich und im true bei ca. 500 Ohm. Der Vorteil, denke ich, ist, daß ich jetzt eine totale galvanische Trennung zwischen beiden Stromkreisen habe, wenn ich jetzt mal die Stromversorgung übers Mainboard außer acht lasse. Vielen Dank mit dem Tip den zu vielen Ampere. Bin gespannt ob er morgen noch seine Daten im Speicher hat. Leider ist das Problem mit der Ansage von Alexa immer noch nicht gelöst. Beim Einschalten sagt sie immer noch das sie den Rechner runter fährt und unterdrückt den korrekten Spruch. Ich habe das Schalter-Blockly etwas verändert und jetzt funktioniert alles richtig beim Einschalten. Aber beim Ausschalten gibt es jetzt ein Problem. Alexa spricht zwar ihren Text ordnungsgemäß, aber sobald der ESP keinen Strom mehr hat, sagt sie noch einmal "Der Rechner fährt herunter". Hat vielleicht jemand eine Idee? Danke. [image: 1696085207616-webaufnahme_30-9-2023_163642_schalter-ge%C3%A4ndert.jpeg]

@djmarc75 sagte: Möglichkeit in der Funktion die Tage zuzufügen? [image: 1696019774943-blockly_temp.jpg]

@homoran habs getestet, funktioniert mit "aktualisieren" einwandfrei, danke Dir! :-)

@paul53 Habe es getestet - es funkioniert wie gewollt! Danke und ein schönes Wochenende!!

@paul53 die kann ich ja dann in der Fritzbox fixieren super danke

@codierknecht ahh ich depp habs glaube gefunden. Ich hatte mal mit dem Shuttercontrol experimentiert, aber eigentlich als unnütz empfunden für mein Szenario. Da waren 2 Rollläden noch eingetragen, welche es betraf. Habs nun weg gekegelt. Falls es doch morgen wieder so ist ohne das Shuttercontrol, melde ich mich nochmal. Danke für die Mühe derweil, werd euch aber auch hier noch etwas gängeln, da ich frisch im iobroker bin. Konnte aber bisher alles abbilden was ich wollte, vor allem Systemübergreifend! Klasse!

@kuddel sagte in Schleifen nacheinander ausführen: Gut wäre, wenn das Kopieren erst startet, wenn alle drei Backups erstellt wurden. Warum? Die Schritte 1+2, 3+4 und 5+6 müssen jeweils nacheinander (seriell) ausgeführt werden. Geht ja nicht anders, da das Backup erst abgeschlossen sein muss, bevor Dateien kopiert werden. Aber diese 3 Pärchen können ohne Probleme parallel ablaufen. Dazu ist diese ganze Nebenläufigkeit (Multi-Threading) ja auch gedacht. Spart Zeit ;-) Ich kann es natürlich auch so lösen, dass wenn Server 3 fertig ist, ein DP auf true gesetzt wird, der dann in einem extra Trigger das Kopieren starten. Alles in einem Block wäre aber natürlich schöner. Das geht natürlich. Der Trigger kann ja auch im gleichen Script verarbeitet werden. Dann müsste man aber die 3 (oder später mal mehr) Backups seriell abfrühstücken oder mit relativem Aufwand den Abschluss aller 3 Schritte auswerten. Backup 3 kann ja durchaus früher fertig sein als 1 oder 2.