Weihnachtsangebot 2025! 🎄

[Altersrentner]

@paul53 "Dein OS (welches ?) hat die falsche Zeitzone."
Tut mir leid:anguished: :anguished:
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:anguished:

[paul53]

@Altersrentner sagte:

leider nicht

Der Log-Eintrag aus dem Zeitplan um 18:05 Uhr ist vorhanden und stimmt zeitlich.

[Altersrentner]

@paul53
Das stimmt, aber das ist nur das erste debug output.
Danach kommt noch ein do Wasserstand einschalten
und der wird nicht ausgeführt.
im Log steht nach dem ersten do; timerIDundefined.
Was hat es damit auf sich?

[paul53]

@Altersrentner sagte:

Danach kommt noch ein do Wasserstand einschalten und der wird nicht ausgeführt.

Dann stimmt die Bedingung zum Einschalten nicht. Tausche mal den Vergleichswert wahr gegen "on" (Text).

[Altersrentner]

@paul53
Ich kann doch nur wahr oder falsch einstellen?

[Homoran]

@Altersrentner sagte in Zeitplan startet nicht:

@paul53
Ich kann doch nur wahr oder falsch einstellen?

deswegen ja keinen Logikbaustein sondern Text

[Altersrentner]

@Homoran

Text gibt es nicht?

[Homoran]

@Altersrentner

@Homoran sagte in Zeitplan startet nicht:

Logikbaustein sondern Text

dein "wahr/falsch"-Bautein stamt aus der Gruppe der Logikblöcke.
Den musst du austauschen gegen einen grünen Textblock und dort das Wort "on" reinschreiben

[paul53]

@Altersrentner sagte:

Text gibt es nicht?

Das blaue wahr austauschen gegen

[Altersrentner]

@paul53
Soweit so gut:blush:
Das Ventil wird nach Zeitplan geöffnet.
Aber nun ist die Situation so, das der GPIO auf off steht- Wasserstand ist OK
das Ventil aber noch nicht schließt, da der Zeitplan noch nicht abgelaufen ist.
Bei erreichen der Zeit schaltet das Ventil auf zu. OH
Wie muß ich das Blockly verändern, das unabhängig vom Zeitplan bei Wasserstand OK
das Ventil schließt.