Zeitgesteuerter Ablauf

Dann halt die While und jede Sekunde prüfen, ob die gewünschte Uhrzeit erreicht ist. Dann die Aktionen definieren, fertig. Zur passenden Uhrzeit dann ausführen. Wo ist das Problem?

Ich hätte da jetzt auch nen Cronjob genommen

crontab-file in /etc/cron.d mit passenden Berechtigungen, damit definierte User ändern können.

Ich werf jetzt mal in den Raum:

if hours * 1000 + minutes * 100 + seconds >= 110000:

Quote from JanR

möchte es nicht mit crontab machen. Soll später von leicht veränderbar sein. Und das nicht nur von mir

Was hat das eine mit dem anderen zu tun?

https://de.lmgtfy.com/?q=pytho…unction+at+a+certain+time

Da sind diverse Beispiele dabei... Ist wirklich kein Hexenwerk. Nur die Basics musst du dir selbst beibringen. Noch besser als eine while Schleife ist wahrscheinlich das sched Modul.

...und noch mächtiger ist APScheduler

https://apscheduler.readthedocs.io/en/latest/

Frage zum schalten GPIO

Also bei mir funktioniert es so um etwas ei n und aus zuschalten.

Den I/O wirst du ja wohl selber einfügen können.

#!/usr/bin/env python3

from datetime import datetime
import os
from time import sleep

while(True):
    sleep(0.1)
    now = datetime.now()
    Now = now.hour * 60 + now.minute
   
    timewindow1_ok = (6*60+0) <= Now < (6*60+1) # hier die Zeit einstellen, ein ist um 06.00h
    timewindow2_ok = (15*60+30) <= Now < (15*60+31)  # hier die Zeit einstellen, aus ist um 15.30h

    if timewindow1_ok:  #    (ein um 06.00h)
           sleep(1)
           os.system("pilight-send -p kaku_switch -i 23317358 -u 0 -t")   #  on 
           sleep(2)          

    if timewindow2_ok:  #   (aus um 15.30h)
           sleep(1)
           os.system("pilight-send -p kaku_switch -i 23317358 -u 0 -f")   #  off 
           sleep(2)

Quote from JanR

Danke der Code ist verständlich.

...und grausam. Bitte nicht merken.

Hallo JanR,

hier ein Beispiel, das an Kürze nicht zu überbieten ist - mit Hilfe meines Pseudo-Code-Compilers aber lauffähig ist.

Eine komplexere Anwendung geistert hier auch irgendwo rum.

Beste Grüße

Andreas

Hallo,

zum Code in #12:

• Eingerückt wird immer mit genau vier Leerzeichen
• Die Klammer in Zeile 7 ist überflüssig.
• os.system ist veraltet und sollte nicht mehr genutzt werden - steht auch wörtlich in der Python-Doku. Stand der Dinge ist das `subprocess`Modul.
• sleep(1) und sleep(2) in den beiden if-Blöcken ist sinnfrei - weg damit.
• Die Rechnerei mit der Uhrzeit ist ein bisschen kompliziert, das geht eleganter.
• Wenn man anfängt, Variablen (wie timewindow) zu nummerieren, dann ist das ein starkes Indiz dafür, dass man a) entweder eine Liste verwenden will oder b) bessere / aussagekräftigere Variablennamen. Hier ist letzteres der Fall.
• Der Schaltzeitraum hat ein Fenster von einer Minute, es wird aber im 0,1 Sekunden-Takt geprüft, ob der Zeitschaltraum erreicht ist. Das macht auch wenig Sinn - außer, dass man die CPU dauerbeschäftigt.

JanR: sagen wir mal, die verbesserst das Skript und übernimmst es - hast du dir schon gedanken gemacht, wie du sicherstellt, dass das Skript neu gestartet wird, wenn es mal crashen sollte? Des weiteren sollte man vielleicht nicht prüfen, ob der einzubauende `subprocess` Aufruf auch tatsächlich erfolgreich war, damit man den Zustand seines Systems auch sicher kennt.

Des Weiteren würde ich, wenn du wirklich auf eine leichte Änderbarkeit der Schaltzeichen wert legst, die Werte in einer separaten Datei ablegen. Wenn es allgemein Verständlich sein soll, dann würde ich zu einer INI-Datei tendieren und die über das `configparser` Modul einlesen.

Gruß, noisefloor

Quote from noisefloor

Der Schaltzeitraum hat ein Fenster von einer Minute, es wird aber im 0,1 Sekunden-Takt geprüft, ob der Zeitschaltraum erreicht ist. Das macht auch wenig Sinn - außer, dass man die CPU dauerbeschäftigt.

Kurze passende Fragen meinerseits dazu,

zur Ermittlung der passenden Zeit orientier ich mich immer an 1/10 bzw 2/10 (je nach dem wie genau das ganze werden soll) des gewünschten Taktes.

Würde in diesem Fall bedeuten, dass es alle 6 Sekunden ausreicht zu prüfen, ob sich der Wert der Minute geändert hat. Passend so? Welche Faustregel verwendet ihr noisefloor &Co.

Hofei keine Regel, aber ich hätte einfach eine Sekunde genommen. Bei 1/10 min also 6 sek hast du halt unter Umständen bis zu 6 Sekunden Verzögerung, ob das in Ordnung ist kommt stark auf die Anwendung an.

Hallo,

Hofei: wie linusg schon sagt - kommt drauf an Also wie der benötigte Takt ist, in der etwas abgefragt werden soll.

Bei 2x am Tag würde ich aber auch auf jeden Fall eine systemd Time Unit (oder crontab) nehmen. Ein dauerlaufendes Skript, dass 99,9999999% der Zeit mit Warten beschäftigt ist, macht halt wenig Sinn.

Gruß, noisefloor