NEWS
Laufzeitberechnung >> 1 Std. zu viel
-
Hallo Zusammen,
in einem größeren Script lasse ich die Laufzeit eines Gerätes berechnen.
Dabei kommt immer eine Stunde zu viel heraus.
Um zu Testen, ob Blockly einen Denkfehler hat, habe ich mal ein ganz einfaches Script erstellt:
Als Ergebnis kommt 01:01 heraus, also eine Std. zu viel...
Mit der Sommerzeit kann das meines Erachtens nicht zu tun haben.
...oder habe doch ich den Denkfehler?/.bg Micha
-
Hallo Zusammen,
in einem größeren Script lasse ich die Laufzeit eines Gerätes berechnen.
Dabei kommt immer eine Stunde zu viel heraus.
Um zu Testen, ob Blockly einen Denkfehler hat, habe ich mal ein ganz einfaches Script erstellt:
Als Ergebnis kommt 01:01 heraus, also eine Std. zu viel...
Mit der Sommerzeit kann das meines Erachtens nicht zu tun haben.
...oder habe doch ich den Denkfehler?/.bg Micha
@matschkopf Kann es sein, dass du da die falsche Zeitzone im System hast? Passiert sehr gerne beim Raspberry, wenn man den nicht richtig konfiguriert
-
@matschkopf Kann es sein, dass du da die falsche Zeitzone im System hast? Passiert sehr gerne beim Raspberry, wenn man den nicht richtig konfiguriert
@Thomas-Braun
nein hat er nicht!@matschkopf
habe es gerade getestet:

erst ohne Konvertierung = 60000 msec, also ok, dann mit Konvertierung:
gleiches Ergebnise -
Hallo Zusammen,
in einem größeren Script lasse ich die Laufzeit eines Gerätes berechnen.
Dabei kommt immer eine Stunde zu viel heraus.
Um zu Testen, ob Blockly einen Denkfehler hat, habe ich mal ein ganz einfaches Script erstellt:
Als Ergebnis kommt 01:01 heraus, also eine Std. zu viel...
Mit der Sommerzeit kann das meines Erachtens nicht zu tun haben.
...oder habe doch ich den Denkfehler?/.bg Micha
@matschkopf sagte:
Als Ergebnis kommt 01:01 heraus, also eine Std. zu viel
Die Konvertierung formatDate() berücksichtigt die Zeitzone. Man muss sie für eine Zeitdifferenz korrigieren.
-
@matschkopf sagte:
Als Ergebnis kommt 01:01 heraus, also eine Std. zu viel
Die Konvertierung formatDate() berücksichtigt die Zeitzone. Man muss sie für eine Zeitdifferenz korrigieren.
-
Wobei mir letztlich nicht ganz klar ist, warum die Korrektur für sich alleine -3600000, also -1h ergibt


Es gibt wohl Sachen im Leben, die man einfach hinnehmen muss

-
Wobei mir letztlich nicht ganz klar ist, warum die Korrektur für sich alleine -3600000, also -1h ergibt


Es gibt wohl Sachen im Leben, die man einfach hinnehmen muss

@matschkopf sagte in Laufzeitberechnung >> 1 Std. zu viel:
warum die Korrektur für sich alleine -3600000, also -1h ergibt
Weil das der Unterschied in der Zeitzone ist, und genau die Stunde zuviel.
-
Wobei mir letztlich nicht ganz klar ist, warum die Korrektur für sich alleine -3600000, also -1h ergibt


Es gibt wohl Sachen im Leben, die man einfach hinnehmen muss

@matschkopf sagte:
warum die Korrektur für sich alleine -3600000, also -1h ergibt
MEZ ging am 1.1.1970 gegenüber UTC eine Stunde vor.
-
@matschkopf sagte:
warum die Korrektur für sich alleine -3600000, also -1h ergibt
MEZ ging am 1.1.1970 gegenüber UTC eine Stunde vor.
Jetzt ist es angekommen.
Danke
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren Anmelden
