Astro Zeit geht unterschiedlich und Lichtwechsel geht nicht
-
@olli_m sagte in Astro Zeit geht unterschiedlich und Lichtwechsel geht nicht:
Steht doch vorne im Debug 19:08 Uhr.
@homoran sagte in Astro Zeit geht unterschiedlich und Lichtwechsel geht nicht:
bitte logs als Text in code-tags posten!
dann habe ich auch eine Chance es zu lesen , zu markieren und zu zitieren
-
19:17:51.767 info javascript.0 (9266) Stop script script.js.POST.Balkon.DEBUG 19:17:52.723 info javascript.0 (9266) Start javascript script.js.POST.Balkon.DEBUG 19:17:52.736 info javascript.0 (9266) script.js.POST.Balkon.DEBUG: Sun Apr 16 2023 20:01:50 GMT+0200 (Mitteleuropäische Sommerzeit) 19:17:52.737 info javascript.0 (9266) script.js.POST.Balkon.DEBUG: registered 0 subscriptions, 0 schedules, 0 messages, 0 logs and 0 file subscriptionsDen Befehl mag er leider nicht wahrscheinlich weil iobroker im Docker ist:
System has not been booted with systemd as init system (PID 1). Can't operate.
Failed to connect to bus: Host is downAber die SystemZeit der Synology ist richtig.
Nachtrag:
root@buanet-iobroker2:/opt/iobroker# date So 16. Apr 19:31:04 CEST 2023 root@buanet-iobroker2:/opt/iobroker# -
-
@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?
-
@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
-
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
-
@thomas-braun
ja Sonnenuntergang Start:DP aus IO:
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
-
@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... -
@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
-
@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
-
@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
-
So, heute lief es hier von alleine wieder.
Mal schauen wie es morgen und danach ist.
Schon merkwürdig alles...
-
@wildbill
Gute Idee mache ich mal -
@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
-
@padrino
Ja und bei mir gingen abends die Lichter nicht an da ist doch echt der Wurm drinWer kümmert sich um den JavaScript Adapter ?
-
kannst du mir mal sagen welche DP du da erzeugt hast? ich würde es gerne auf deinem Wege mal probieren...
-
welcher DP ist der Sonnenaufgang bzw. Sonnenuntergang ist das der unter Tageszeit bei Astro?
-
@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. -
war mir nicht so ganz klar, darum meine Frage...
is day time ist der DP:
und die anderen beiden in deinem Blockly diese hier?
-
@olli_m sagte in Astro Zeit geht unterschiedlich und Lichtwechsel geht nicht:
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.
