@Mestro [sagte]: wenn nach 18:30 die 1x die Haustür geöffnet wird, eine Sprachausgabe gestartet wird ! Danach erst wieder am nächsten Tag [image: 1777039077509-blockly_temp.jpg]

So einfach! Danke!

Danke für die Antworten. Der Adapter ist dafür etwas überdosiert, ist aber interessant, dass es sowas gibt. Das mit dem Zeitplan hatte ich mir auch schon überlegt, dachte es gibt was anderes oder besseres. Ich denke stündlich reicht in dem Fall.

@paul53 WOW bin schon sehr beeindruckt. vielen lieben Dank. [image: 1776713433502-2249bf03-3bf2-46e9-8bd7-dcd23387805b-image.jpeg] fine-tuning kann ich nun anfangen. Nur leider verstehe ich absolut nicht, warum dieser "Code" genau so aussehen muss. Nochmals vielen Dank

Danke! Keine Ahung, wieso ich den Block mit Zeitdifferenz nicht gesehen habe. :(

Offenbar schaltet Amazon nach und nach die Zugänge für Fremdanbieter sukzessive ab. Letzte Woche lief auch mein Plex-Skill nicht mehr im Multiroom, sondern nur noch auf 1 Lautsprecher. Und jetzt gibt es den Plex-Skill gar nicht mehr zur Installation. Also: Entweder Amazon unlimited, oder weg damit.

Okay. Final ist es dann so geworden. Muss jetzt noch die Variablen für die beiden Datumsangaben erstellen und anbinden. [image: 1775999789528-d1871f2f-799c-486d-adaa-1b85f15ff648-image.jpeg]

@paul53 sagte: Wandlung "nach anwenderformatiert" erzeugt immer einen String Danke! Dann ist das hier [image: 1775998575398-199.jpg] Dann doch was anderes Da muss ich dann weiterforschen Bis letzte Saison lief das noch ordentlich Da wird jetzt nur für die Fehlersuche im debug konvertiert (debugs gestern abend hinzugefügt) [image: 1775998793448-202.jpg] Der Fehler tritt anscheinend nur bei hohen Werten auf. Ein kurzer Testlauf heute morgen passt 2026-04-12 12:58:37.808 info script.js.Pool.CoP_Heizung: 12:58:37 javascript.1 2026-04-12 12:58:37.808 info script.js.Pool.CoP_Heizung: 12:34:37 javascript.1 2026-04-12 12:58:37.809 info script.js.Pool.CoP_Heizung: 1439.824

@hg6806 sagte: Kann man das mit Pause so machen oder Timeout, womit ich mich nicht so auskenne. Kann man. Um meinen Projektmanager zu zitieren: Ist dann aber sch**e Besser: [image: 1775985990670-screenshot-2026-04-12-at-11.26.28.png] Das Objekt ist das Alive vom Repeater Sobald der Repeater sein 'alive' zurück bekommt wird der Timeout gestoppt. A. Nachtrag: Warum ist es schlect ? Na ja - wenn dein Repeater innerhalb der 10 Minuten mehrfach online/ offline geht wird jedesmal das Skript getriggert, hängt dann 10 minuten, und je nach dem (in dieser Situation eher zufälligen Wert des DP) wird ein Herunterfahren gestartet. Ausserdem gibt es einen Logikfehler - ich denke du willst hier: [image: 1775986157295-screenshot-2026-04-12-at-11.29.14.png] eher auf falsch prüfen, nicht auf wahr

Top. Hab auch da jetzt ein stop eingebaut :) Vielen lieben Dank nochmals

@paul53 Danke, du triggerst eine Funktion Alarm1, die selbstständig alle 5min ausgeführt wird, außer der Trigger stoppt diese. [image: 1775796578011-bildschirmfoto-2026-04-10-um-06.49.28.png]

@Uwe-K beide Datenpunkte sind vom common.type boolean, passt von daher also. Leider sagt das nichts darüber aus, welchen Typ der Wert hat. Daher hat @paul53 mit doppeltem nicht sichergestellt, dass ein falscher Typ number in boolean konvertiert wird.

Hi @babl , vielen Danke für deine super Arbeit. Ich hatte bis vor kurzem schon deine erste Version in Betrieb. Nun wollte ich mir die neue anschauen, aber leider lassen sich die Skripte nicht importieren. Ich habe leider dazu nichts gefunden. Wäre es Möglich, die Skripte als .txt Dateien zu teilen? Deine Anpassungen (Grundlastberechnung.txt und PV-Ertrag_Durchschnitt.txt) konnte ich Problemlos importieren. Hier die Fehlermeldung, evtl. kann mir dabei jemand weiterhelfen oder ich steh völlig auf dem Schlauch... [image: 1775637577292-f7cecb8d-5d5e-45dc-b45f-aebef1dfb0b0-image.jpeg]

Das ist doch eigentlich der Job des Sourceanalytics Adapters.

@paul53 Ich habe es jetzt mal umgeschrieben und werde es die nächsten Tage testen. Besten Dank!

@amg_666 sagte: Das hat aber ewig funktioniert, kann das an einem Update des Javascript Adapters liegen, dass eine neuere Version das jetzt (richtigerweise) strenger behandelt ? Das hätte schon früher im log stehen müssen! Sinngemäß: "du schreibst eine Zahl in einen Datenpunkt, der einen String erwartet. Das wird in Zukunft zu einem Fehler führen"

ich habe auch an vielen Stellen und, oder Verknüpfungen mit Wert von xy gehabt. Diese machten dann oft Probleme. Und oder habe ich dann geändert auf Variable. Zuerst Wert von xy in Variable schreiben und dann damit das und, oder machen. Hat wohl irgendwas mit asynchron zu tun.

@paul53 Super,danke dir. Hätte jetzt nicht damit gerechnet das da was fehlt. Jetzt zeigt er die Werte an.

@Ritter Beispiel: [image: 1774955604090-blockly_temp.jpg]

@mrjeschke sagte in Host per Skript neu starten???: @Fibricus Der Pause/Exec-Block muss in den falls-block, sonst löst jede Änderung des summery einen Neustart aus. Oh Mann, natürlich - das war's! Den exec nach oben in den falls-Block verschoben und schon läuft' einwandfrei! Manchmal bin ich einfach blind. Schön, dass es Hilfe von Euch gibt! DANKE!