Monatsrückblick Januar/Februar 2026 ist online!

[Thomas Braun]

@olli_m

Ach, der Docker mal wieder...

date -u
date
date +"%Z %z"
cat /etc/timezone

sagt dazu?

[A Former User]

@thomas-braun said in Astro Zeit geht unterschiedlich und Lichtwechsel geht nicht:

date -u date date +"%Z %z" cat /etc/timezone

So 16. Apr 17:32:17 UTC 2023
So 16. Apr 19:32:17 CEST 2023
CEST +0200
Etc/UTC
root@buanet-iobroker2:/opt/iobroker# 

aber sagt mir mal bitte wo ihr im debug von IO seht, das die Systemzeit falsch ist?

[Homoran]

@olli_m sagte in Astro Zeit geht unterschiedlich und Lichtwechsel geht nicht:

19:17:52.736 info javascript.0 (9266) script.js.POST.Balkon.DEBUG: Sun Apr 16 2023 20:01:50

[Thomas Braun]

@olli_m

Das ist der Sonnenuntergang?

script.js.POST.Balkon.DEBUG: Sun Apr 16 2023 20:01:50 GMT+0200 (Mitteleuropäische Sommerzeit)

Oder was ist der Inhalt vom DEBUG

[A Former User]

@thomas-braun
ja Sonnenuntergang Start:

DP aus IO:

@Homoran

okay du meinst das was du in Rot markiert hast, aber das ist doch der SunsetStart 20:01 laut DP.

und vorne steht doch die Systemzeit oder nicht?

Ich werde ja gleich sehen was mein anders blockly macht mit dem Rollo:

<xml xmlns="https://developers.google.com/blockly/xml">
  <block type="astro" id="HG[CsZ)9n@lIPp0MfN=U" x="188" y="213">
    <field name="TYPE">sunset</field>
    <field name="OFFSET">0</field>
    <statement name="STATEMENT">
      <block type="control" id="9I]Vr{diandY]CQ%b/R1">
        <mutation xmlns="http://www.w3.org/1999/xhtml" delay_input="false"></mutation>
        <field name="OID">tradfri.0.B-65546.blind.position</field>
        <field name="WITH_DELAY">FALSE</field>
        <value name="VALUE">
          <block type="math_number" id="hr$p$2YLalJzBqu].}iy">
            <field name="NUM">50</field>
          </block>
        </value>
      </block>
    </statement>
  </block>
</xml>

Weil hier ist der Rollo noch oben und müsste ja um 20:05 beim Sonnenuntergang runter gehen und bisher ist er noch oben :-)

[Homoran]

@olli_m sagte in Astro Zeit geht unterschiedlich und Lichtwechsel geht nicht:

aber das ist doch der SunsetStart

Diese Bezeichnung war im Screenshot nicht zu erkennen.
ich hielt es für die Ausgabe von aktuelle Zeit...

[A Former User]

@homoran
okay also ich denke die Systemzeit stimmt.

Weil er gerade das Rollo runter gemacht hat mit dem Blockly oben darüber.

nur ich verstehe nicht warum er bei diesem Blockly sich nicht an die Astrozeit hält.

ich hab es sogar schon komplett neu gebaut. Da muss doch irgendwo der wurm drin sein :-/

Code im ersten Post von mir :-)

[Homoran]

@olli_m sagte in Astro Zeit geht unterschiedlich und Lichtwechsel geht nicht:

Habe auch das Blockly mal gelöscht und neu angelegt, aber auch hier sind die Lampen jetzt schon an.

meinst du das?

dann poste bitte mal die Objektdaten von Blind position in code-Tags

[Wildbill]

@olli_m Hast Du eventuell andere Scripte, Schalter, Alexa- oder Homekit-Automatisierungen, die die Lampen steuern, so dass sie gar nicht von diesem Script angeschaltet wurden?
Sonst setz doch mal jeweils einen Debug-Baustein in Dein lampen-Script und schau nächstes Mal, wenn das Licht zu früh angeht, ob der debug im log gelandet ist. Wenn nicht, weisst Du, dass es nicht von diesem Script kommt.

Gruss, Jürgen

[padrino]

So, heute lief es hier von alleine wieder.
Mal schauen wie es morgen und danach ist.
Schon merkwürdig alles...

[A Former User]

@wildbill
Gute Idee mache ich mal

[A Former User]

@padrino
also Sonnenuntergang ging bei mir heut, aber der Sonnenaufgang mal wieder nicht.

