Skip to content
  • Home
  • Aktuell
  • Tags
  • 0 Ungelesen 0
  • Kategorien
  • Unreplied
  • Beliebt
  • GitHub
  • Docu
  • Hilfe
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Standard: (Kein Skin)
  • Kein Skin
Einklappen
ioBroker Logo

Community Forum

donate donate
  1. ioBroker Community Home
  2. Deutsch
  3. Skripten / Logik
  4. JavaScript
  5. [Gelöst] Astro-Zeiten unterschiedlich

NEWS

  • Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨
    BluefoxB
    Bluefox
    15
    1
    832

  • Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄
    BluefoxB
    Bluefox
    13
    1
    680

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    25
    1
    1.9k

[Gelöst] Astro-Zeiten unterschiedlich

Geplant Angeheftet Gesperrt Verschoben JavaScript
22 Beiträge 4 Kommentatoren 2.0k Aufrufe 4 Watching
  • Älteste zuerst
  • Neuste zuerst
  • Meiste Stimmen
Antworten
  • In einem neuen Thema antworten
Anmelden zum Antworten
Dieses Thema wurde gelöscht. Nur Nutzer mit entsprechenden Rechten können es sehen.
  • D diwoma

    @mickym
    Im Skript steht:

    var today = new Date();
    var tomorrow = today.setDate(today.getDate()+1);
    var tomorrowNight = getAstroDate("night", tomorrow);
    

    Aber bei ist der Wert von today.getDate() heute aber 19. Was sollte das für ein Datum sein, ist mit dieser Funktion was falsch?

    mickymM Offline
    mickymM Offline
    mickym
    Most Active
    schrieb am zuletzt editiert von mickym
    #13

    @diwoma Keine Ahnung - aber für mich sieht das eher so aus, dass der Skriptverfasser diesen 2. Parameter falsch verstanden hat. Da muss doch eine Zahl hin und kein Date Objekt.

    Na nach dieser Doku - wäre es kein Offset sondern tatsächlich ein stateObject (Zeile 69):

    https://www.kreyenborg.koeln/iobroker-astro-tageszeit-abfragen-und-in-datenpunkt-eintragen/

    Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.

    D 1 Antwort Letzte Antwort
    0
    • HomoranH Homoran

      @diwoma sagte in Astro-Zeiten unterschiedlich:

      in der Konfiguration wird next sunrise ausgegeben

      welche?

      Meint ihr die von @mickym gepostete??

      @mickym sagte in Astro-Zeiten unterschiedlich:
      https://forum.iobroker.net/assets/uploads/files/1637316875401-88642057-df32-434c-a890-aaafa27d6c00-image.png

      Diese Zeiten sind nur für den Datenpunkt isDaytime

      D Online
      D Online
      diwoma
      schrieb am zuletzt editiert von
      #14

      @homoran said in Astro-Zeiten unterschiedlich:

      @diwoma sagte in Astro-Zeiten unterschiedlich:

      in der Konfiguration wird next sunrise ausgegeben

      welche?

      Ich denke, bei dem der Trigger auf sunrise hört

      -- diwoma

      ioBroker in LX-Container in Proxmox
      Zigbee-Coordinator: CC2652P2-TCP FW: 20230507

      HomoranH 1 Antwort Letzte Antwort
      0
      • D diwoma

        @homoran said in Astro-Zeiten unterschiedlich:

        @diwoma sagte in Astro-Zeiten unterschiedlich:

        in der Konfiguration wird next sunrise ausgegeben

        welche?

        Ich denke, bei dem der Trigger auf sunrise hört

        HomoranH Nicht stören
        HomoranH Nicht stören
        Homoran
        Global Moderator Administrators
        schrieb am zuletzt editiert von
        #15

        @diwoma sagte in Astro-Zeiten unterschiedlich:

        @homoran said in Astro-Zeiten unterschiedlich:

        @diwoma sagte in Astro-Zeiten unterschiedlich:
        

        in der Konfiguration wird next sunrise ausgegeben

        welche?

        Ich denke, bei dem der Trigger auf sunrise hört

        ????
        Welche Konfiguration meinst du?

        kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.

        Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.

        der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -

        D 1 Antwort Letzte Antwort
        0
        • mickymM mickym

          @diwoma Keine Ahnung - aber für mich sieht das eher so aus, dass der Skriptverfasser diesen 2. Parameter falsch verstanden hat. Da muss doch eine Zahl hin und kein Date Objekt.

          Na nach dieser Doku - wäre es kein Offset sondern tatsächlich ein stateObject (Zeile 69):

          https://www.kreyenborg.koeln/iobroker-astro-tageszeit-abfragen-und-in-datenpunkt-eintragen/

          D Online
          D Online
          diwoma
          schrieb am zuletzt editiert von
          #16

          @mickym
          Du meinst also das ist nur ein Offset in Minuten und wenn ich Offset=0 eingebe, sollte das gleiche Ergebnis rauskommen. Tut es aber nicht. Der Wert muss was anders bedeuten

          -- diwoma

          ioBroker in LX-Container in Proxmox
          Zigbee-Coordinator: CC2652P2-TCP FW: 20230507

          mickymM 1 Antwort Letzte Antwort
          0
          • HomoranH Homoran

            @diwoma sagte in Astro-Zeiten unterschiedlich:

            @homoran said in Astro-Zeiten unterschiedlich:

            @diwoma sagte in Astro-Zeiten unterschiedlich:
            

            in der Konfiguration wird next sunrise ausgegeben

            welche?

            Ich denke, bei dem der Trigger auf sunrise hört

            ????
            Welche Konfiguration meinst du?

            D Online
            D Online
            diwoma
            schrieb am zuletzt editiert von
            #17

            @homoran said in Astro-Zeiten unterschiedlich:

            ????
            Welche Konfiguration meinst du?

            Im Javascript-Adapter auf dem Astro-Tab

            -- diwoma

            ioBroker in LX-Container in Proxmox
            Zigbee-Coordinator: CC2652P2-TCP FW: 20230507

            1 Antwort Letzte Antwort
            0
            • D diwoma

              @mickym
              Du meinst also das ist nur ein Offset in Minuten und wenn ich Offset=0 eingebe, sollte das gleiche Ergebnis rauskommen. Tut es aber nicht. Der Wert muss was anders bedeuten

              mickymM Offline
              mickymM Offline
              mickym
              Most Active
              schrieb am zuletzt editiert von mickym
              #18

              @diwoma sagte in Astro-Zeiten unterschiedlich:

              @mickym
              Du meinst also das ist nur ein Offset in Minuten und wenn ich Offset=0 eingebe, sollte das gleiche Ergebnis rauskommen. Tut es aber nicht. Der Wert muss was anders bedeuten

              Ja Du hast Recht - habe gerade mal die offizielle Doku gelesen :

              6db969e0-ba60-4356-8051-5cb00c793f38-image.png

              Also ist der 2. Parameter nicht der Offset - ist aber auch kein String oder eine Zahl sondern ein Date Objekt.

              Sprich wenn Du einen Date-String hast musst erst ein Date Objekt generieren.

              Und die 19 kommen raus, weil heute der 19. ist:

              afceec6a-bf43-412b-abe3-f3d41ff949ff-image.png

              Das ist damit klar - mit dem Skript sollte wirklich die Nacht von morgen rauskommen. In einem Date-Objekt ohne Parameter wird ja immer das aktuelle Datum genommen

              var today = new Date();
              var tomorrow = today.setDate(today.getDate()+1);
              var tomorrowNight = getAstroDate("night", tomorrow);
              

              Also wird das Date Objekt mit set Date und einem Integer das Datumsobjekt auf den Tag des aktuellen Monats gesetzt:

              Wenn ich mir hier die Beispiele ansehen:

              a21a794b-8a76-4ddf-b808-ace480bc454b-image.png

              dann ist

              tomorrow = today.setDate(today.getDate()+1); gleich tomorrow = today.setDate(20); Somit hast Du in tomorrow das date Object von morgen.

              und dann müsste es eigentlich passen, dass Du mit der astro Funktion den Sonnenaufgang von morgen bekommst.

              Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.

              1 Antwort Letzte Antwort
              0
              • D diwoma

                Hi,
                ich habe Probleme, die Astro-Zeiten 'sunrise' und 'sunset' richtig zu interpretieren :(

                Ich habe nach einem Skript im Forum die Zeiten auf mehrere Datenpunkte geschrieben:

                /* System Tageszeiten
                   ------------------
                */
                
                // Variablen erstellen
                var folder = '0_userdata.0.Zeiten';
                var idSunriseToday = folder+'.SunriseToday';
                var idSunsetToday = folder+'.SunsetToday';
                var idSunriseTomorrow = folder+'.SunriseTomorrow';
                var idSunsetTomorrow = folder+'.SunsetTomorrow';
                
                createState(idSunriseToday, { name: 'Sonnenaufgang heute', desc: 'sunrise today'});
                createState(idSunsetToday, { name: 'Sonnenuntergang heute', desc: 'sunset today'});
                
                createState(idSunriseTomorrow, { name: 'Sonnenaufgang morgen', desc: 'sunrise tomorrow'});
                createState(idSunsetTomorrow, { name: 'Sonnenuntergang morgen', desc: 'sunset tomorrow'});
                
                
                function zeiten_speichern () {
                
                    var timestamp;
                    var date = new Date();
                    var today = new Date(date.getFullYear(), date.getMonth(), date.getDate()).getDate();
                    var tomorrow = new Date(date.getFullYear(), date.getMonth(), date.getDate() + 1).getDate();
                
                    log('date    :' + date.toString());
                    log('today   :' + today.toString());
                    log('tomorrow:' + tomorrow.toString());
                    
                    timestamp = getAstroDate('sunrise', today);
                    setState(idSunriseToday, timestamp.toLocaleTimeString());
                    timestamp = getAstroDate('sunset', today);
                    setState(idSunsetToday, timestamp.toLocaleTimeString());
                
                    timestamp = getAstroDate('sunrise', tomorrow);
                    setState(idSunriseTomorrow, timestamp.toLocaleTimeString());
                    timestamp = getAstroDate('sunset', tomorrow);
                    setState(idSunsetTomorrow, timestamp.toLocaleTimeString());
                }
                zeiten_speichern();
                
                // Check Every Day
                schedule("1 0 * * *", function () { zeiten_speichern();});
                
                

                Das ergab eine Ausgabe von:
                SunriseToday: 7:44:42 AM

                Dann habe ich ein Blockly-Script, dass ein Licht bei Sunrise ausschaltet:

                // Nachtlicht ausschalten
                schedule({astro: "sunrise", shift: 0}, async function () {
                  setState("linkeddevices.0.Vorzimmer.Nachtlicht.POWER"/*Vorzimmer Nachtlicht POWER*/, 0);
                  console.log('Nachtlicht ausgeschaltet');
                });
                
                

                Das hat aber heute schon um 2021-11-19 07:08:13.054 geschaltet

                Abgesehen von der amerikanischen Stringausgabe (wobei ich noch nicht sagen kann, warum das nicht lokalisiert ist) sind die Zeiten doch einigermaßen unterschiedlich.
                Ist die Abfrage des 'sunrise' im Skrpt falsch oder verwendet der Trigger ein anderes 'sunrise'?
                Geo-Koordinaten sind von System aus richtig eingestellt und werden vom Javascript-Adapter übernommen. Selbst bei direkter Zuordnung der Koordinaten im Adapter bleiben die Werte gleich.
                System-Zeit ist auch korrekt (MEZ)

                Und was mir auch noch etwas komisch vorkommt, die Funktion getAstroDate('sunrise', today) erwartet einen numerischen Wert als Parameter, das ist in diesem Fall der Tag (heute eben 19). Warum nicht das Datum?

                Wo liegt da mein Fehler?

                mickymM Offline
                mickymM Offline
                mickym
                Most Active
                schrieb am zuletzt editiert von
                #19

                @diwoma sagte in Astro-Zeiten unterschiedlich:

                Und was mir auch noch etwas komisch vorkommt, die Funktion getAstroDate('sunrise', today) erwartet einen numerischen Wert als Parameter, das ist in diesem Fall der Tag (heute eben 19). Warum nicht das Datum?

                Somit ist diese Aussage in Deinem Eingangspost verkehrt.

                Es wird nicht ein numerischer Wert, sondern ein Datumsobjekt erwartet. Nur mit der Methode dateObj.setDate(Integer) - kannst Du das Date- Objekt auf einen anderes Datum setzen, dass Du dann der Astro Funktion übergibst.

                Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.

                1 Antwort Letzte Antwort
                0
                • D Online
                  D Online
                  diwoma
                  schrieb am zuletzt editiert von diwoma
                  #20

                  @mickym
                  Ach du Sch...e :grimacing:

                  Da muss was in der Definition der Funktion falsch sein. Wenn ich ein Datum übergebe ist der Parameter rot unterwellt, weil er der Intellisense nach ein numeric haben will. Aber es ist doch ein Datum und damit geht es.

                  War zwar etwas langsamer als Du, weil ich inzwischen herumprobiert habe, aber so ist mein Code:

                  var timestamp;
                          var today = new Date();
                          var tomorrow = today.setDate(today.getDate()+1);
                      
                          log('date    :' + today.toString());
                          log('tomorrow:' + tomorrow.toString());
                          
                          timestamp = getAstroDate('sunrise');
                          setState(idSunriseToday, timestamp.toLocaleTimeString());
                          timestamp = getAstroDate('sunset');
                          setState(idSunsetToday, timestamp.toLocaleTimeString());
                      
                          timestamp = getAstroDate('sunrise', tomorrow);
                          setState(idSunriseTomorrow, timestamp.toLocaleTimeString());
                          timestamp = getAstroDate('sunset', tomorrow);
                          setState(idSunsetTomorrow, timestamp.toLocaleTimeString());
                  

                  Vielen Dank für die Hilfe.

                  -- diwoma

                  ioBroker in LX-Container in Proxmox
                  Zigbee-Coordinator: CC2652P2-TCP FW: 20230507

                  mickymM 1 Antwort Letzte Antwort
                  1
                  • D diwoma

                    @mickym
                    Ach du Sch...e :grimacing:

                    Da muss was in der Definition der Funktion falsch sein. Wenn ich ein Datum übergebe ist der Parameter rot unterwellt, weil er der Intellisense nach ein numeric haben will. Aber es ist doch ein Datum und damit geht es.

                    War zwar etwas langsamer als Du, weil ich inzwischen herumprobiert habe, aber so ist mein Code:

                    var timestamp;
                            var today = new Date();
                            var tomorrow = today.setDate(today.getDate()+1);
                        
                            log('date    :' + today.toString());
                            log('tomorrow:' + tomorrow.toString());
                            
                            timestamp = getAstroDate('sunrise');
                            setState(idSunriseToday, timestamp.toLocaleTimeString());
                            timestamp = getAstroDate('sunset');
                            setState(idSunsetToday, timestamp.toLocaleTimeString());
                        
                            timestamp = getAstroDate('sunrise', tomorrow);
                            setState(idSunriseTomorrow, timestamp.toLocaleTimeString());
                            timestamp = getAstroDate('sunset', tomorrow);
                            setState(idSunsetTomorrow, timestamp.toLocaleTimeString());
                    

                    Vielen Dank für die Hilfe.

                    mickymM Offline
                    mickymM Offline
                    mickym
                    Most Active
                    schrieb am zuletzt editiert von
                    #21

                    @diwoma Na mit gemeinsamer Recherche haben wir es hinbekommen. ;) - So was freut mich immer am meisten. ;)

                    Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.

                    F 1 Antwort Letzte Antwort
                    0
                    • mickymM mickym

                      @diwoma Na mit gemeinsamer Recherche haben wir es hinbekommen. ;) - So was freut mich immer am meisten. ;)

                      F Offline
                      F Offline
                      fastfoot
                      schrieb am zuletzt editiert von
                      #22

                      @mickym, @diwoma zur Ergänzung:
                      getAstroDate() akzeptiert als 2ten Parameter entweder ein Datum oder einen timestamp, also die millisekunden seit 1.1.1970. Das Datum wird unterkringelt weil es in der Funktionsdefinition nicht angegeben ist. Just gestern habe ich einen PR erstellt welcher u.a. diesen 'Fehler' behebt, welcher aber eher kosmetisch ist. Fehlt der 2te Parameter, so nimmt getAstroDate() den laufenden Tag. Die o.g. Astro Settings in der Instanz wirken sich nicht auf die Berechnung aus, die Koordinaten aber natürlich schon.

                      Es empfiehlt sich im Datum die Mittagszeit mit anzugeben sonst erhält man u.U. die Daten des Vortages.

                      let tomorrow = new Date();
                      tomorrow.setDate(tomorrow.getDate() + 1);
                      tomorrow.setHours(12, 0, 0, 0);
                      log(tomorrow)
                      
                      let sunrise = getAstroDate('sunrise', tomorrow)
                      log(sunrise)
                      

                      iobroker läuft unter Docker auf QNAP TS-451+
                      SkriptRecovery: https://forum.iobroker.net/post/930558

                      1 Antwort Letzte Antwort
                      0
                      Antworten
                      • In einem neuen Thema antworten
                      Anmelden zum Antworten
                      • Älteste zuerst
                      • Neuste zuerst
                      • Meiste Stimmen


                      Support us

                      ioBroker
                      Community Adapters
                      Donate

                      736

                      Online

                      32.6k

                      Benutzer

                      82.0k

                      Themen

                      1.3m

                      Beiträge
                      Community
                      Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen | Einwilligungseinstellungen
                      ioBroker Community 2014-2025
                      logo
                      • Anmelden

                      • Du hast noch kein Konto? Registrieren

                      • Anmelden oder registrieren, um zu suchen
                      • Erster Beitrag
                        Letzter Beitrag
                      0
                      • Home
                      • Aktuell
                      • Tags
                      • Ungelesen 0
                      • Kategorien
                      • Unreplied
                      • Beliebt
                      • GitHub
                      • Docu
                      • Hilfe