  INFO - FAQ - CC2-Forum - CCPro-Forum |
|
||
|
> Hallo miteinander > > Soweit ich das erkennen kann, arbeitet der Algorithmus in der Tat nur teilweise korrekt. Die mitteleuropäische Sommerzeit beginnt jeweils am letzten Sonntag im März um 2 Uhr mitteleuropäischer Zeit (MEZ). Deshalb werden mittels > > IF ((MONTH = 3) AND ((DAY-DOW)<25)) THEN RETURN > > alle Tage im Monat März ausgefiltert, die noch Normalzeit haben. Um zu prüfen, ob der Algorithmus bis hierhin korrekt arbeitet, reicht es, die letzten zwei Wochen im März zu betrachten. Der letzte Sonntag im März kann auf den 25. bis 31. Tag fallen. Im Folgenden sind alle Tage mit Sommerzeit durch eckige Klammern "[]" eingeschlossen. Alle Tage außerhalb dieser Klammern haben Normalzeit und deshalb sollte die Subroutine an diesen Tagen mit dem RETURN im einzeiligen IF beendet werden. > > Betrachtung der letzten Tage im Monat März: > > Mo Di Mi Do Fr Sa So Mo Di Mi Do Fr Sa So > 24 25 26 27 28 29[30 31] > 23 24 25 26 27 28[29 30 31] > 22 23 24 25 26 27[28 29 30 31] > 21 22 23 24 25 26[27 28 29 30 31] > 20 21 22 23 24 25[26 27 28 29 30 31] > 19 20 21 22 23 24[25 26 27 28 29 30 31] > 18 19 20 21 22 23 24 25 26 27 28 29 30[31] > > 1 2 3 4 5 6 0 1 2 3 4 5 6 0 DOW nach MOD 7 > 1 2 3 4 5 6 7 1 2 3 4 5 6 7 DOW im DCF77-Signal > > Die nächste Umstellung auf Sommerzeit findet am Sonntag, dem 26. März 2006, um 2 Uhr MEZ statt: Die Uhren werden eine Stunde vorgestellt auf 3 Uhr MESZ. DOW sollte an diesem Tag 0 sein und DAY gleich 26. (DAY-DOW) ist gleich 26 und (DAY-DOW)<25 ist korrekterweise nicht erfüllt. Das gleiche Ergebnis erhält man an allen folgenden Tagen bis zum Freitag, dem 31. März. Am Samstag zuvor, dem 25. März ist (DAY-DOW) = (25-6) gleich 19, weshalb die Subroutine korrekt mit dem RETURN beendet wird. Das gleiche Ergebnis an den Tagen zuvor. > > Problematisch könnten höchstens die ersten Tage im März sein: Am Samstag, dem 4. März, ist (DAY-DOW) = (4-6) gleich -2, also negativ. Alle Micro-Versionen können aber nur mit positiven 8-Bit-Zahlen operieren. Deshalb ergibt sich hier der Wert 254. > > Um anschließend nur den Sonntag zu betrachten, wird mittels > > IF ((MONTH = 3) AND ((DAY-DOW)=25) AND (HOUR<3)) THEN RETURN > > auf (DAY-DOW)=25 abgefragt. Das ist offensichtlich nicht richtig, denn um ein korrektes Ergebnis am 26. März 2006 zu erhalten, müßte die DOW-Variable an diesem Sonntag den Wert 1 und nicht 0 haben. > > Ansonsten sollte man niemals direkt mit den Zeitvariablen arbeiten, sondern sie in eigenen Variablen zwischenspeichern. Denn die Zeitvariablen können sich während der Abfrage verändern, da die Uhr weiterläuft. > > Viele Grüße > Dietmar Hallo Dietmar inzwischen haben sich ja mehrere C-Controler der Sache angenommen. Unter Anderem auch der Spezialist Manfred Wilzeck. Er hat mir mittlerweile sogar schon ein Listing gemailt, das die richtigen Ergebnisse liefert. Es wird sich später wohl auch auf seiner Homepage wiederfinden. Wenn es jemand dringend benötigt kann er es vorab natürlich auch bei mir erhalten. Wollte es aber jetzt und hier nicht veröffentlichen um Manfred nicht vor zu greifen. Trotzdem danke ich Dir für Deine scharfe Analyse. Ebenso danke ich allen die sich der Sache angenommen haben für die investierte Zeit und Mühe. Besonderen Dank natürlich an Manfred Wilzeck. Was das direkte arbeiten mit Zeitvariablen betrifft hast Du selbstverständlich recht. Ich habe das hier der Einfachheit halber weggelassen. Tatsächlich speichere ich das LSB der aktuellen Minute im einem TMP_Bit vor dem Einsprung in die Routine. Beim erreichen des Endes frage ich ab, ob TMP_Bit den gleichen Wert hat wie das Bit der aktuellen Minute. Wenn nicht, wird die Routine ein zweites Mal durchlaufen. ( Kann ja nicht zwei mal hinter einander so sein ) MfG, Peter |
| Antwort schreiben |