View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0000448 | NetDCU11 | Kernel | public | 2010-12-06 11:36 | 2011-03-23 11:11 |
| Reporter | zutter | Assigned To | |||
| Priority | normal | Severity | major | Reproducibility | have not tried |
| Status | resolved | Resolution | fixed | ||
| Product Version | V1.20 | ||||
| Target Version | V1.22 | Fixed in Version | V1.22 | ||
| Summary | 0000448: RTC lost time after serveral reboots. | ||||
| Description | Customer Zeiss reports: wir haben einige Hinweis von unseren Kunden bekommen, dass sich die Uhrzeit unserer Geräte hin und wieder von selbst verstellt, deshalb haben wir Tests durchgeführt und festgestellt, dass beim Ein/Ausschalten sich wirklich die Uhrzeit verstellen kann. Ist ihnen dazu etwas bekannt ? Ich habe ihnen weiter unten den Testaufbau kurz aufgeschrieben : NetDCU11 Board und Systemtime Reset. Testaufbau: Testboard mit NetDCU11 v1.20, Restart über programmierte Steckerleiste all 2 Minuten (1 Minute laufzeit, 1 Minute Pause), einzeige laufenden Applikation ist die GetSystemTime/GetTimeFormat/OutputDebugString Kombination um die aktuelle SystemTime auf der Seriellen Schnittstelle auszugeben. Nach ca. 1766 Aus-/Einschaltvorgängen springt das Datum auf den 1.1.2006 zurück, siehe Auschnitt aus dem Logfile (erster Zeitstempel vom Realterm-Capture, zweiter die Ausgabe der GetSystemTime/OutputDebugStr Applikation): "04.12.2010 23:52:59",23:51:52 PM 12/4/2010 "04.12.2010 23:54:59",23:53:52 PM 12/4/2010 "04.12.2010 23:56:59",23:55:52 PM 12/4/2010 "04.12.2010 23:58:59",23:57:52 PM 12/4/2010 "05.12.2010 00:00:59",23:59:52 PM 12/4/2010 "05.12.2010 00:02:59",12:00:09 PM 1/1/2006 "05.12.2010 00:04:59",12:02:09 PM 1/1/2006 "05.12.2010 00:06:59",12:04:09 PM 1/1/2006 "05.12.2010 00:08:59",12:06:09 PM 1/1/2006 und zwar genau wenn der Aus-/Einschaltvorgang mit dem Tageswechsel zusammenfällt. | ||||
| Forum Link | |||||
| Found Driver Version | |||||
| Fixed Driver Version | |||||
|
|
*)After ReadExternalRTC() DayOfWeek member was not updated to SYSTEMTIME (SYSTEMTIME.wDayOfWeek=0...6, RTC.weekofday=1...7)! This results that IsSystemTimeStructValid returns FALSE ... . Last modification *) was a bit hasty. The problem occurs also in rtc.c. RTC4543 works in the same way as internal RTC -> DayOfWeek=1...7. So we have to regard this when read/write external RTC. |
