Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[SMS]

@codierknecht erledigt:

pi@Kellerkind:~ $ sudo systemctl set-default multi-user.target
Removed "/etc/systemd/system/default.target".
Created symlink /etc/systemd/system/default.target → /lib/systemd/system/multi-user.target.
pi@Kellerkind:~ $

[Homoran]

@sms sagte in Zeitplan startet nicht mehr:

Time zone: Europe/London (BST, +0100)

beim Kellerkind!

und im Gartenklo

@sms sagte in Zeitplan startet nicht mehr:

Time zone: Europe/London (BST, +0100)

[SMS]

@homoran geändert

[Homoran]

@sms So, dann müsste das Großreinemachen beendet sein und wir können wieder zurück zum Programm.

Die Anregungen dazu hast du alle gelesen?
Insbesondere
https://forum.iobroker.net/post/1197438

und

https://forum.iobroker.net/post/1197440

[SMS]

@homoran so könnte es funktionieren:

[Homoran]

@sms sagte in Zeitplan startet nicht mehr:

so könnte es funktionieren:

ja, wobei ich gerade nicht alles zuordnen kann, was du da programmiert hast.

Was genau schwebt dir vor dass passieren soll?

[SMS]

@homoran Das oben war jetzt nur ein Testaufbau zum Schauen ob es funktioniert.

Der 11_Test wurde "wahr" bei erreichen der eingestellten Uhrzeit 14:45 Uhr. Das Andere war lediglich eine Ausgabe der aktuellen Uhrzeit, zum Schauen ob die stimmt.

Nachher soll entweder die Spülmaschine, die Waschmaschine oder der Trockner zu einer bestimmten Uhrzeit starten. Was auch schon funktioniert hatte.
Das eigentliche Problem wird die Uhrzeit mit Einstellung "London" gewesen sein. Das kann ich später mit dem Trockner mal ausprobieren.

[Codierknecht]

@sms
In den Zeitplan kommt dann nur das Einschalten des Verbrauchers.

[SMS]

@codierknecht So sieht das dann aus

Variable Uhrzeit bedeutet, das ich die Vorwahl Uhrzeit eingestellt habe. Es gibt noch andere Vorwahlmöglichkeiten wie z.B. Solarproduktion >4000W.

[Codierknecht]

@sms
Droht zu klappen.
Allerdings nicht, wenn zu der Zeit zufälligerweise noch die Waschmaschine läuft ;-)

[SMS]

@codierknecht :dizzy_face: stimmt, das muss dann raus.

[Codierknecht]

@sms sagte in Zeitplan startet nicht mehr:

das muss dann raus

Das kannst nur Du entscheiden.
Wenn beide am gleichen Kreis hängen, könnte das problematisch werden.
Sind die hingegen separat abgesichert, sollte das kein Problem sein.

[SMS]

@codierknecht muss ich das noch auf "wahr" abfragen?

also so:

[SMS]

@codierknecht
"Das kannst nur Du entscheiden.
Wenn beide am gleichen Kreis hängen, könnte das problematisch werden.
Sind die hingegen separat abgesichert, sollte das kein Problem sein."

das war eher deshalb, damit die Sonnenenergie besser genutzt wird

[Codierknecht]

@sms
Das ist sinnfrei. "Wahr" ist und bleibt "wahr".

[Codierknecht]

@sms sagte in Zeitplan startet nicht mehr:

das war eher deshalb, damit die Sonnenenergie besser genutzt wird

... was ja durchaus Sinn macht, weil beide zusammen ja durchaus mehr verbraten können als die 4 kW.

Falls Waschmaschine läuft, könnte man den Zeitplan jeweils um x Minuten nach hinten verändern.
Dann würde der Trockner starten, nachdem die Waschmaschine fertig ist.

Edit
... oder ein Intervall starten, das so lange läuft bis die WM endlich fertig ist.

Nicht optimal, aber deutlich weniger aufwändig als eine neue Startzeit zu brechnen.

[Asgothian]

@codierknecht sagte in Zeitplan startet nicht mehr:

@sms sagte in Zeitplan startet nicht mehr:

das war eher deshalb, damit die Sonnenenergie besser genutzt wird

... was ja durchaus Sinn macht, weil beide zusammen ja durchaus mehr verbraten können als die 4 kW.

Falls Waschmaschine läuft, könnte man den Zeitplan jeweils um x Minuten nach hinten verändern.
Dann würde der Trockner starten, nachdem die Waschmaschine fertig ist.

Edit
... oder ein Intervall starten, das so lange läuft bis die WM endlich fertig ist.

Nicht optimal, aber deutlich weniger aufwändig als eine neue Startzeit zu brechnen.

Sorry.. noch ein Heartbeat. Ist doch mist. Zwischenvariable und Trigger sollten es tun.

Nebenbei: Dem Baustein "Zeitplan aus Zeit" fehlt ein entscheidender Teil:
Er lässt sich nicht in einen Trigger auf eine geänderte Zeiteinstellung einbauen, da der entstandene Zeitplan dann nicht beendet werden kann. Das ist aber wichtig, damit das Skript nicht zwingend neu gestartet werden muss wenn die eingetragene Zeit geändert wurde. Auch weiss ich nicht wie der Baustein reagiert, wenn im Wert fälschlicherweise z.Bsp. (null) drin steht.

Ich würde daher auf das von mir vorher gepostete Verhalten zurück gehen :)

A.

[haus-automatisierung]

@asgothian sagte in Zeitplan startet nicht mehr:

Er lässt sich nicht in einen Trigger auf eine geänderte Zeiteinstellung einbauen, da der entstandene Zeitplan dann nicht beendet werden kann.

Doch, das passiert alles automatisch im Hintergrund. Bei einer Änderung wird der vorige Zeitplan gelöscht und ein neuer angelegt mit der neuen Zeit. Das ist ja gerade der Sinn von diesem Baustein. Genau für solche Fälle hier:

Zeitpunkt über VIS bearbeiten und den Rest macht der Trigger-Baustein im Hintergrund.

Habe ich hier alles erklärt: https://youtu.be/69OB3TVRSck?si=rOxZuXrWNa5pcCEJ&t=88

[Asgothian]

@haus-automatisierung sagte in Zeitplan startet nicht mehr:

Habe ich hier alles erklärt: https://youtu.be/69OB3TVRSck?si=rOxZuXrWNa5pcCEJ&t=88

Bestimmt eine tolle Erklärung - nur das ich dafür keine Zeit habe. An Hand des Blockes selber ist das vollständig nicht zu erkennen. Die Beschreibung muss ich mir noch anschauen. Insgesamt hab ich im Moment zur Funktion des Blockes mehr Fragen als Antworten. Ich schau mir das mal an und formuliere die dann mal so das das nachvollziehbar wird.

A.

[SMS]

Update: Trockner hat mit eingegebener Uhrzeit gestartet! :+1: :blush:

Danke an alle!