Hallo Forengemeinde,
ich hoffe hier tummels sich noch Leute mit Atari-Knoff-Hoff.
Habe hier einen größtenteils unberührten MegaST 2. Dieser bootet mit seinem Tos 1.02 (2 Chip) völlig klaglos. Da der weder meine SCSI-Festplatte, hoch UpToDate ist, wollte ich den zumindest auf Tos 1.04 bringen. Ich habe mich bereits mit der KI einen Wolf gesucht.
Stand ist: Mit Tos 1.04 bleibt der Bildschirm schwarz.
Die Jumper sollten für 6 256er Chips richtig sein:
W2:1-2
W3:1-2
W4 : Brücke gesetzt
U12: entfernt
Er startet nicht. Habe das original Tos 1.0 mit 6 Chips versuch, das Tos 1.04(gepatcht), das Tos 1.04 (ohne Patch). Er startet nicht.
Ich habe die Eproms (U2 - U7) in mehrere Varianten in die Sockel gesteckt.
Hast auch dein funktionierendes TOS 1.02 mal selber auf EPROMS geschrieben und dann davon erfolgreich gebootet?
Um auszuschliessen, dass es am Schreiben (und Löschen) oder den EPROMS liegt.
Sicher dass die EPROMS in Ordnung sind?
Ich habe gerade einen Teil meiner Atari-Sachen durchgesehen.
Nix gefunden. Aber ich habe noch jede Menge Datenträger - aber keine Möglichkeit das LW am PC anzuschließen. SCSI gibts am Notebook nicht. Treiber fürs DynaMO wahrscheinlich auch nicht.
Mein TT ist noch eingemottet. War für die Rente in 2 Jahren geplant ;-)
EPROMS mit TOS 3,06 u.a. müssten aber auch noch irgendwo liegen.
Also mittlerweile läuft der MegaST 2 mit Tos 1.04. Aber das sind meine 256er Eproms aus meinem Atari 520ST. Habe dann versucht mit meinem Maxon-Eprommer einen Satz zu brennen. Der startet, und resetet, und das in einer Endlosschleife. Manchmal bootet er meine SCSI-Quantum, sehe dann noch die Biene, und dann 'Reset', and so long.
Also der grundlegende Fehler von mir mit der Zuordung der Eproms. Folgende Variante funktioniert:
Atari 520 Mega ST
U2 -> Hi-2
U3 -> Hi-1
U4 -> Hi-0
U5 -> Lo-2
U6 -> Lo-1
U7 -> Lo-0
Das wusste ich nicht mehr. Selbst die KI scheiterte hier, wobei sie mir viel geholfen hat.
Ich habe nun x-Varianten vom 1.0 bis zum Kaos-Tos auf Platte, Habe mir dazu eine Doku damals geschrieben, mit Checksummen zu den einzelnen Eproms. Diese stimmen nun aber nicht mehr. weiß Geier warum. Habe mir alle bis zum 2.06er wieder aus dem Netz geholt.
Aber gut. Momentan läuft er mit dem Satz aus meinem 520er. Nun muss ich den auf 4Mb bringen, und evtl. ne größere Festplatte.
Kann es sein, dass die Festplatte (Quantum Pro 270Mb S) die Bits verliert? Die war nun gut 5 Jahre außer Betrieb. Eingeschaltet und hat gebootet.
Manchmal bootet er meine SCSI-Quantum, sehe dann noch die Biene, und
dann 'Reset', and so long.
Dass er nur manchmal bootet, könnte daran liegen, dass auf die Platte zugegriffen wird, bevor sie bereit ist. Das kannst Du verhindern, indem Du entweder die Diskette aus dem Laufwerk nimmst (und eklige Geräusche erträgst) oder etwas in den Bootsektor schreibst, was eine zeitlang wartet.
Der Reset ist seltsam. Ist auf der Platte evtl. etwas im AUTO-Ordner, was nicht zu dieser Hardware passt? In dem Fall könnte es helfen, direkt nach dem Einschalten Control gedrückt zu halten, dann wird er übersprungen.
Habe mir alle bis zum 2.06er wieder aus dem Netz geholt.
Für TOS 2.06 brauchst Du allerdings bei STs ohne E einen Hardware-Umbau, das ist 256k gross (passt also auch nicht auf 6 256er) und muss bei 0xe00000 (statt 0xfc0000) anfangen.
Kann es sein, dass die Festplatte (Quantum Pro 270Mb S) die Bits
verliert? Die war nun gut 5 Jahre außer Betrieb.
Unwahrscheinlich. Wenn Du irgendwelche Hardware mit SCSI-Controller hast, kannst Du ja mal versuchen, ob Du problemlos ein Image davon gezogen bekommst.
Hallo RBX,
auf dem MegaST2 Board sind die leeren Plätze für die 511000 bereits da. Benötige nur noch die Chips und Sockel dazu. Bekomme alles bei Kessler. PS2-Riegel hätte ich zwar, aber keine Sockel dazu.
Hallo Hmmmm,
Die Checksummen hat mir damals der Juniorprommer generiert. Den gleichen Weg habe ich nun die letzten Tage auch gemacht. Allerdings auf dem MegaST, weil mein 520er irgendwo ein Kontaktproblem im Kreis der MMU hat, den ich nicht finde.
Wegen dem Reset: ich gehe davon aus, das die Eproms einen Fehler haben. Habe nun alle 6 wieder gelöscht. Nun streikt aber mein 520er mal wieder. Damit kann ich nicht brennen.
auf dem MegaST2 Board sind die leeren Plätze für die 511000 bereits da.
Ja, es gab zwar Revisionen, bei denen das anders war (ich glaube, so einen hatte ich auch mal), aber wenn die Plätze da sind, ist das der elegantere Weg. Vergiss das dazugehörige Hühnerfutter nicht.
PS2-Riegel hätte ich zwar, aber keine Sockel dazu.
Das wäre auch eher eine Bastellösung für 520/1040ST-ohne-E, Mega ST1 & Co. Der vorhandene Speicher wird abgeklemmt und ein PS/2-SIMM mit fliegender Verdrahtung drangehängt.
ich hatte seinerzeit einen GAL-Prommer von Maxon. Der produzierte hin und wieder defekte Chips.
Vielleicht hilft es neue EPROMS mit einem alternativen Prommer zu brennen.
Gruß
Ralf
Hallo Ralf,
wenn ich die Eproms brenne werden die im Anschluss automatisch nochmals verglichen. Da sind diese identisch. Habe noch einen Satz KAOS-TOS hier. der funktioniert. Der lag schon ewig im Fach. Dann läuft er halt mit dem Kaos-Tos.
Ich habe seinerzeit kaum mit dem TOS gespielt. Hauptsächlich TOS-Umschaltungen auf meinem MST und der meiner Kumpels.
Später auf dem TT lief TOS 3.06 doch hatte ich keine Zeit mehr irgendetwas zu verändern. Lediglich Jinnee habe ich noch hinzu installiert. Selbst eine ST-RAM Erweiterung blieb unbestückt daneben liegen.
Gibts noch irgendetwas nachzulesen zu TOS-Patches?
Noch ist der TT eingemottet aber in 2 Jahren bin ich in Rente und plane das Teil zu reaktivieren.
Immerhin nutze ich noch Calamus SL als Überbleibsel aus meiner Atari-Zeit.
Gibts noch irgendetwas nachzulesen zu TOS-Patches?
ich weiß nicht ob du es wußtest, Andreas Kromke nannte deswegen sein OS K für Kromke, A für Andreas OS ---KAOS
Er hatte das Tos 1.4 in Assembler entfehlert und auch dem Jack Tramiel kostenlos angeboten, der lehnte es ab weil es sein Baby war, eine unverständlich Dummheit.
Das hätte den Weg ebnen können für 68030 bis 68060, so müssen wir leider mit iSCHROTT oder X86 weiter arbeiten.
Er hatte das Tos 1.4 in Assembler entfehlert und auch dem Jack Tramiel
kostenlos angeboten, der lehnte es ab weil es sein Baby war, eine
unverständlich Dummheit.
Das hätte den Weg ebnen können für 68030 bis 68060, so müssen wir leider
mit iSCHROTT oder X86 weiter arbeiten.
Interessant. Ich dachte die Weiterentwicklung hatte Probleme mit der Hardwareintegration hinsichtlich Weiterentwicklung und Kompatibilität. Außerdem gab es keinen 4004 als Grundbaustein, der einen viel besseren Logikzusammenhang zum Lernen nahelegte.
