\n| E000<\/td>\n | FFFF<\/td>\n | 8<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n Alle Angaben sind in Hexadezimal. Die Ausgangsleitung ist dann ein Chip-Select Signal für einen Baustein. So wird jeweils nur ein Baustein angesprochen. So kann man sehr einfach z.B. acht RAM Bausteine mit 64 KByte ansprechen oder eine Mischung von RAM Bausteinen mit ROM Bausteinen, sofern es nicht mehr als acht sind. So kann sehr einfach ein Mikrocomputer mit bis zu 64 KB RAM\/RON wie z.B. der Dragon 32 oder Sinclair Spektrum entworfen werden. Es gibt andere Bausteine der 74xxx Serie die andere Verknüpfungen oder mehr Ausgangsleitungen aufweisen oder man kann sie kombinieren. Die frühen Platinen waren daher gut gefüllt mit diesen Bausteinen, auch weil man neben den Chips ja noch die Bussysteme trennen musste, Tastaturen und Ein\/Ausgabeports hatten eigene Leitungen und dürften auch nicht permanent aktiv sein. Besonders die damals beliebten Einplatinencomputer von Zeitschriften waren daher übersät von diesen Bausteinen und Platinen wurden daher auch gerne als „TTL-Grab“ bezeichnet. Später entwickelten die meisten Hersteller eigene Bausteine, welche die wichtigsten Signaltrennungen durchführten. Auch mein CPC hatte einen solchen als ULA bezeichneten Baustein. (ULA: Uncommitted Logic Array). Sie fassten mehrere andere Bausteine der 74xxx Serie in einem größeren Gatter zusammen, waren preiswerter zu produzieren und sparten Platz auf der Platine. ZX Spektrum, Acorn und CPC hatten solche ULA’s<\/p>\n Wenn man diese Zusammenhänge kennt, dann ist der Hardwareteil des Bankswitchings recht einfach zu verstehen: Im Prinzip werden weitere Bausteine genau so angesprochen wie die bisherigen. Auch das Verknüpfen der Signale für die Chip-Select Signal geht genauso. Nur müssen von irgendwo her die Signale für die zusätzlichen benötigten Adressleitungen herkommen. Nun wird es systemspezifisch. Ich gehe jetzt mal von einem Z80 Prozessor aus, weil ich mich da von meinem Computer CPC 464-6128 Serie auskenne. Schon der kleinste der Serie hatte 64 KB RAM und 32 KB ROM, musste also Bankswitching durchführen. Die Rechner waren erweiterbar um 255 ROM’s mit jeweils 16 KB Größe und die 6128 Serie hatte 128 KB RAM (mit Speichererweiterung hatte mein CPC 464 insgesamt 64 KB ROM und 576 KB RAM).<\/p>\n Beim Z80 ging dies sehr elegant, weil dieser neben dem Datenbus und Adressbus auch über einen Steuerbus mit 16 weiteren Leitungen hatte und dieser angesprochen wurde wie der Speicher. Dazu gab die Anweisungen IN und OUT. Die Adresse von der gelesen oder gespeichert wird, wird dabei im Register BC vorgegeben. 16 Leitungen sind mehr als genug für Speicherweiterungen. Wenn nicht an diesem Steuerbus auch einige Peripheriegeräte (wie z.B. im Schneider das 8255 mit vier I\/O Ports, der Soundchip AY-8912 und der Video Display Prozessor 6845) hängen würden, dann könnte man so über diesen Mechanismus 4 GByte RAM adressieren.<\/p>\n Beim CPC 464 wurde so vorgegangen, wie bei anderen Computern auch: bestimmte Bausteine fühlten sich angesprochen wenn bestimmte Adressleitungen des Kontrollbuses ein Signal aufweisen. Dadurch belegten sie ganze Adressräume. So sah es beim Basismodell CPC 464 aus:<\/p>\n ![\"\"](\"\/img\/cpc-464-iobus.jpg\") Deutlich wird, dass beim Systembus immerhin noch die unteren 8 Bits belegt werden können. Auch davon standen nicht alle zur Verfügung. Bestimmte Bereiche wurden für Schnittstellen und die Diskstationen (bis zu 4 Disks) reserviert, ebenfalls nach dem Adressbereichprinzip. Doch 4 Bits waren noch frei. Diese hat der Hersteller meiner Speichererweiterung z.B. für 512 KByte RAM (in Kacheln von je 32 KB) genutzt.<\/p>\n
Das ansprechen ist das eine, doch ein lauffähiges System ist ein anderer Punkt. Die Architektur des CPC 464 in der Basiskonfiguration zeigt Abbildung 2.<\/p>\n In den unteren 16 KB liegt das Betriebssystem. In den oberen 16 KB der Videospeicher und der Basic Interpreter und Erweiterungs-ROMs, die beim CPC RSX hießen (ich hatte 2 RSX im Einsatz, eines mit dem Diskettenbetriebssystem und eines für die Speichererweiterung mit einem Monitorprogramm. 7 können direkt angesprochen werden, maximal 255 indirekt).<\/p>\n Die Betriebsweise wird bei BASIC deutlich: Der BASIC Interpreter kopierte die Quelltextzeile in den Speicherbereich unter den Videospeicher (wie bei den meisten Rechnern waren natürlich nicht mal die 48 K voll nutzbar, aber immerhin 43.903 Bytes für BASIC – mehr als bei jedem anderen 8-Bit-Computer den ich kenne). In diesem Bereich hatten BASIC Interpreter und Betriebssystem Zugriff auf die Daten. Nur das Betriebssystem griff auf den Videospeicher zu – der Zugriff erfolgte über eine Tabelle von Sprüngen im oberen Bereich ab der Adresse BB00H. Diese führten zu einem RST Befehl, der über einen Out Befehl das Betriebssystem in den Adressraum einblendete. Wer eigene Programme schrieb und das Betriebssystem aufrief tat also gut daran diese erst bei 4000H beginnen zu lassen….<\/p>\n Analog konnte das Betriebssystem auch die ROM Erweiterungen im oberen Bereich einblenden. Da es schon dieses Konzept gab war es kein Problem es zu erweitern als 128 KB Speicher modern wurden. Beim CPC 6128 wurde das umgesetzt. Ich glaube später waren sogar Modelle mit 256 und 512 KB auf dem Markt, aber nicht mehr in Deutschland.<\/p>\n Das Umschalten erfolgte durch Befehle wie OUT A,(BC), wobei BC im zweiten Registersatz (den man nicht benutzen sollte) immer das aktuelle Steuerwort enthielt welches RAM\/ROM gerade aktiv war.<\/p>\n Der nutzen war jedoch eingeschränkt, weil die grundlegende Architektur aus Kompabilitätsgründen nicht verändert wurde. Das Modell 6128 hatte einige zusätzliche Befehle, die als RSX realisiert wurden, das waren Befehle in ROM’s, die mit „|“ anfingen. Es gab zwei Einsatzmöglichkeiten: Nutzung um vier Bilder zu je 16 KB zwischenzuspeichern oder als RAM-Floppy von 64 KB Größe für feste Datensatzgrößen (dafür aber freier Zugriff). Nicht viel. Fremdhersteller wären da erfindungsreicher.<\/p>\n ![\"RAM](\"\/img\/cpc-464-ram-rom.jpg\") Mein CPC 464 hatte eine 512 KB Speichererweiterung von Vortex. Unter Basic konnte man dort 10 Programme von je 32 KB Größe ablegen und einen 32 KB Druckerspooler nutzen. Der Rest des Speichers wie beim 6128 als RAM-Floppy. Immerhin war der Speicher für BASIC Programme nutzbar, es gab auch GOTO und GOSUB Befehle die direkt eine Bank springen konnten. Ich nutzte das für ein Kombiprogramm: Einen Texteditor mit Assembler \/ Monitor. Das waren eigentlich drei Programme aber so liefen sie gelichzeitig.<\/p>\n
Viel sinnvoller war die Nutzung unter CP\/M. CP\/M konnte ab der Version 3.0 Bank-Switching. Vortex lieferte eine Anpassung für CP\/M 2.2 die fast so viel Speicher freischaufelte. Da CP\/M ein anderes Betriebssystem war, musste es keine Rücksicht auf die Position von BASIC Interpreter und RSX nehmen. So kam man in den Genuss von rund 61-62 KB freiem Speicher unter CP\/M. Den Rest belegten die Sprungvektoren und Datenpuffer. Vortex nutzte auch den restlichen Speicher als RAM Disk (448 KB). Das war wirklich praktisch. Ich schrieb auf meine Disketten ein Startprogramm das beim Booten einfach den ganzen Inhalt in die RAM Disk kopierte. Nur das Rückkopieren dürfte man nicht vergessen. In Zeiten in denen Disketten langsam waren war das traumhaft.<\/p>\n Eine zweite Methode war bei 6502 Systemen nötig. Diese hatten keinen Steuerbus mit eigenen Adressleitungen die für diesen Zweck genutzt wurden. Hier wurden MMU (Memory Management Units) eingesetzt. Das System einer MMU ist relativ einfach: Sie enthält eine Reihe von Tabelleneinträgen, jeder steht für eine Adresse. Anstatt 16 Bits für den ganzen Adressraum benötigt der Prozessor dann nur wenige Bits um die Tabelleneinträge zu adressieren. Ein einfacher Baustein ist z.B. das 74LS610, ein TTL Baustein mit 16 Registern ‚a 12 Bit Breite.<\/p>\n Das ganze ging dann z.B. so: 4 Bits werden benötigt um die 16 Register anzusprechen. Daher werden die oberen 4? Adressleitungen mit den Leitungen welche ein Register des 74LS610 selektierten verbunden. Die Datenleitungen 1-8 (der 6502 konnte nicht in einem Schritt ein 16 Bit Wort ausgeben) wurden mit dem 6502 verbunden. Dazu kam dann noch eine Logik, um den Chip zu selektieren, wie dies bei anderen Periphierebausteinen geschieht.<\/p>\n Der 6502 gibt nun zuerst an den 74LS610 ein Datenwort aus. Es enthält eine 8 Bit Adresse und wird in ein Register geschrieben. Danach kann auf den Speicher zugegriffen werden, Die unteren 12 Bits kommen vom 6502. Sie selektieren eine 4 KByte große Seite im Adressraum. Die oberen 8 Bits kommen vom 74LS610. Sie selektieren eine 4 KB Seite in einem 1 MB großen Adressraum. (12 Adressbits vom 6502 und 8 Bits vom 74LS610). ein 8080\/Z80 System hätte mit demselben Baustein sogar 16 MB adressieren können.<\/p>\n Warum war Bankswitching trotzdem so schlecht beleumundet? Man darf nicht vergessen, dass im Prinzip auch der 8086 Bank Switching nach Art einer MMU durchführte. Der 8086 sprach nur ein Segment von 64 KB an. Mit drei Segmentregistern konnten drei Bereiche im 1 MB Großen Adressraum angesprochen werden. Durch Indexregister konnte die Startadresse jeweils in 16 Byte Abständen verschoben werden. Das ist das gleiche Prinzip wie bei einer MMU, nur ist die Programmierung etwas einfacher.<\/p>\n Die Gründe dafür liegen, dass Rechner mit mehr als 64 KB RAM recht spät aufkamen. CP\/M verfügte ab 1982 die Möglichkeit für Bankswitching. Der Speicher wurde zuerst nur genutzt um CP\/M in den zweiten 64 KB Bereich auszulagern. Schon es war ein Kompromiss zwischen dem alten CP\/M das für Anwendungsprogramme den Bereich zwischen 100H und dem Start des Betriebssystems zur Verfügung stellte, aber einen durchgängigen Adressbereich. Wenn es mit der Komptabilität gebrochen hätte und Systemaufrufe für das Auslagern von Programmspeicher zur Verfügung gestellt hätte, so hätte man sicher den Speicher effizienter nutzen können.<\/p>\n Die Umsetzung von Vortex den Speicher als RAM-Floppy und Spooler zu nehmen, war auch recht populär bei größeren Rechnern. Die meisten Anwendungsprogramme für CP\/M waren ja auch alt und liefen auch unter dem alten CP\/M 2.2. Sie kamen gut mit 64 KB und mehr Speicher machte einfach das Arbeiten bequemer, aber stellten nicht mehr Speicher zur Verfügung. Man darf nicht vergessen, dass in den frühen MS-DOS Versionen es auch nur das COM-Dateiformat für ausführbare Programme gab – auch das war auf 64 KB Größe beschränkt.<\/p>\n Noch schlechter war das bei Heimcomputern gelöst die unter BASIC arbeiteten, sei es Commodore C128, MSX oder Spektrum 128. Die Rechner wurden einfach auf 128 KB aufgebohrt und der zusätzliche Speicher konnte nur auf Umwegen genutzt werden. Die Befehle für RAM-Floppy und Grafikbildschirme beim CPC 6128 waren da ja schon „fortschrittlich“. Bei den MSX Rechnern konnten schon mehr als 32 KB RAM nur über Maschinenspracheprogrammierung genutzt werden. Mit den BASIC Interpretern und dem Betriebssystem im ROM war klar dass für Programme maximal 40 KB zur Verfügung standen. Ich glaube damit wären auch viele zufrieden gewesen, wenn die anderen 64 KB einen anderen Vorteil versprochen hätten. Warum hat man den zusätzlichen Speicher nicht als Videoram benutzt? Das wird sowieso von der CPU verwaltet. Der in vielen Rechnern eingesetzte MC 6845 CRT Kontroller kann bis zu 512 KB adressieren. Wenn die zweiten 64 KB der populären 128 KB Computer als Videoram ausgelegt worden waren, dann wäre eine Auflösung von 320 x 200 in 256 Farben oder 640 x 400 in 4 Farben möglich gewesen – fast EGA Auflösung. Das wäre gerade bei den Spielmaschinen von Vorteil gewesen.<\/p>\n Die 128 KB Maschinen sehr ich als typische letzte Vertreter einer Serie – so wie heute mehr Megapixel zählen, egal ob dadurch die Bildqualität besser wird, hat man damals eben einfach auf die KB Angaben geschaut – egal ob diese nutzbar waren.<\/p>\n
\nSo, da dies ein sehr langer Beitrag war. Heute mal wieder einen Tag Pause. Vielleicht kommt ja jemand auf ein allgemeines Rätsel, das nicht so schnell lösbar ist? Ich habe inzwischen mit meinem nächsten Buch begonnen, das den Titel „Das ist drin – der etwas andere Lebensmittelführer“ trägt. Es geht wie bei anderen Lebensmittelführern über die Zusammensetzung dieser, nur eben mehr Aufmerksamkeit auf verarbeitete Lebensmittel und Zusatzstoffe gelegt.<\/p>\n","protected":false},"excerpt":{"rendered":" Das heutige Thema kommt vielleicht 25-30 Jahre zu spät, aber vielleicht interessiert es den einen oder anderen doch, wie sein Heimcomputer mit mehr als 64 KByte Speicher zurecht kam.? Es geht darum, wie ein ein 8-Bit-Prozesssor mehr als 64 KB Gesamtspeicher verwaltet. Als erstes muss klar sein, dass wir von Gesamtspeicher reden, also RAM und […]<\/p>\n","protected":false},"author":169,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_jetpack_newsletter_access":"","_jetpack_dont_email_post_to_subs":false,"_jetpack_newsletter_tier_id":0,"_jetpack_memberships_contains_paywalled_content":false,"_jetpack_memberships_contains_paid_content":false,"footnotes":""},"categories":[4],"tags":[1652,1651,1650,1653,541],"class_list":["post-3755","post","type-post","status-publish","format-standard","hentry","category-computer","tag-74ls138","tag-74ls610","tag-bankswitching","tag-cpc-6128","tag-vortex","entry"],"a3_pvc":{"activated":false,"total_views":452,"today_views":0},"jetpack_featured_media_url":"","jetpack-related-posts":[{"id":18614,"url":"https:\/\/www.bernd-leitenberger.de\/blog\/2026\/03\/29\/galileos-cds-teil-3\/","url_meta":{"origin":3755,"position":0},"title":"Galileos CDS – Teil 3","author":"Bernd Leitenberger","date":"29. M\u00e4rz 2026","format":false,"excerpt":"So nun zum dritten Teil \u00fcber das prim\u00e4re Computersystem von Galileo, das CDS. Nachdem sich die ersten beiden Teile nur mit dem RCA 1802, warum er gew\u00e4hlt wurde und seiner Architektur befassten geht es heute um das Computersystem selbst. Der Artikel schlie\u00dft so an seine beiden Vorg\u00e4nger gestern und vorgestern\u2026","rel":"","context":"In "Raumfahrt"","block_context":{"text":"Raumfahrt","link":"https:\/\/www.bernd-leitenberger.de\/blog\/category\/raumfahrt\/"},"img":{"alt_text":"","src":"https:\/\/vg07.met.vgwort.de\/na\/6e7f572a246b4ac395de9c260733b707","width":350,"height":200},"classes":[]},{"id":18612,"url":"https:\/\/www.bernd-leitenberger.de\/blog\/2026\/03\/28\/galileos-cds-teil-2\/","url_meta":{"origin":3755,"position":1},"title":"Galileos CDS \u2013 Teil 2","author":"Bernd Leitenberger","date":"28. M\u00e4rz 2026","format":false,"excerpt":"So, heute geht es weiter mit Teil 2 \u00fcber Galileos CDS, dieser Beitrag schlie\u00dft nahtlos an den ersten Beitrag von gestern an, wie man schon an der ersten Textzeile sieht. Nach der Einleitung im ersten Teil geht es heute weiter damit warum der RCA 1802 genutzt wurde und was seine\u2026","rel":"","context":"In "Raumfahrt"","block_context":{"text":"Raumfahrt","link":"https:\/\/www.bernd-leitenberger.de\/blog\/category\/raumfahrt\/"},"img":{"alt_text":"","src":"https:\/\/vg07.met.vgwort.de\/na\/191e4b0728de42829cf656027b84dc82","width":350,"height":200},"classes":[]},{"id":18610,"url":"https:\/\/www.bernd-leitenberger.de\/blog\/2026\/03\/27\/galileos-cds-teil-1\/","url_meta":{"origin":3755,"position":2},"title":"Galileos CDS – Teil 1","author":"Bernd Leitenberger","date":"27. M\u00e4rz 2026","format":false,"excerpt":"Hall\u00f6chen, es wird Zeit das ich mich mal wieder melde. Es gab zwei Gr\u00fcnde, warum ich mich so rar gemacht habe. Das eine ist das es gerade nicht so viel aktuelles gibt, au\u00dfer einem Update zu Artemis, zu dem ich vielleicht noch etwas schreibe. W\u00e4hrend Trump das ganze Programm nach\u2026","rel":"","context":"In "Raumfahrt"","block_context":{"text":"Raumfahrt","link":"https:\/\/www.bernd-leitenberger.de\/blog\/category\/raumfahrt\/"},"img":{"alt_text":"","src":"https:\/\/vg07.met.vgwort.de\/na\/4fb81c7bafbd4d9d88b5695abdb33d29","width":350,"height":200},"classes":[]},{"id":18380,"url":"https:\/\/www.bernd-leitenberger.de\/blog\/2025\/09\/03\/die-glorreichen-10-das-war-mal-weg-pc-hardware\/","url_meta":{"origin":3755,"position":3},"title":"Die glorreichen 10 – Das war mal weg: PC Hardware","author":"Bernd Leitenberger","date":"3. September 2025","format":false,"excerpt":"Ich will heute mal zwei ZDF Info \/ Neo Sendungen verbinden. Die glorreichen 10, die bei mir als Vorlage f\u00fcr einige Blogs dienten und die von mir noch mehr gesch\u00e4tzte Sendung \"Das war mal weg\", wo es um Dinge geht, die fr\u00fcher fast jeder hatte und die heute aus unserem\u2026","rel":"","context":"In "Die Glorreichen 10"","block_context":{"text":"Die Glorreichen 10","link":"https:\/\/www.bernd-leitenberger.de\/blog\/category\/allgemein\/die-glorreichen-10\/"},"img":{"alt_text":"","src":"https:\/\/vg02.met.vgwort.de\/na\/876c61d389304d98aa0332fadd769381","width":350,"height":200},"classes":[]},{"id":18676,"url":"https:\/\/www.bernd-leitenberger.de\/blog\/2026\/05\/31\/die-glorreichen-10-programmiersprachen\/","url_meta":{"origin":3755,"position":4},"title":"Die glorreichen 10 \u2013 Programmiersprachen","author":"Bernd Leitenberger","date":"31. Mai 2026","format":false,"excerpt":"Ich wollte mal eine Reihe in dieser Rubrik \u00fcber Programmiersprachen machen. Zuerst dachte ich daran eine Liste nach meinen pers\u00f6nlichen Favoriten zu erstellen. Anfangs bef\u00fcrchtete ich, dass ich gar nicht auf 10 komme, aber es sind tats\u00e4chlich mehr, wenngleich ich in vielen Sprachen nur kleine Programme verfasst habe oder mich\u2026","rel":"","context":"In "Die Glorreichen 10"","block_context":{"text":"Die Glorreichen 10","link":"https:\/\/www.bernd-leitenberger.de\/blog\/category\/allgemein\/die-glorreichen-10\/"},"img":{"alt_text":"","src":"https:\/\/vg09.met.vgwort.de\/na\/4073c4f9dc6943a08702cdde13605d43","width":350,"height":200},"classes":[]},{"id":5216,"url":"https:\/\/www.bernd-leitenberger.de\/blog\/2011\/08\/10\/fcea2\/","url_meta":{"origin":3755,"position":5},"title":"FCEA2","author":"Bernd Leitenberger","date":"10. August 2011","format":false,"excerpt":"CEA2 (Chemical Equilibrium with Applications) ist ein seit gut 30 Jahren entwickeltes NASA Programm mit dem verschiedenste Probleme bei Gasphasen berechnet werden k\u00f6nnen. Ich beschr\u00e4nke mich auf das, was Raumfahrtliebhaber wohl am meisten machen: Die Berechnung der Performance von Triebwerken bei Raketen. Ich will die Benutzung des Programmes einmal erl\u00e4utern,\u2026","rel":"","context":"In "Raumfahrt"","block_context":{"text":"Raumfahrt","link":"https:\/\/www.bernd-leitenberger.de\/blog\/category\/raumfahrt\/"},"img":{"alt_text":"","src":"https:\/\/vg01.met.vgwort.de\/na\/89efc24160614a1a93d97d19447e81a6","width":350,"height":200},"classes":[]}],"jetpack_sharing_enabled":true,"amp_enabled":true,"_links":{"self":[{"href":"https:\/\/www.bernd-leitenberger.de\/blog\/wp-json\/wp\/v2\/posts\/3755","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.bernd-leitenberger.de\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.bernd-leitenberger.de\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.bernd-leitenberger.de\/blog\/wp-json\/wp\/v2\/users\/169"}],"replies":[{"embeddable":true,"href":"https:\/\/www.bernd-leitenberger.de\/blog\/wp-json\/wp\/v2\/comments?post=3755"}],"version-history":[{"count":0,"href":"https:\/\/www.bernd-leitenberger.de\/blog\/wp-json\/wp\/v2\/posts\/3755\/revisions"}],"wp:attachment":[{"href":"https:\/\/www.bernd-leitenberger.de\/blog\/wp-json\/wp\/v2\/media?parent=3755"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.bernd-leitenberger.de\/blog\/wp-json\/wp\/v2\/categories?post=3755"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.bernd-leitenberger.de\/blog\/wp-json\/wp\/v2\/tags?post=3755"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}} |