<xml xmlns="https://developers.google.com/blockly/xml">
  <block type="astro" id="+AAyA^)M76sqdipN5V;1" x="-237" y="12">
    <field name="TYPE">sunrise</field>
    <field name="OFFSET">0</field>
    <statement name="STATEMENT">
      <block type="debug" id="f!Aq?38*fd+EYv=hlS,4">
        <field name="Severity">log</field>
        <value name="TEXT">
          <shadow type="text" id="3Xv%U{@lsXN;}R=Le$mD">
            <field name="TEXT">LICHT AUS</field>
          </shadow>
        </value>
        <next>
          <block type="control" id="ne}r=RK,P)`]dXG]rt8S">
            <mutation xmlns="http://www.w3.org/1999/xhtml" delay_input="false"></mutation>
            <field name="OID">govee-app.0.D4:9C:D5:32:38:31:7A:34.remote.turn</field>
            <field name="WITH_DELAY">FALSE</field>
            <value name="VALUE">
              <block type="math_number" id="0(Ifd=4$?s|RoxUXYxhy">
                <field name="NUM">0</field>
              </block>
            </value>
          </block>
        </next>
      </block>
    </statement>
  </block>
</xml>

@Wildbill
ja in der APP war noch etwas aktiviert...aber dennoch scheint die Astrofunktion nicht immer zu funktionieren.

Denn heute morgen waren die Lichter noch an :-(

[A Former User]

@padrino
Ja und bei mir gingen abends die Lichter nicht an da ist doch echt der Wurm drin

Wer kümmert sich um den JavaScript Adapter ?

[A Former User]

@spike2

kannst du mir mal sagen welche DP du da erzeugt hast? ich würde es gerne auf deinem Wege mal probieren...

[A Former User]

@spike2

welcher DP ist der Sonnenaufgang bzw. Sonnenuntergang ist das der unter Tageszeit bei Astro?

[spike2]

@olli_m
Den Datenpunkt den ich aktualisiere, hat mit der reinen Astrosteuerung nichts zu tun. ;)
Der Trigger ist der entscheidene, den hatte ich dir ja schon beschrieben.

[A Former User]

@spike2

war mir nicht so ganz klar, darum meine Frage...

is day time ist der DP:

und die anderen beiden in deinem Blockly diese hier?

[spike2]

@olli_m

@olli_m sagte in Astro Zeit geht unterschiedlich und Lichtwechsel geht nicht:

@spike2

war mir nicht so ganz klar, darum meine Frage...

is day time ist der DP:

Der Datenpunkt ist es, richtig.

Und den anderen Datenpunkt habe ich selber manuell angelegt unter Userdata. Aber wie schon mal erwähnt, der hat nichts mit der eigentlichen Astrosteuerung zu tun.

[Codierknecht]

@olli_m
@padrino
Die Frage ist immer, was da nicht läuft.
Feuert der Trigger nicht, oder wird die gewünschte Aktion nicht ausgeführt?
Wenn ich da "Govee" lese, schrillen bei mir die Alarmglocken. Ich habe das Zeug als eher "instabil" in Erinnerung.

Also mal sowohl bei Sonnenaufgang als auch beim -untergang einen Debug-Block mit einbauen und das ein paar Tage beobachten.
Auch die Angaben zum Längen- und Breitengrad in den ioBroker-Einstellungen müssen passen - sonst berechnet der Adapter das nicht korrekt.

Am JS-Adapter wird's wohl kaum liegen. Bei den meisten (wie auch bei mir) funktioniert das ja einwandfrei.

[A Former User]

@codierknecht

Ja das ist die gute Frage... :-)

weil bei meinem Rollo Tradifi Adapter funzt die Astro funktion.

allerdings hat Tombox den govee Adapter neu gemacht und gehe schon davon aus, das alles passt.
Nur woran kann es dann liegen wenn der Trigger ausgelöst wird aber dann die Steuerung nicht ausgeführt wird?

wenn ich jetzt direkt in den DP auf true Wechsel gehen ja auch die Lichter an bzw. bei False aus. Wie ist denn da das Zusammenspiel?

So sieht es jetzt aus:

und meine Astroeinstellungen so:

Oder kann er parallel keine zwei Trigger verarbeiten? weil das Rollo geht runter, ist weiteres Script/Blockly.

Ja manchmal gehts ja Sonnenaufgang funktioniert ja, aber bin ja nicht der einzige wo es manchmal nicht ganz geht.