[Geklärt] Zeitplan startet nicht

[Altersrentner]

Danke für Deine Antwort,
Das hatte ich auch schon probiert.
Jetzt noch mal.

// Prüfe ob Wasserstand tief
schedule("0 12 * * *", function () {
  console.warn('Prüfe Wasserstand');
  if (getState("fhem.0.GPIOWasserstand.state").val == true) {
    console.warn('falls Wasserstand nicht ok und Zeitplan 12:00');
    if (false) {
      console.warn('Wasserstand einschalten');
      setState("hm-rpc.2.OEQ0482307.13.STATE"/*Ventil Wasserstand Teich.STATE*/, true);
      setState("hm-rpc.2.OEQ0482307.15.STATE"/*Ansteuerung Ventile 24V.STATE*/, true);
    }
  }
});

schedule("30 12 * * *", function () {
  if (getState("fhem.0.GPIOWasserstand.state").val != false) {
    console.warn('Wasserstand ausschalten');
    setState("hm-rpc.2.OEQ0482307.13.STATE"/*Ventil Wasserstand Teich.STATE*/, false);
    setState("hm-rpc.2.OEQ0482307.15.STATE"/*Ansteuerung Ventile 24V.STATE*/, false);
  }
});

Bringt auch kein Erfolg.
Gruß Michael

[Homoran]

@Altersrentner Zeig mal das Blockly als Bild

[paul53]

@Altersrentner sagte:

if (false) {                                                                                                                                                                            

Diese Abfrage in Zeile 6 wird nie wahr, also der nachfolgende Teil nie ausgeführt.

[Altersrentner]

@Homoran
Hier ist das gewünschte Bild:
Gruß Michael

[paul53]

@Altersrentner sagte:

Vorher erfolgt eine Prüfung, ob der Wasserstand OK ist oder nicht.

Warum zweimal ?

@Altersrentner sagte in Zeitplan startet nicht:

Um 12:30 erfolgt die Abschaltung, egal ob der Wasserstand OK ist oder nicht.

Weshalb dann die Abfrage ?

[Altersrentner]

@paul53 Habe die erste Prüfung entfernt.
Ohne Erfolg

[paul53]

@Altersrentner
Was ist mit der Abfrage um 12:30 Uhr ?

Stimmt die Uhrzeit im System, d.h. ergibt dies hier die richtige Uhrzeit im Log bei Script-Start ?

[Altersrentner]

@paul53 Habe die Zeit ( Log )nur zum Test umgestellt.
Wenn das Skript läuft wird der Zeitplan wieder auf 12:00/12::30 umgestellt.
Wie jetzt aus dem Log zu sehen ist ein Problem die Uhrzeit. Die muss
umgestellt werden. Aber wie?
Das zweite Problem der erste Zeitplan prüft nur
debug output:falls Wasserstand nicht ok und Zeitplan 12:00)
Wasserstand einschalten erfolgt nicht.
Der zweite Zeitplan schaltet nach dem Log ab. Das sollte funktionieren.
Wie kann ich nun den ersten Zeitplan zum Laufen bekommen.
Gruß Michael

[paul53]

@Altersrentner sagte:

Uhrzeit. Die muss umgestellt werden. Aber wie?

Dein OS (welches ?) hat die falsche Zeitzone.

[Altersrentner]

@paul53 "Dein OS (welches ?) hat die falsche Zeitzone."
Tut mir leid
Was ist das, Höre ich das erste mal.

[paul53]

@Altersrentner
Unter welchem Betriebssystem (Windows, Raspbian, Ubuntu, ...) läuft ioBroker ?

[Altersrentner]

@paul53
Raspbian

[paul53]

@Altersrentner
Was sagt auf der Console (SSH) ?

timedatectl

[Altersrentner]

@paul53

pi@raspberrypi:~ $ timedatectl
               Local time: Sat 2020-04-18 16:37:52 BST
           Universal time: Sat 2020-04-18 15:37:52 UTC
                 RTC time: n/a
                Time zone: Europe/London (BST, +0100)
System clock synchronized: yes
              NTP service: active
          RTC in local TZ: no
pi@raspberrypi:~ $

```Das ergibt den Zeitunterschied

[paul53]

@Altersrentner
Ja, London ist die falsche Zeitzone. Korrektur:

sudo timedatectl set-timezone Europe/Berlin

[Altersrentner]

@paul53
muss ich ioBroker vorher stoppen?

[paul53]

@Altersrentner sagte:

muss ich ioBroker vorher stoppen?

Ich sage mal so: Es schadet nicht und so kannst Du sicher sein, dass beim Neustart auch alle Komponenten von ioBroker die Änderung mitbekommen.

[Altersrentner]

@paul53
ist geändert

pi@raspberrypi:~ $ iobroker stop
pi@raspberrypi:~ $ sudo timedatectl set-timezone Europe/Berlin
pi@raspberrypi:~ $ iobroker start
pi@raspberrypi:~ $ timedatectl
               Local time: Sat 2020-04-18 17:51:17 CEST
           Universal time: Sat 2020-04-18 15:51:17 UTC
                 RTC time: n/a
                Time zone: Europe/Berlin (CEST, +0200)
System clock synchronized: yes
              NTP service: active
          RTC in local TZ: no
pi@raspberrypi:~ $

[paul53]

@Altersrentner sagte:

ist geändert

Dann wird auch der Zeitplan funktionieren.

[Altersrentner]

@paul53
leider nicht