Hardware > Hardware (Classic 16-/32-Bit)
Mega STE 10MB Wevelsieb reine ST Ram Erweiterung ...
czietz:
--- Zitat von: Lukas Frank am Do 10.04.2025, 20:36:36 ---Mit den beiden EmuTOS 1.3 Eproms auf dem Mainboard läuft die erste Meldung auf dem weißen Bildschirm "EmuTOS 1.3 ..." in einer Schleife zerrissen durch und alles hängt ...
--- Ende Zitat ---
Ja, was gilt denn nun? In Post #104 hast Du ein "EmuTOS1_3Eprom.jpg" gepostet, das eindeutig den Desktop zeigt, wenngleich auch mit Grafikfehlern; jetzt widersprichst Du Dir selbst und sagst, dass "alles hängt".
Es geht mir darum, was exakt diese Version mit den Grafikfehlern (also EmuTOS 1.3, EPROM, nicht PRG!) beim Booten für einen Speicherausbau anzeigt.
R^2:
--- Zitat von: czietz am Do 10.04.2025, 21:05:58 ---Von sich aus macht die MCU gar nichts.
--- Ende Zitat ---
Hmm, ich bin noch nicht sicher, wer (TOS/MMU) nun was genau macht. Bleibt die Frage, warum das Profibuch beschreibt, dass "die MMU" diese Werte vorgibt.
Sie muss ja schließlich einen linearen Speicher erzeugen. Egal, wo der nun liegt.
Ferner gilt natürlich - ohne genaue Prüfung meinerseits - , dass TOS das Register von sich aus beschreibt, oder zeitlich nach der MMU "überschreibt". Was gilt denn nun für das Register 0xFF8001? Wer ist der "Master"? Merkt sich die MMU mit diesem Register den "linearen" Speicher? Oder merkt sich TOS den adressierbaren Speicher?
--- Zitat --- TOS testet beim Booten "auf Verdacht" nacheinander die möglichen Bankgrößen (2 MiB, 512 KiB, 128 KiB) und prüft jeweils, ob der Speicher damit wie erwartet funktioniert. Auf Basis dieser Prüfung wird das erwähnte Register 0xFF8001 gesetzt.
--- Ende Zitat ---
Ja, wie oben! Die selbe resultierende Frage. Man muss, glaube ich, Hardwareabfrage nach linearen Speicher und Softwareabfrage nach verfügbaren Speicher ganz genau trennen. Sonst kommen wir auch in der Grundfrage "Wevelsiep'sche Lösung" nicht weiter.
Bitte Schritt für Schritt vorgehen.
Die MMU braucht andere Detektionen - vorab - damit ein linearer Speicher entsteht. Und das TOS hat Tests, damit die echte Speichergrenze detektiert wird.
Wenn Dir, Christian, klar ist, wer welche Schritte zu welchen Zeitpunkt durchführt (TOS (Software) oder MMU (Hardware)), dann bitte den Zusammenhang klar machen. Wie gesagt: Ich bin nur Hardwerker!
Für die Sache: Bitte den zeitlichen Ablauf [MMU detektiert, TOS analysiert] der RAM-Analyse genau spezifizieren, sonst wird uns m.E die Wevelsiep'sche Lösung nicht erschlossen.
Gruß Robert
czietz:
Robert, Frank, ich verwendet schon wieder viel zu viel Zeit (die ich nicht habe) auf lange Erklärungen und anderer Leute Probleme. Ich beschreibe noch einmal, wie die ST-RAM-Detektion in TOS abläuft – auch wenn ich mir sicher bin, dass das Problem nicht in der Programmierung der MCU liegt. Seht mir bitte nach, dass ich mich aus diesem Thread danach ausklinke. Ich wünsche viel Erfolg bei der Fehlersuche.
Für beide ST-RAM-Bänke auf dem Mainboard getrennt macht TOS eine Speicherdetektion, die wie folgt abläuft: TOS programmiert auf Verdacht das MCU-Register 0xFF8001 für eine 2 MiB Bank. Sind in Wahrheit nur 512 KiB oder 128 KiB verbaut, führt das zu "Spiegelungen" im Speicher, die TOS findet, daraus die Bankgröße erkennt und entsprechend dann den korrekten Wert nach 0xFF8001 schreibt.
Doch das ist alles hier nicht Franks Problem, denn die ersten 4 MiB werden ja korrekt erkannt, wie er mehrfach geschrieben hat.
Danach sucht TOS oberhalb des schon detektierten Speichers einfach weiter, ob es weiteren beschreib- und rücklesbaren Speicher findet. Die MCU wird zu diesem Zeitpunkt nicht mehr angefasst. Die so gefundene Speichermenge wird in der Systemvariable phystop abgelegt.
R^2:
--- Zitat von: czietz am Do 10.04.2025, 21:59:10 ---Robert, Frank, ich verwendet schon wieder viel zu viel Zeit (die ich nicht habe) auf lange Erklärungen und anderer Leute Probleme. Ich beschreibe noch einmal, wie die ST-RAM-Detektion in TOS abläuft – auch wenn ich mir sicher bin, dass das Problem nicht in der Programmierung der MCU liegt. Seht mir bitte nach, dass ich mich aus diesem Thread danach ausklinke. Ich wünsche viel Erfolg bei der Fehlersuche.
--- Ende Zitat ---
Das hilft für die zeitliche Abfolge gut weiter. Danke Christian!
Frank, wenn Du möchtest, schick mir Deinen Rechner per Post zu. Meine postalische Adresse hast Du. (Sonst per E-Mail oder PM). Ich würde dann Deinen Rechner versuchen mir genauer anzusehen. Keine Garantie für irgendwas! Ferner: Die Zeit für Atari ist bei mir extrem eingeschränkt. Ich mach, was ich kann.
Für die Mitlesenden: Sobald sich Neuigkeiten ergeben, wird - natürlich - berichtet.
Gruß Robert
Lukas Frank:
Danke das machen wir so ...
Navigation
[0] Themen-Index
[#] Nächste Seite
[*] Vorherige Sete
Zur normalen Ansicht wechseln