Autor Thema: PAK/3-020  (Gelesen 70803 mal)

0 Mitglieder und 1 Gast betrachten dieses Thema.

Burkhard Mankel

  • Gast
Re: PAK/3-020
« Antwort #100 am: Do 05.05.2016, 12:12:29 »
...
Meines Wissens ist die Sprungadresse in allen TOS-Versionen gleich. ...
Dann verstehe ich nicht ganz, warum man beim ST noch 'ne extra Adressanpassung für das TOS 2.(0)6 benötigt, das ja auch an einer neuen Adresse beginnt - und mW  liegt der Startbereich wegen dem größeren Platz nicht oberhalb, sondern unterhalb der vom ST TOS bekannten Startadresse
- TOS 1.(0)x: $F0000000
- TOS 2.(0)6: $Exyzabcd
(Die Startadressen habe ich jetzt nicht exakt im Kopf gehabt!)

Offline 1ST1

  • Benutzer
  • Beiträge: 8.661
  • Gesperrter User
Re: PAK/3-020
« Antwort #101 am: Do 05.05.2016, 19:28:09 »
Die niedrigste Adresse des ROM-Bausteins muss ja nicht die Einsprungadresse sein. Aber wenn bei kleinen STs die Glue genau die 192 kB des TOS 1.0x als ROM-Bereich erkennt und entsprechende Chipselectsignale für genau diese 192 kB erzeugt, weiß sie halt nix von weiteren 64 kB, die bei TOS 2.0x nochmal davor liegen. Das ist genau das was die TOS-Karten so machen.
Ausgeloggter Mitleser, der hier NIE mehr aktiv wird. Am besten, meine Inhalte komplett löschen. Dabei berufe ich mich auf mein Urheberrecht, die DSGVO und auf die Rechte, die mir unter Impressunm&Datenschutz zugestanden werden. Tschö!

Offline czietz

  • Benutzer
  • Beiträge: 3.679
Re: PAK/3-020
« Antwort #102 am: Do 05.05.2016, 19:39:22 »
Die Adressbereiche von TOS 1.00 - 1.04 (192-kiB-Versionen) und neueren Versionen (256-kiB-Versionen) sind sogar komplett nicht-überlappend: 0xFC0000 - 0xFEFFFF respektive 0xE00000 - 0xE3FFFF. Natürlich ist auch die Startadresse, also der initiale Wert des Program Counters, den die CPU nach dem Reset von Adresse 4 lädt, unterschiedlich. Ich habe mal in den vorhandenen TOS-Images nachgesehen:

TOS 1.00: 0xFC0020,
TOS 1.02 und 1.04: 0xFC0030,
TOS 1.06, 1.62 und 2.06: 0xE00030,
TOS 3.06: 0xE00030 (512 kiB lang, von 0xE00000 - 0xE7FFFF).

Entsprechend ist letzteres die Adresse, die in den Start-ROMs stehen muss, damit eine PAK/3 TOS 2.06 bootet.
« Letzte Änderung: Fr 06.05.2016, 18:08:02 von czietz »

Burkhard Mankel

  • Gast
Re: PAK/3-020
« Antwort #103 am: Do 05.05.2016, 19:46:37 »
Ich frage mich nur, wann man bei jedem TOS einen gleichen Speicherbereich als Einsprungadresse nutzt, warum konnte man dort nicht auch die Information ablegen, daß das installierte TOS eben nicht 192k, sondern 256k groß ist und wo der zusätzliche Speicherbereich zu suchen ist. nein, ich habe es aus den Dokumentationen, die ich dazu erfaßte, immer die Info interpretiert, daß der Einsprungbereich (bzw. Startadresse) irgendwo im Anfangsbereich des TOS Speichers liegt - ähnliches hat wohl auch @czietz eben vermittelt!

Und darum sage ich ohne die Martirie eigentlich richtig verstanden zu haben, die von mir zitierte Aussage von @1ST1 ist erst einmal grundweg falsch!
« Letzte Änderung: Do 05.05.2016, 19:53:57 von Burkhard Mankel »

Offline 1ST1

  • Benutzer
  • Beiträge: 8.661
  • Gesperrter User
Re: PAK/3-020
« Antwort #104 am: Fr 06.05.2016, 09:44:40 »
Das ist reichlich merkwürdig, dann dürfte nämlich ein ST mit TOS 1.0x nicht starten, wenn auf der PAK ein 2.06 steckt.

Sicher ist auf jeden Fall, dass ein ST mit PAK-ROM nicht startet, wenn im ST-Board kein ROM steckt.
« Letzte Änderung: Fr 06.05.2016, 09:47:43 von 1ST1 »
Ausgeloggter Mitleser, der hier NIE mehr aktiv wird. Am besten, meine Inhalte komplett löschen. Dabei berufe ich mich auf mein Urheberrecht, die DSGVO und auf die Rechte, die mir unter Impressunm&Datenschutz zugestanden werden. Tschö!

Offline czietz

  • Benutzer
  • Beiträge: 3.679
Re: PAK/3-020
« Antwort #105 am: Fr 06.05.2016, 17:48:55 »
In der PAK/3-Anleitung lese ich dazu:

Zitat
[...] sind leider Start-ROMs auf dem Mainboard nötig, die in den zweiten 4 Bytes die Adresse des PAK-TOS ($FEE0 0000) als Start-PC enthalten müssen [...]. Die deutsche PAK-TOS Version kommt ohne Start-ROMs aus (allerdings müssen schon irgendwelche ROMs auf dem Mainboard sein), da hier ein Trick beim Lesen der TOS-Startadresse angewandt wird [...]

Worin der Trick besteht, wird leider nicht verraten.