Datum beim 1040 STE spielt verrückt

[megamausffm]

Hallo,
Ich hab da mal ein Problem:
Mein STE (TOS 1.62) zeigt beim Start als Datum zur Zeit immer 00:00:28 an. Da der Atari ja keine Speicherbatterie hat ist klar, dass man das Datum immer neu einstellen muss.
Ich hatte bis vor Kurzem daher auch ein DCF Uhrenmodul am Joystickport dran um das ewige einstellen zu sparen. Das hat auch etwa 2 Jahre funktioniert. Seit etwa 3 Wochen empfängt er zwar noch die Uhrzeit, überträgt sie aber nicht mehr ans System.  Als Software habe ich DCF-Time was hier im Forum auch schon empfohlen wurde.
Außerdem habe ich noch eine Hydra mit Sting.

Soviel zur Vorgeschichte, jetzt mein Problem:
Der Rechner stellt aus irgend einem Grund das Datum um bzw. zurück auf den 00.00.28.
Damit kann u.a. der Notator nicht umgehen und stürzt dann ab. Nach einem Reset geht er aber wieder.

Kann es sein, dass da der Uhr- bzw. Takt Chip kaputt ist? Kann man den auswechseln bzw. gibt es den überhaupt noch?
Oder kann es noch an etwas anderem liegen?

Ach ja, ich habe noch den HDDriver 8 und eine Satandisk dran.
Danke für Eure Hilfe

[Lukas Frank]

Kann es sein, dass da der Uhr- bzw. Takt Chip kaputt ist? Kann man den auswechseln bzw. gibt es den überhaupt noch?
Oder kann es noch an etwas anderem liegen?

Der 1040STE hat keinen Uhren Baustein. Das mit dem Datum und der Uhrzeit läuft über den Tastatur
Prozessor ...

[1ST1]

Wer seinen alten ST/STE mit dauerhafter Uhrzeit versehen möchte, sollte sich mal den Tastaturprozessor anschauen... Da ist eine Echtzeituhr drin, ich weiß allerdings nicht, ob die Jahr-2000-kompatibel ist. Da gabs damals Bastelleien, um den Tastaturprozessor per Akku zu puffern. Das schöne an dieser Variante ist, dass der Tastaturprozessor bei jeder ST/STE/TT/Falcon-Tastatur gesockelt ist, das heißt, man braucht am ATARI selbst nichts zu löten, wenn man die Schaltung an einen Zwischensockel anschließt..

Hier ist eine passende Schaltung: http://www.8bitchip.info/atari/ikbdbatt.html

So eine ähnliche Schaltung hatte ich damals in meinem ST (Tower, HP-Tastaturgehäuse mit 520er Tastatur drin), also in der Tastatur, drin, und das hat gut funktioniert. Allerdings im Gegensatz zu obiger Schaltung hatte meine Schaltung 4 x 1,2 V Akkus (=4,8V) drin. Der Tastaturprozessor hielt die Uhrzeit so über mehrere Wochen.

Ich sehe außerdem gerade, dass auf der oben genannten Seite auch ein Programm für den Autoordner verlinkt ist, dass diese Uhr Fit für 2000-2019 macht.

[ToPeG]

In meinem 520St hatte ich so eine Schaltung drin. Das Problem war, dass die Uhr zu schnell ging. Nicht viel aber immerhin genug um in einem halben Jahr einen Tag vor vor zu gehen. Das Problem ist der verbaute Schwingquarz. Aus Kostengründen wurden welche mit hoher Toleranz verbaut. Die Abweichungen lassen die Uhr schneller oder langsamer ticken. Ich hatte mir mal aufgeschrieben welche Frequenz der Quarz haben muss damit die Uhr genau geht. Möglicherweise finde ich das noch mal.

[1ST1]

Das ist mir ehrlich gesagt bei der Variante nie aufgefallen. Ob es Quarze mit genau der Taktfrequenz gibt, und ob dann noch die Kommunikation zwischen IKBD und System funktioniert?

[simonsunnyboy]

Solangs ungefähr hinhaut, reicht es auch. Wenn die Uhr pro Tag 1 oder 2 Minuten falsch geht, was solls. Kann man einmalig korrigieren, das muss dann ja nicht mehr mit jedem Kaltstart passieren.

Am ST kann ich mir keine Anwendung vorstellen, die zwingend eine Uhr braucht die atomar genau nach UTC pocht

Mal ehrlich, eine Datei gespeichert am 5.August 2012  um 13:00 laut GEMDOS Zeitstempel, auch wenns konkret 12:45 war. Macht das einen Unterschied?

Solange die Dateien in sich konsistente Zeitstempel haben, d.h. jedes speichern sichert einen neueren, weiteren Zeitstempel, dann sehe ich persönlich kein Problem damit.

PS: Ich habe irgendwo noch ein Uhrmodul für den ROM-Port, das wird beim Booten ausgelesen und ist batteriegepuffert. Auch die dortige Zeit ist ziemlich ungenau.

[megamausffm]

Hallo und Danke erst mal für die ganzen Antworten.
Natürlich kommt es nicht auf ein paar Minuten an.
Das Problem ist aber, dass das Datum beim Arbeiten einfach mal so unmotiviert auf 0.0.28 springt. Wenn ich es nicht merke, kann ich damit zwar abspeichern, komme aber anschließend nicht mehr dran
Deshalb kam ich auf ein Chipproblem.
Kanne es evtl. an der Tastatur bzw. den ensprechenden Chips liegen?

[Lukas Frank]

... du kannst ja mal den Tastatur Prozessor gegen einen anderen austauschen und schauen ob das Problem dann nicht mehr besteht.

[megamausffm]

Gerade probiert Geht leider nicht

[Lukas Frank]

Gerade probiert Geht leider nicht

Vielleicht ist es ja gar kein Hardware Problem sondern eine Software sache ...

Lasse doch mal alle AUTO Ordner und ACC´s Programme weg !?!

[simonsunnyboy]

TOS selbst ist soweit ich mich erinnere nur eingeschränkt Y2K fähig. Vielleicht liegt es auch einfach daran? Selbst wenn die Hardwareuhr einen richtigen Wert liefert, kann der vom TOS vllt nicht interpretiert werden?

[rainers]

Hallo megamausffm,

Du schreibst:

Der Rechner stellt aus irgend einem Grund das Datum um bzw. zurück auf den 00.00.28.

Wenn ich das richtig verstehe, dann wird zumindest einmal die Zeit vom DCF-Modul korrekt erkannt/gelesen und ans System übertragen bzw. die Systemzeit gesetzt. Ist das so richtig?
Die 28 in Deiner Datumsangabe deutet darauf hin, daß Du einen Y2K-Patch für TOS verwendest. Das so gesetzte Datum ist zunächst korrekt.
Irgendwann sollte DCF-Time die Zeit vom DCF-Modul lesen und übertragen. Liest DCF-Time die Zeit noch korrekt, also kannst Du sie im CPX sehen bzw.wie hast Du herausgefunden, daß das DCF-Modul noch die korrekte Zeit liefert?

Gruß
Rainer

[megamausffm]

Hallo Rainer,
Ja ich sehe die Zeit im CPX- Modul.
"Leider" habe ich auch irgendwann mal ein Y2K Patch installiert. Ohne Satandisk zeigt das System auch brav das Datum von 1990 an.
Weißt Du/Wisst Ihr, in welchen Dateien sich das patch breitmacht?
Danke auf jeden Fall schon mal an alle und lieben Gruß
Gerhard

[rainers]

Hallo Gerhard,

sorry, daß ich nochmal nachfrage.
Funktioniert das Setzen der Zeit nicht mehr, seitdem Du die Satandisk eingebaut hast? Oder lief das System, so wie Du es beschrieben hast, bis vor drei Wochen stabil?

Im Übrigen funktioniert DCFTIME bei mir nicht, daher verwende ich CLOCKDRV (aber das DCFTIME dürfte bei Dir eigentlich nicht die Ursache sein).

Gruß.
Rainer

[megamausffm]

Hallo Rainer,
Das System lief die ganze Zeit normal, auch mit der Satandisk, die ich seit etwa 2 Jahren habe.
Der Rechner macht das Gleiche auch mit der SCSI-HD.
Daher vermute ich mal, dass es an der Hardware des STE liegt.
Ich kann die Zeit ja auch einstellen, aber sobald ich ein Programm starte bzw. beende oder z.B. im Notator eine andere Aktion mache stellt der Rechner das Datum mindestens beim Jahr  zurück bzw. auf 28.
Da er z.T. auch das Midi-Tempo auf Maximum verändert dachte ich halt an einen Defekt in der Uhr bzw. der Taktung dabei.
Blöderweise macht der Rechner das nur manchmal, so dass ich noch kein System herausfinden konnte.
Gruß
Gerhard

[rainers]

Ja, es sieht so aus, aber dennoch das hier noch 

Wenn DCFTIME korrekt anzeigt, dann müßte es ja auch immer wieder die Zeit korrekt setzen. Tut es das denn? Oder läßt Du die Zeit nur einmalig beim Systemstart setzen?
Du kannst das Setz-Intervall bei DCFTIME auf einen kleinen Wert setzen und schauen, ob das funktioniert.

[megamausffm]

Nee, selbst wenn ich das setzen auf 1 min einstelle, erkennt er zwar das Datum, gibt es aber wohl nicht ans System weiter

[rainers]

Ja, das ist genau die Erfahrung, die ich mit DCFTIME auch hatte.
Versuche doch einfach mal CLOCKDRV.

[megamausffm]

Hallo Rainer,
Danke erst mal für den Tip mit Clockdrv. Damit kriege ich auf jeden Fall die Uhrzeit mal wieder in den Rechner.
Nur leider stimmt das Datum immer noch nicht. Der Rechner ist jetzt seiner Zeit voraus bei 2040.
Ich habe 3 verschiedene Y2K Patch - Programme ausprobiert aber keines funktioniert richtig.
Das Clockdrv. zeigt zwar das richtige Datum an, aber im System kommt es leider nicht an.
Das Datum wäre schon wichtig um u.a. verschiedene Songversionen zu unterscheiden.
Hast Du da auch noch einen Rat?
Danke schon mal.
Gerhard

[rainers]

Hallo Gerhard,

sieht doch gar nicht so schlecht aus  Denn 2040 - 28 ist 2012.
Schau mal in diesen Thread
http://forum.atari-home.de/index.php?topic=8179.0
Wenn Du die Readme zum Y2KPatch gelesen hast, dann weißt Du, was ich meine.
Du setzt wohl einen Patcher ein, der das Problem mit dem Setzen von Daten zw. 2000 und 2027 beheben soll, aber offenbar besteht dieses Problem bei Dir gar nicht.

Grüße.
Rainer