!!!Das SPEEDY-System
[{TableOfContents }]
!!Teil 1
von Peter Bee
In dieser Serie möchten wir Ihnen alles Wissenswerte über Floppy-Speeder im allgemeinen, und über die SPEEDY 1050 und die Mini-SPEEDY im besonderen vermitteln. Wir werden uns dabei aber nicht auf Werbung oder Werbeaussagen beschränken. Wir denken vielmehr an eine Reihe von Artikeln die von den verschiedenen Autoren geschrieben werden sollen.
Hier mal eine kleine Übersicht über das, was Sie alles in dieser Serie erwartet:
* Eine allgemeine Einführung in die Problematik der Floppy-Speeder
* Die Entwicklungsgeschichte der SPEEDY
* Der Hardware-Ausbau der SPEEDY
* Das Betriebssystem der SPEEDY
* Die Sprungtabelle der SPEEDY
* Möglichkeiten der Programmierung
* Programm-Beispiele
* u.s.w.
Wir werden uns allerdings nicht unbedingt an diese Reihenfolge halten! Und mal sehen, wenn Ihr Interesse groß genug ist, können wir vielleicht noch ausführlicher auf die einzelnen Themen eingehen und die Serie fortsetzen.
!DIE SPEEDY 1050
Die Entwicklungsgeschichte der SPEEDY reicht bis in das Jahr 1985 zurück. Damals gab es für die Atari 1050 nur das Happy-Board als Floppy-Speeder. Aber fangen wir am Anfang an. Was ist überhaupt ein Floppy-Speeder, und was macht er?
Als Atari die ersten Computer in Deutschland verkaufte, wurde zu diesen Computern das Laufwerk mit der Bezeichnung 810 angeboten. Dieses Laufwerk war sehr robust in der Mechanik, äußerst präzise in der Anwendung. Gab es in der ersten Zeit einige Schwierigkeiten durch Datenverlust, wurde dieser Fehler durch Einbau eines Datenseparators sehr schnell beseitigt. Seit dieser Zeit gilt das Wort Datenverlust bei Atari 810 Besitzern als Fremdwort.
So gut dieses Laufwerk auch war, hatte es doch einen entscheidenden Fehler: Man konnte nur 88 kByte auf einer Diskette speichern. Dieses Single-Density Format wurde von Atari bei den 810er Laufwerken eingeführt.
Es gab auch, laut Atari Katalog, ein Laufwerk mit der Bezeichnung 815. Dieses Laufwerk wurde jedoch nie in Serie produziert. Es bestand aus zwei 810er Laufwerken die übereinander angeordnet waren. Außerdem verfügten diese Laufwerke über eine verbesserte Elektronik, die Double Density, also 176 kByte pro Diskettenseite, zuließ. Aber leider sind diese Laufwerke nie ausgeliefert worden.
Eine Verbesserung der Speicherkapazität versprach sich die Atari Welt von der Einführung des neuen Atari 1050 Laufwerks. Aber obwohl die Double Density (176 kByte) von Atari selber bei den 810er Laufwerken eingeführt wurde, "vergaß" Atari diese Speicherdichte bei den 1050er Laufwerken wieder und schraubte die Speicherkapazität auf 127 kByte herunter. Dieses etwas seltsame, Atari eigene Format bezeichnet man als Dual- oder Medium-Density.
Man kann also sagen, Atari hat hier den Anschluß an die Marktentwicklung verschlafen! Denn zu diesem Zeitpunkt gab es in den USA mehrere Fremdhersteller von Disketten-Laufwerken, die die Double-Density bereits seit Jahren nutzten. Als Beispiele seien hier nur die Laufwerke von RANA und TRAK, und die hervorragenden INDUS Laufwerke erwähnt, die teilweise sogar von Hause aus mit einem Floppy-Speeder ausgerüstet waren. Auch in Deutschland gab es zu diesem Zeitpunkt eine Firma, die doppelseitige BASF Laufwerke für den Anschluß an den Atari 800 lieferte. Mit diesen Laufwerken hatte man damals bereits das, was Atari heute mit der XF-551 liefert.
Aber die Laufwerke der Serien 810 und 1050 haben noch eine zweite große Schwäche: Die Geschwindigkeit. Zwar sind die Atari Laufwerke nicht gerade die langsamsten, aber man würde sich doch eine etwas höhere Arbeitsgeschwindigkeit wünschen. Auch hier waren die Laufwerke der Fremdhersteller wesentlich leistungsfähiger. Die 810 und die 1050 verfügen nur über 256 Byte RAM, also gerade genug um einen Sektor zwischenzuspeichern und um den Prozessor Platz zum arbeiten zu geben. Manche Fremdlaufwerke verfügten aber schon über 2 kByte und mehr! Dadurch ließ sich auch die Arbeitsgeschwindigkeit deutlich steigern.
Aus diesen Gründen, zu kleiner Speicherplatz, zu langsame Datenübertragung, sind seit dem Erscheinen der ersten Atari Laufwerke der Serie 810 verschiedene Bemühungen unternommen worden, den Laufwerken sowohl mehr Speicherplatz, als auch eine höhere Geschwindigkeit zu geben.
Für die 810 gab es zum Beispiel Umrüstsätze, damit dieses Laufwerk mit zwei Schreib-/Leseköpfen arbeiten konnte. Man konnte durch diesen Umrüstsatz nun auch die Unterseiten der Disketten beschreiben. Abgesprochen wurde diese Unterseite dann als Laufwerk 2.
Ein weiterer Grund für den Einbau eines Hardwarezusatzes ist, daß das normale Laufwerk von einem Programmierer nicht für seine eigenen Zwecke programmiert werden kann. Auch wollten viele Anwender von ihren kopiergeschützten Disketten gerne Sicherheitskopien anfertigen. Auch das geht mit einem normalen Atari Laufwerk nicht.
Wen wundert es also, daß bereits ziemlich früh einige findige Leute nach Auswegen aus diesem Dilemma suchten.
Eine der ersten Firmen, die eine gute Lösung für diese Probleme anbot, war die amerikanischen Firma Happy-Computer Inc. aus Kalifornien.
Mit Hilfe ihrer Happy 810 wurde die Arbeitsgeschwindigkeit der 810 verdreifacht. Mit diesem Board wurde auch erstmals ein Trackbuffer eingeführt. Dieser hatte die Größe von 4 kByte, konnte aber vom Anwender nicht bzw. nur sehr umständlich programmiert werden, da alle Unterlagen, insbesondere Programmbeispiele, hierfür fehlten. Es gab auch des öfteren Probleme mit dem Trackbuffer, der ab und zu Daten einfach "verschluckte". Doch die Steigerung der Arbeitsgeschwindigkeit war enorm und man konnte nun von kopiergeschützter Software Kopien anfertigen.
Es gab dann noch einige andere Floppy-Speeder, aber keiner erreichte den Bekanntheitsgrad der Happy. Als da waren zum Beispiel:
|Aus Amerika: | Archiver 810
|Aus Deutschland: | Clone a Disc
Die Happy 810 war ein großer Erfolg für Happy Computer Inc. Wen wunderts also, daß, etwa ein Jahr nach dem Erscheinen der ersten Atari 1050 Laufwerke, Happy Computer Inc. die ersten Happy 1050 auslieferte. Nun wurde durch die Happy 1050 nicht nur die Arbeitsgeschwindigkeit verdreifacht, sondern auch der Speicherplatz von 127 kByte auf 180 kByte erhöht. Das Problem mit dem Trackbuffer blieb den Happy 1050 Besitzern aber erhalten. Besonders bei manchen DOS-Arten.
Auch hier gab es innerhalb kurzer Zeit mehrere Produkte, die aber wiederum nicht an den Bekanntheitsgrad oder die Leistungsfähigkeit der Happy heranreichte. Beispiele:
* US - Doubler von ICD
* Archiver 1050 von ICD (reine Software, funktioniert nur in Zusammenarbeit mit der Happy 1050!)
* The Duplicator von Duplicator Technologie Inc.
Zu diesem Zeitpunkt (1985) haben auch wir uns das erste Mal mit diesem Thema beschäftigt. Natürlich kannten wir die Happy 810 und die Happy 1050, hatten wir sie doch in unseren Laufwerken. Wir kannten aber auch die Probleme und waren mit den amerikanischen Produkten sehr unzufrieden. Zu hoher Datenverlust durch den Trackbuffer, zu langsame Arbeitsgeschwindigkeit, diverse Fehler im Betriebssystem, es gab keine Dokumentation für und über die Happy und somit sahen wir auch keine Möglichkeit, größere Programme für diesen Speeder zu schreiben. Kleinere Programme hatten wir ja schon eine ganze Reihe geschrieben.
Also versuchten wir mit dem Hersteller der Happy, Mr. Adams, in Verbindung zu treten und die entsprechenden Unterlagen, bzw. die entsprechende Unterstützung von ihm zu bekommen. Aber leider scheiterten wir an der Angst des Herrn Adams vor Nachbauten. Und so unberechtigt war diese Angst ja auch nicht, sieht man sich den deutschen Markt einmal genauer an. Es gibt in Deutschland ja mehr Kopien von der Happy als Originale. Das Verhältnis dürfte so bei 1:1000 liegen. So entstand bei uns der Plan, einen eigenen Floppy-Speeder zu entwickeln, der die Unzulänglichkeiten der Happy nicht haben sollte.
Die Forderungen für die Entwicklung waren von Anfang an klar:
* Die Arbeitsgeschwindigkeit sollte größer als bei anderen sein
* Die Datensicherheit sollte sehr groß sein
* Erweiterbar sollte der Speeder sein
* Das Betriebssystem sollte dokumentiert werden
* Volle Programmierbarkeit sollte gewährleistet sein
* Dem Benutzer sollte genügend RAM für eigene Programme zur Verfügung stehen
* Bei zukünftigen Software-Versionen sollten auch alte Programme noch laufen
* Wir wollten ein für den Anwender offenes System schaffen. Ein System mit dem jeder, der damit arbeiten wollte, dieses auch können sollte, ohne ständig Angst vor Datenverlusten haben zu müssen.
So begannen wir also mit der Entwicklung. Am Anfang benutzen wir ein umgebautes Happy-Board um unser Betriebssystem zu testen. Schnell merkten wir aber, daß wir damit nicht mehr auskamen. Unsere Software war für höhere Arbeitsgeschwindigkeiten ausgelegt als die der Happy. So hatten wir ja bereits von Anfang an einen 65SC02 als CPU für die SPEEDY vorgesehen (warum und wieso erfahren Sie in einem der nächsten Artikel).
Die Happy verfügte aber nur über einen 6502. Das zweite Problem war der Trackbuffer. Unsere Software wurde für 8 kByte ausgelegt, die Happy hatte nur 6 kByte. Schließlich, nach 4 Monaten, stand der erste Probeaufbau unserer eigenen Hardware und wurde in eine 1050 eingebaut. Zwei weitere Monate Fehlersuche (Debuggen) in der Software und auf dem Board, A- und B-Testläufe in den verschiedensten Laufwerken, unter den verschiedensten Bedingungen, und wir hatten es geschafft! Das hört sich jetzt leicht und einfach an, aber wir wollten so manches mal das Handtuch werfen! Denn es gab beträchtliche Probleme mit der Arbeitsgeschwindigkeit.
Am Anfang war sie von uns höher ausgelegt worden als sie jetzt ist, aber es gab zu viele Laufwerke die mit dieser hohen Datenübertragung nicht klar kamen. So mußten wir an einigen Punkten zurückstecken. Nur bei einem nicht: die Datensicherheit!
Nach einer alles in allem 8 monatigen Entwicklungszeit, wurden die ersten SPEEDY 1050N von uns ausgeliefert. Das war am 1. Juli 1986 Gleichzeitig erhielten die bekanntesten Fachzeitungen je eine Version zum testen.
Seit diesem Zeitpunkt ist das SPEEDY-System ständig erweitert und verbessert worden. Die Systemsoftware der SPEEDY erlebte bereits 5 Updates. Dank der modularen Bauweise können Update-Versionen innerhalb von wenigen Sekunden ausgetauscht werden und stellen somit kein Problem dar.
Die Spitze dieser Entwicklungen liegt nun mit der Mini-SPEEDY vor. Hier wurde die Datensicherheit gegenüber der SPEEDY noch einmal erhöht. Auch der neue Cache-Speicher, in dem die 4 Bootsektoren und die Directory ständig im Speedy-RAM gehalten werden, hat nochmal eine Geschwindigkeitssteigerung und eine Erhöhung der Datensicherheit gebracht. Aber auch das Betriebssystem der Mini-SPEEDY läßt sich ohne Probleme in die SPEEDY 1050 übernehmen, so daß auch die Besitzer der SPEEDY diese Vorzüge nutzen können.
Heute benutzen Programmierer, Fachzeitungen, Computerclubs und Softwarehersteller SPEEDY Laufwerke zum Erstellen ihrer Disketten oder zum Schützen ihrer Software. Sehr viele geben sich dabei mit einer SPEEDY nicht zufrieden, 5 oder gar 6 Laufwerke mit SPEEDY sind die Regel. Manche besitzen auch schon Spezialversionen der SPEEDY, die nicht jedermann zugänglich sind und den Preis einer SPEEDY leicht auf 900,00 DM steigern.
Die SPEEDY ist dabei so leistungsfähig, daß mit ihrer Hilfe ein Kopierschutz erstellt werden kann, den selbst industrielle Kopierwerke nicht erzeugen können!
Ein Ende der Entwicklungen für das SPEEDY-System ist derzeit noch nicht abzusehen. Viele Programmierer nutzen heute auch die Möglichkeit, die wir ihnen mit der Programmierung der SPEEDY gegeben haben und schreiben eigene Programme. Zum Beispiel arbeitet einer dieser Programmierer an einer Parallelversion der SPEEDY, die in der Lage sein soll, 180 kByte Daten in 13 Sekunden in den Computer zu lesen. Natürlich werden solche Programmierer von uns mit Rat und Tat unterstützt.
Das war der erste Teil unserer Serie über die SPEEDY. Ich hoffe, der kleine Ausflug in die Vergangenheit und die Geschichte der SPEEDY haben Sie nicht gelangweilt. Im nächsten Monat geht es dann weiter. Bis dahin viel Spaß!
!!Teil 2
von E. Reuß
Es fing alles mit einer ATARI 810 Floppy an. Dieses damals sehr teure und ebenso langsame Laufwerk verlangte einfach nach einem Speeder. Es dauerte eine ganze Zeit, bis die ersten Entwicklungen auf dem Markt auftauchten. Es ist heute leider nicht mehr genau nachvollziehbar, welches Produkt als erstes auf den Markt kam, fest steht jedoch, daß Ähnlichkeiten untereinander nicht auszuschließen waren. So fand man einige Routinen in der Software der 'Backup Machine', dem Vorgänger der Turbo 1050, auch in der 'Replica'.
Beide Speeder nutzten lediglich ein verändertes Diskettenformat, genauer gesagt eine andere Anordnung der Sektoren um eine Geschwindigkeitssteigerung zu erreichen. Die Erhöhung der Geschwindigkeit betrug nur etwa 10%. Wichtiger jedoch war die Tatsache, daß es nun auch möglich war, Kopien von kopiergeschützter Software anzufertigen.
Bald kam die Sensation aus Amerika: Die Happy 810. Mit diesem Speeder wurde erstmals eine echte Geschwindigkeitssteigerung erreicht. Happy Computers Inc. baute 4 kByte RAM auf die etwa 800.-- DM teure Erweiterung. Hierdurch konnten die Daten eines kompletten Tracks zwischengespeichert werden. Dieser Trackbuffer erwies sich jedoch als sehr problematisch, da die Elektronik keinen Diskettenwechsel feststellen konnte. Es passierte deshalb sehr oft, daß man das Directory auf einer anderen Diskette wiederfand.
Der hohe Preis und die schlechte Beschaffbarkeit einer originalen 'HAPPY 810' förderte die Erstellung von Raubkopien. Die HAPPY 810 bestand aus Standard-Bauteilen was den Nachbau natürlich vereinfacht hat. Es gab wohl kaum einen Besitzer einer 810, der nicht einen solchen HAPPY-Nachbau in seiner Floppy hatte. Auch ich besaß damals eine solche Erweiterung, woher auch immer. Schon bald versuchte ich die Fehler in der Software der HAPPY 810 zu beseitigen, doch zur damaligen Zeit hatte ich noch keine so große Erfahrung in der Maschinensprach-Programmierung und ich konnte das Problem mit dem Diskettenwechsel nur durch Einbau einer kleinen Zusatzschaltung beseitigen.
Die HAPPY 810 wurde zur Super-Kopierstation. Hier wurde nun endlich auch die serielle Übertragungsrate vom und zum Computer heraufgesetzt. Mit der 'WARP-SPEED' konnten Disketten für damalige Verhältnisse rasend schnell kopiert werden. Das 'WARP-SPEED-DOS', ein modifiziertes DOS 2.0, erlaubte die hohe Geschwindigkeit auch vom Basic aus zu nutzen.
Das HAPPY-Backup war das Beste überhaupt. Mit Hilfe einer kleinen Zusatzschaltung konnte die Geschwindigkeit des Antriebsmotors vom Backup gesteuert werden. Hierdurch war es möglich, Disketten zu kopieren, bei denen alle anderen Kopiersysteme versagten.
Bald kamen die ersten 1050 Laufwerke auf den Markt. ATARI hatte leider wieder an der Hardware gespart und auch in dieses Laufwerk keinen Speeder fest eingebaut. Noch viel schlimmer, statt nun endlich das echte DOUBLE-Density Format zu nutzen, wurde ein Zwischenformat eingeführt, DUAL-Density, 26 Sektoren pro Track mit 128 Bytes pro Sektor. Der Einbau eines größeren RAM hätte genügt, um das Laufwerk auch DOUBLE-Density fähig zu machen.
Auch hier waren die Entwickler gefordert, einen Speeder für dieses Laufwerk zu entwickeln. Alles wartete also auf die Entwicklung der HAPPY 1050. Die Enttäuschung war groß, als die ersten Originale in Deutschland eintrafen und sich auf der Platine ein Spezialchip befand. Dieses war ein maskenprogrammiertes 8k ROM, das in zwei 4k Bänke unterteilt war. Ein paar schlaue Entwickler hatten schon bald die Lösung für das Problem mit dem Nachbau. 5 TTL Chips besorgten die notwendige Umschaltung und die Verwendung eines 8k EPROMs.
Schon bald erschienen die Raubkopien der HAPPY 1050 in rauhen Mengen, wußte doch keiner, wie er an ein Original aus Amerika kommen sollte. Auch ich arbeitete damals mit solch einer Raubkopie. Datensicherheit wurde bei Happy anscheinend immer sehr klein geschrieben. Auch bei der HAPPY 1050 war die Gefahr sehr groß, bei einem Diskettenwechsel Daten zu verlieren, obwohl das Laufwerk einen Wechsel sofort meldet.
Mit der HAPPY 1050 wurde es endlich möglich, echte DOUBLE-Density (180k) auf eine Diskettenseite zu bringen. Die maximale Übertragungsrate war leider bei der Original Happy 1050 genau so hoch wie das 'WARP-SPEED' der Happy 810. Auf der Happy 1050 Systemdiskette befand sich eine Datei, mit der es möglich war, die Übertragungsrate noch einmal zu erhöhen. Ultra-Speed war der neue Standard, eingeführt von ICD mit dem US Doubler.
Ein besonders pfiffiger Programmierer brachte es fertig, die Ultra-Speed Routinen fest in das Happy-EPROM einzubrennen. Nun mußte nicht jedesmal die Systemdiskette eingeladen werden, um die hohe Datenübertragung der Ultra Speed nutzen zu können. Doch das war nicht alles. Eine Trackanzeige war von HAPPY Computer Inc. ebenfalls nicht vorgesehen gewesen. Auch die hierzu notwendigen Routinen wurden nachträglich in die Original-Software integriert. Beide Erweiterungen, Ultra-Speed und Trackanzeige, stammten nicht von HCI.
Kopieren konnte jeder die Hard- und Software der Happy 1050, kaum einer brachte es jedoch fertig, die Fehler in der Software zu beseitigen. HCI hatte die Software im EPROM der Happy leider so kompliziert geschrieben, daß kaum einer durch die zum Teil sehr umständlichen Routinen durchgeblickt hat. Unnützerweise hatte HCI das 8k EPROM noch durch Bankswitching in zwei 4k Bereiche aufgeteilt, obwohl der 6502 Prozessor auf der Platine 64 kByte adressieren kann.
Hier war der Punkt gekommen, an dem wir uns ernsthaft Gedanken zu einem eigenen Floppyspeeder machten. Um die Software zu diesem Projekt zu entwickeln, mußte erst einmal die Hardware stehen, um die Hardware zu entwickeln, mußten erst einmal die Teile der Software existieren. Unser erster Probeaufbau befand sich bald auf einer umgebauten Happy-Platine. Einige Änderungen waren notwendig um unser Konzept zu realisieren. Der 6502 Prozessor der Happy 1050 wurde durch den um mehrere Befehle erweiterten C-MOS Prozessor 65C02 ersetzt. Das aufwendige Bankswitching wurde vollständig eingespart. Für die Grundversion der SPEEDY 1050 wurden also nur noch 5 IC's benötigt. Die einzige Ähnlichkeit zur Happy 1050 bestand zum Schluß nur noch in der Adressierung der Bausteine, hier konnte keine Änderung vorgenommen werden, ein 6502-System verlangt nun mal nach einem ROM im oberen Adressbereich.
Die Grundversion der SPEEDY 1050 besteht somit aus dem Prozessor 65C02, dem EPROM 2764, dem RAM 4264, einem Gatterbaustein 74LS00 zur Erzeugung des RAM-Read/Write Signals und dem 74LS139 zur Adressdekodierung. Die Speedy-Platinen waren ursprünglich nur für 8 kByte EPROM vorgesehen. Da in der Hardware aber ein 16k-Bereich für ROM vorgesehen ist, konnte die normale SPEEDY durch das Legen einer Drahtbrücke schnell für das SPEEDY-S oder -D System vorbereitet werden.
In der Hardware der SPEEDY 1050 wurde direkt die Trackanzeige integriert. Der Adressdekoder 74LS139 stellt die hierzu benötigten Selektsignale zur Verfügung. Der Summer, oder besser gesagt Pieper wurde zum Schluß eingebaut. Die Idee hierzu kam uns, nachdem wir mehrfach die Diskette zu früh aus dem Laufwerk genommen hatten. Ein akustisches Signal sollte dem Anwender anzeigen, daß er die Diskette schnell wieder in das Laufwerk stecken soll.
Alle Bauteile, die für den Betrieb der Trackanzeige und des Miniaturlautsprechers notwendig sind, kamen mit auf die SPEEDY Grundplatine. Das Display wurde mit einem Flachbandkabel und einem Steckverbinder mit der Grundplatine verbunden.
Die Mini-Speedy ist im Prinzip eine normale Speedy 1050 ohne die Bauteile, die für die Trackanzeige und dem Miniaturlautsprecher notwendig sind. Ein paar Änderungen wurden jedoch zur normalen Speedy vorgenommen. 16k-Eproms können direkt eingesetzt werden. Zwei weiter IC's sind für die Anfang '89 vorgesehene 32k-Version vorgesehen.
Dieses war nun unsere Einführung in die Hardware der Speedy. Für Sie als zukünftige Programmierer der Speedy ist nun noch die Aufteilung der Speicherbereiche wichtig. Die Programmierung der einzelnen Bausteine wird in den folgenden Teilen unserer Serie über die SPEEDY 1050 erklärt.
{{{
Adresse: belegt mit:
0000 - 0080 RAM
0100 - 0180 RAM (0000-0080 gespiegelt)
0280 - 029F PIO 6532
0400 - 0403 Controller WD2793
4000 Trackdisplay 1er
4001 Trackdisplay 10er
4002 Trackdisplay Density
4003 Miniaturlautsprecher
8000 - 9FFF RAM 8 kByte
C000 - FFFF EPROM 16 kByte
oder
E000 - FFFF EPROM 8 kByte
Zusätzliche Bereiche bei der MINI-Speedy 32k-Version:
1000
+ 2000 Umschaltung der 16k-Bänke
C000 - FFFF 2 mal 16 kByte ROM
}}}
!!Teil 3
von Erwin Reuß und Peter Bee
Wenn Sie schon Besitzer einer SPEEDY sind, werden Sie die Vorteile kennen, die Ihnen dieser Hardwarezusatz für Ihr Laufwerk bietet. Vielleicht wollen Sie jetzt etwas mehr über die Möglichkeiten der Programmierung der SPEEDY erfahren.
Und genau dafür haben wir diese Serie geschrieben. Sie sollen die Möglichkeit bekommen, die speziellen Fähigkeiten der SPEEDY für Ihre eigenen Programme zu nutzen. So können Sie zum Beispiel sehr leicht die SUPER-SPEED-Routine der SPEEDY in Ihre eigenen Programme einbauen, oder eine Diskette formatieren, ohne ein DOS benutzen zu müssen, oder Sie können sich selber ein Kopierprogramm schreiben, mit dem Sie Ihre Originaldisketten kopieren können.
Sie werden dazu in dieser Serie die genaue Dokumentation des Betriebssystems, sowie eine ausführliche Dokumentation der Einsprungadressen und natürlich einige Demoprogramme finden.
Wir wenden uns mit dieser Serie an die Programmierer, die wissen, wie sie einen Floppy-Controller vom Typ 2797 oder 2793 programmieren müssen. Es würde zu weit führen, die Programmierung dieses Floppy-Controllers in dieser Serie zu erklären. Wir möchten in diesem Zusammenhang auch auf die ausgezeichnete Dokumentation des Herstellers dieses Bausteins hinweisen, die Sie in jedem guten Zubehörhandel bekommen können.
Hier also noch einmal: Diese Serie ist nicht gedacht für den Anfänger in der Maschinensprach-Programmierung! Sie ist speziell geschrieben worden für den fortgeschrittenen Programmierer.
Wichtig für einen Programmierer ist auch der folgende Hinweis: Sie brauchen an uns keine Lizenzgebühr zu zahlen, wenn Sie Software für die Speedy schreiben oder Routinen aus der SPEEDY 1050 innerhalb Ihrer Software für die SPEEDY 1050 benutzen. Sie können also Ihre Programme kommerziell vermarkten. Wir möchten Sie nur bitten, uns eine Kopie Ihres Programms zukommen zu lassen.
Und nun viel Spaß bei der Programmierung Ihrer SPEEDY 1050.
!DER AUFBAU DER SPEEDY 1050 PLATINE
Es gibt drei verschiedene Versionen der SPEEDY 1050. Die erste Version ist die Grundausführung. Die zweite Version der SPEEDY 1050 ist eine erweiterte Ausführung mit Trackanzeige und einem akustischen Fehlermelder, dem Summer. Technisch, und auf die Laufwerksleistungen bezogen, sind beide Versionen identisch.
Als dritte Version ist noch die MINI-SPEEDY zu erwähnen. Diese Version ist natürlich voll Software-kompatibel zur normalen SPEEDY 1050. Die kleinere Platine läßt lediglich nicht zu, daß die Trackanzeige aufgebaut werden kann. Wenn wir also ganz allgemein von der SPEEDY reden, sind sowohl SPEEDY 1050 als auch Mini-SPEEDY gemeint.
!DER AUFBAU DER GRUNDVERSION
Die Grundversion besteht aus der Platine, einem 8k-RAM-IC, einem 8k-EPROM mit dem Betriebssystem, dem Mikroprozessor 65C02 oder 65SC02 und diversen Kodier-ICs.
!DER AUFBAU DER ERWEITERTEN VERSION
Zusätzlich zu den Bauteilen der Grundversion kommen bei den erweiterten Versionen der SPEEDY 1050 T Serie noch die Bauteile für den Summer und die Trackanzeige hinzu. Die Grundversion der SPEEDY 1050 läßt sich leicht durch einen entsprechenden Bausatz mit Trackanzeige und Summer nachrüsten. Nicht so die Mini-SPEEDY.
DIE FUNKTIONSWEISE DER SPEEDY
Ein normales ATARI 1050-Laufwerk besitzt einen RAM-Buffer von 256 Bytes Größe. Diesen RAM-Bereich müssen sich Datenspeicher und Mikroprozessor teilen. Da für einen Sektor ja bereits 128 Bytes gebraucht werden, hat der Mikroprozessor nicht mehr viel Platz zum arbeiten. Aus diesem Grund kann bei einem ATARI 1050-Laufwerk pro Umdrehung jeweils nur ein Sektor eingelesen und zum Computer gesendet werden. In einem Track liegen bei SINGLE DENSITY 18 Sektoren. Die Diskette rotiert mit ca. 5 Umdrehungen pro Sekunde (288 Umdrehungen/Minute).
Das ergibt für einen kompletten Track eine Ladezeit von ca. 3,6 Sekunden. Das ist die Zeit, die das ATARI 1050-Laufwerk benötigt, um einen kompletten Track einzulesen.
Die SPEEDY besitzt einen 8 kByte großen RAM-Speicher. Dieser arbeitet als Datenspooler. Pro Umdrehung der Diskette kann nun ein kompletter Track in den RAM-Buffer eingelesen werden. Das ergibt eine Ladezeit für einen Track von 0,2 Sekunden. Die Geschwindigkeit ist also um den Faktor 18 erhöht worden. Diese Geschwindigkeit ist die normale Arbeitsgeschwindigkeit eines SPEEDY Laufwerkes.
Durch die Zwischenspeicherung der Daten kann nun auch die Übertragungsgeschwindigkeit zum Computer erhöht werden. Durch diesen großen RAM-Buffer können nun auch mehr als 128 Bytes in einen Sektor geschrieben werden. Es wird also echte DOUBLE DENSITY (256 Bytes pro Sektor) möglich. Auch bei dieser Speicherdichte von nun 176 kByte auf einer Diskettenseite arbeitet das SPEEDY Laufwerk mit der hohen Geschwindigkeit.
Auf der SPEEDY Platine befindet sich neben dem RAM aber auch noch ein Mikroprozessor. Dieser Mikroprozessor ist der 65C02. Gegenüber dem 6507 einer normalen ATARI 1050 bietet der 65C02 zwei große Vorteile.
Erstens kann der 65C02 bis zu 64K adressieren (der 6507 nur 8 kBytes) und zweitens besitzt der 65C02 einen erweiterten Befehlssatz mit zusätzlichen, sehr nützlichen Befehlen. Aufgrund dieser zusätzlichen Befehle konnte das Betriebssystem der SPEEDY 1050 oder Mini-SPEEDY kurz gehalten werden, und die Geschwindigkeit der Programmausführung wird durch die geschickte Ausnutzung des erweiterten Befehlssatzes gesteigert.
!DIE DATENÜBERTRAGUNG ZUM COMPUTER
Bei einem normalen ATARI 1050 Laufwerk wird, wie wir schon erwähnt haben, pro Diskettenumdrehung ein einzelner Sektor eingelesen werden und dann sofort an den Computer weitergegeben.
Diese Methode ist sehr zeitraubend. Bei einem SPEEDY Laufwerk wird bei einer Diskettenumdrehung ein kompletter Track in den RAM-Buffer eingelesen. Dadurch hat der Computer jederzeit Zugriff auf alle Sektoren die sich in diesem Track befinden. Durch diese Zwischenspeicherung der Daten ist im Normalmodus eine Übertragung der Daten ohne Pause (bedingt durch die Ladezeit zwischen den Sektoren) möglich.
Das bedeutet, daß im Normalmodus die Lesegeschwindigkeit im Laufwerk mit maximaler Geschwindigkeit läuft, die Datenübertragung zum Computer aber mit normaler Geschwindigkeit geschieht. Aber aufgrund der weggefallenen Pausen verkürzt sich die Ladezeit um ca. 50%.
Beim Aktivieren der speziellen SPEEDY Geschwindigkeit, der SUPER-SPEED, wird die Datenübertragung vom Laufwerk zum Computer auf das Maximum gesetzt. Bei einem normalen ATARI 1050-Laufwerk geschieht die Datenübertragung zum Laufwerk mit 19.200 Baud. Beim Aktivieren der SUPER-SPEED erhöht sich diese Baudrate auf das 4 fache.
!PROGRAMMIEREN DER SPEEDY
Aufgrund der besonderen Fähigkeiten der SPEEDY haben Sie nun auch die Möglichkeit das Laufwerk individuell zu programmieren.
Die Möglichkeiten, die sich Ihnen damit eröffnen, sind fast unerschöpflich. So können Sie zum Beispiel Diskettenformate nach Ihrem eigenen Bedarf erstellen, einen eigenen Kopierschutz erzeugen oder einen fremden kopieren.
Auch die SUPER-SPEED können Sie sehr leicht für Ihre eigenen Programme nutzen, wie Sie anhand eines Demoprogrammes sehen werden.
!SPEICHERAUFTEILUNG SPEEDY
Nachfolgend finden Sie ein Blockschaltbild mit der genauen Speicherbelegung der SPEEDY.
{{{
$FFFF $03FF
ROM - 8 KBYTE UNBENUTZT
$E000 $0300
$DFFF $02FF
UNBENUTZT PORT (I/O + TIMER)
$A000 $0280
$9FFF $027F
RAM - 8 KBYTE UNBENUTZT
$8000 $0200
$7FFF $01FF
UNBENUTZT STACK
$0404 $0100
$0403 $00FF
CONTROLLER 2793/97 ZERO PAGE
$0400 $0000
}}}
!ERKLÄRUNG ZUR SPEICHERBELEGUNG
* $E000 - $FFFF - BETRIEBSSYSTEM - Hier liegt das Betriebssystem Ihrer SPEEDY 1050 oder Mini-SPEEDY. Änderungen können Sie hier nicht vornehmen.
* $8000 - $9FFF - ARBEITSSPEICHER - Der 8K-RAM-Block ist in 5 Bereiche unterteilt:
** $9F80 - $9FFF - Hier liegen Einsprung- und Rücksprungvektoren für die Bereitschaftsroutine des Betriebssystems. Außerdem können Sie hier Erweiterungen der RESET-Routine vornehmen.
** $9F00 - $9FFF - Die normale und erweiterte Kommandotabelle und die entsprechenden Einsprünge sind hier zu finden. Über das Kommando $41 können Sie diese Tabelle beliebig verändern. Diesen Befehl haben wir Ihnen bereits im SPEEDY-Handbuch erklärt, Sie werden ihn aber auch noch einmal etwas später in dieser Serie finden.
** $9E00 - $9EFF - Der EXTENDED BUFFER dient zur Zwischenspeicherung von Sektordaten bei FAST WRITE oder beim SLOW MODE diverser Laufwerksfunktionen.
** $8C00 - $9DFF - In diesem Bereich liegt der Trackbuffer. Hier werden bei FAST WRITE oder FAST READ erst alle Sektordaten eines Tracks zwischengespeichert. Schalten Sie die SPEEDY mit Hilfe der Menu- Diskette (Menupunkt SLOW-MODE-CONTROL) für READ SECTOR und WRITE SECTOR in den SLOW MODUS, wird dieser Speicherbereich nicht mehr vom Betriebssystem benutzt. So können Sie auch hier eigene Routinen ablegen.
** $8000 - $8BFF - Freier Speicherbereich, der dem Programmierer zur Verfügung steht, also wo Sie Ihre eigenen Programme ablegen können!
*$0400 - $0403 - Hier liegen die Register des Disk-Controllers 2793/97:
** $0400: Lesen = Statusregister, Schreiben = Commandregister
** $0401: Lesen + Schreiben = Trackregister
** $0402: Lesen + Schreiben = Sektorregister
** $0403: Lesen + Schreiben = Datenregister
* $0280 - $02FF - Hier befinden sich die Register des Port ICs 6532 (RIOT). Die gebräuchlichsten Register:
** $0280: Port A Datenregister
** $0281: Port A Richtungsregister
** $0282: Port B Datenregister
** $0283: Port B Richtungsregister
** $0296: Timer lesen/schreiben, Timer IRQ abschalten
** $029F: Timer mit Teilerverhältnis 1:1K lesen/schreiben, Timer IRQ einschalten
* $0000 - $00FF - Die Zeropage - Die Zeropage und die Page 1 überlagern sich. Das heißt, Speicherstelle $0000 entspricht der Speicherstelle $0100, Speicherstelle $0001 entspricht der Speicherstelle $0101 usw. In der Zeropage stehen dem Benutzer die Speicherstellen $0090 bis $00CF zur freien Verfügung.
Soweit der erste Teil der Beschreibung des SPEEDY Betriebssystems. Nächsten Monat beginnen wir mit den Einsprungadressen.
!!Teil 4
von Reinhard Wilde
!DIE EINSPRUNGADRESSEN
Nachdem wir Ihnen im letzten Monat die Speicherbelegung der SPEEDY erklärt haben, erfahren Sie jetzt etwas über die Einsprungadressen. Wichtig ist dabei, eines zu wissen: Wir haben am Ende des ROM-Bereiches ab $FF00 eine Einsprungtabelle eingerichtet. Wenn Sie nun eine Funktion innerhalb der SPEEDY ausführen wollen, brauchen Sie nur eine oder mehrere Adressen dieser Sprungtabelle anzuspringen.
Welche Versionen es in Zukunft auch von der SPEEDY geben wird, diese Sprungtabelle wird immer an der gleichen Stelle und in der gleichen Reihenfolge erhalten bleiben. Somit ist gewährleistet, daß alle Programme, die jetzt für die SPEEDY geschrieben werden, auch auf den zukünftigen Versionen laufen, wenn die internen Routinen über diese Tabelle angesprungen werden.
Hier die Beschreibung der einzelnen Jump-Vektoren:
__RESET - $FF00 - DRIVE KALTSTART__
Port A und Port B (6532) werden initialisiert, der komplette RAM-Bereich gelöscht und der Disk-Controller getestet. Sollte ein Fehler beim Testen auftreten, erfolgt ein Sprung nach "SYSER0", wo zweimal "BELL" ausgegeben wird, anschließend folgt ein Sprung nach "RESET2".
__RESET2 - $FF03 - DRIVE WARMSTART__
Die System-Variablen werden neu gesetzt, das Laufwerk in den "SINGLE-DENSITY-MODUS" gebracht, der Schreib-/Lesekopf auf Track 0 justiert und jede Controller-Tätigkeit gestoppt. Zum Rücksetzen des Laufwerkes sollte diese Routine angesprungen werden, da bei "$FF00 - RESET" alle im RAM befindlichen Daten gelöscht werden.
__BEREIT - $FF06 - BEREITSCHAFTSROUTINE__
Zuerst wird der "SLOW"-Schalter abgefragt und das Laufwerk gegebenenfalls in den "SLOW"-Modus geschaltet. Sollten sich noch zu schreibende Sektoren im RAM befinden, wird direkt danach "TSTCO" verzweigt, damit der Motor nicht ausgeschaltet wird, falls die Laufwerksklappe geöffnet wurde. Wurde nicht verzweigt, wird die Laufwerksklappe mit der letzten Stellung verglichen. Sollte die Klappe geöffnet worden sein, werden der Antriebsmotor und der Steppermotor ausgeschaltet und der Controller-Status nach "CONST" kopiert. Ist die Klappe geschlossen worden, wird die DENSITY neu festgestellt, das Laufwerk entsprechend eingestellt und die Sektor-Folge neu eingelesen. In der "TESTCO"-Routine wird die "COMMAND"-Leitung vom Computer abgefragt. Sollte diese "gesetzt" werden, erfolgt ein Sprung nach "RDINF", wo das Kommando vom Computer eingelesen wird. Ist die "COMMAND"-Leitung nicht gesetzt, wird der Motor-Timer heraufgezählt. Sollte dieser den Wert $9800 (16 Bit) erreichen, wird "TSTWR" aufgerufen, um alle Sektoren zu schreiben, die sich noch im RAM befinden.
__MOTON - $FF09 - MOTOR ZWINGEND EINSCHALTEN__
Der Antriebsmotor wird ohne Rücksicht auf die Stellung der Laufwerksklappe eingeschaltet.
__TSTMON - $FF0C - MOTOR EINSCHALTEN, WENN DIE LAUFWERKSKLAPPE GESCHLOSSEN IST__
Erst wird die Laufwerksklappe abgefragt. Ist diese geschlossen, wird der Antriebsmotor eingeschaltet und eine Zeitverzögerung durchgeführt, um den Motor auf Touren kommen zu lassen.
__MOTOFF - $FF0F - MOTOR AUSSCHALTEN__
Der Antriebsmotor wird ausgeschaltet und das entsprechende Bit in "DRSTAT" gesetzt.
__SDELAY - $FF12 - MOTOR TIMER EINSTELLEN__
Diese Routine wird nach einer Kommandoausführung abgearbeitet. Es wird die Zeit vorgegeben, wie lange der Motor nach einer Kommandoausführung noch eingeschaltet bleiben soll.
__SDRDDP - $FF15 - DRIVE DENSITY EINSTELLEN UND ANZEIGEN__
Zuerst wird nach "DENDSP" gesprungen, um die aktuelle DENSITY auf dem Display anzuzeigen. Danach wird, je nach Wert in "FORKEN", der Drive-Status, die Anzahl der Sektoren pro Track und die Anzahl der Bytes pro Sektor gesetzt.
__XWAIT - $FF18 - WARTESCHLEIFE KURZ__
Der Wert im X-Register gibt die Anzahl der Schleifendurchläufe an. 1 Schleifendurchlauf entspricht ca. 100 Taktzyklen (0,1 msek/100 mikrosek).
__X2WAIT - $FF1B - WARTESCHLEIFE LANG__
Der Wert im X-Register gibt die Anzahl der Schleifendurchläufe an. 1 Schleifendurchlauf entspricht ca. 100.000 Taktzyklen (0,1 sek/100 msek).
__TRACK0 - $FF1E - TRACK 0 POSITIONIEREN__
Der Disk-Controller wird gestoppt und der Schreib-/Lesekopf so lange zurückgezogen, bis der Track-0-Sensor anspricht. Danach wird eine Verzögerung zum Ausschwingen der Kopfmechanik durchgeführt.
__TRADJA - $FF21 - TRACK # ANZEIGEN UND SCHREIB-/LESEKOPF POSITIONIEREN__
Zuerst wird die Tracknummer angezeigt und der Controller gestoppt. Ist die Klappe geschlossen, wird der Motor eingeschaltet und die Anzahl der Doppel-Steps errechnet, die durchgeführt werden müssen, um die gewünschte Kopfposition zu erreichen. Sollte der Trackwechsel über 40 Tracks gehen, wird zweimal "BELL" ausgegeben und der Kopf auf Track 0 positioniert.
Nach erfolgreicher Schreib-/Lesekopf-Positionierung wird die Tracknummer in das Track-Register des Controllers kopiert und der Schreib-/Lesekopf-Mechanik Zeit zum Ausschwingen gegeben.
__TRADJ - $FF24 - SCHREIB-/LESEKOPF POSITIONIEREN__
Entspricht der $FF21-Routine, mit dem Unterschied, daß die Tracknummer nur dann angezeigt wird, wenn ein Trackwechsel stattgefunden hat.
__TRVR - $FF27 - 1 STEP VORWÄRTS ODER RÜCKWÄRTS AUSFÜHREN__
Im Y-Register ist die Kennung für Step vorwärts oder rückwärts (plus oder minus). Die Bitposition des Steppermotors wird entsprechend herauf- oder herabgezählt und das neue Bitmuster in Port 5 des Portbausteins geschrieben.
Anmerkung: Für 1 Trackwechsel müssen immer 2 Steps erfolgen. Das heißt aber nicht, daß ohne Bedenken 80 Tracks geschrieben oder gelesen werden können. Die beiden Steps sind verschieden lang und instabil!
__CONRES - $FF2A - DISK CONTROLLER STOPPEN__
Dem Disk-Controller wird der Befehl gegeben, alle laufenden Aktionen zu stoppen. In "WREADY" wird gewartet, bis der Controller den Befehl als "ausgeführt" meldet.
__CONRE2 - $FF2D - CONRES WIRD ZWEIMAL AUSGEFÜHRT__
Beim Einsprung in diese Routine wird die Routine $FF2A - DISK CONTROLLER STOPPEN zweimal ausgeführt.
__WREADY - $FF30 - AUF CONTROLLER "IN USE-FLAG" = 0 WARTEN__
Bei dieser Routine wird darauf gewartet, bis der Controller meldet, daß der letzte Befehl abgeschlossen wurde.
__RD128 - $FF33 - 128 BYTES VOM COMPUTER NACH "EXBUF" HOLEN__
Der Buffer wird auf "EXBUF" (Extended Buffer) und die I/O-Länge auf 128 Bytes gesetzt.
__RD256 - $FF36 - 256 BYTES VOM COMPUTER NACH "EXBUF" HOLEN__
Wie bei der vorhergehenden Routine wird der Buffer auf "EXBUF", aber die I/O-Länge auf 256 Bytes gesetzt.
__RDBTS - $FF39 - ANZAHL DER BYTES IM ACCU IN DEN BUFFER HOLEN (X/Y-REGISTER)__
Im Accu steht die Anzahl der Bytes, im X- und Y-Register die Low- und High-Adresse des Buffers, in dem die Daten vom Computer abgelegt werden sollen. Der Timer wird gesetzt, um zu verhindern, daß der Prozessor hängen bleiben kann. Es wird jeweils ein Byte über einen indirekten Jump-Vektor vom Computer geholt (außer bei HIGH-SPEED) und in dem Buffer abgelegt. Anschließend wird die Checksumme heraufgezählt und geprüft, ob alle Bytes des Datenblocks geholt wurden. Die Checksumme wird verglichen und die I/O-Länge neu gesetzt.
__RDSFOL - $FF3C - NACH VERZÖGERUNG SEKTORFOLGE VOM AKTUELLEN TRACK LESEN__
Eine Verzögerungsschleife am Anfang der Routine verhindert, daß versucht wird, die HEADER schon zu lesen, wenn die Laufwerksklappe noch nicht vollständig geschlossen ist. Danach wird die Zeit gestellt, die der Controller zur Verfügung hat, um alle HEADER zu lesen. Ist ein HEADER eingelesen, wird die Track- und Sektor-Nummer auf Gültigkeit geprüft. Befindet sich die Sektornummer des gelesenen HEADERS bereits in der Sektorliste (doppelter Sektor), wird die Sektorfolge nicht mehr weiter gelesen und das Laufwerk in den Slow-Modus geschaltet. Stimmt die Anzahl der gelesenen Sektor-HEADER nicht mit der vorgegebenen (18 oder 26 Sektoren) überein, wird das Laufwerk ebenfalls in den Slow-Modus geschaltet.
__RDTRA - $FF42 - AKTUELLEN TRACK IN DAS RAM EINLESEN__
Die Track-Slow-Kennung wird gesetzt. Über RDHDSP wird der Kopf positioniert und der nächste HEADER eingelesen. Anschließend wird die Position der Sektor-Nummer des HEADERS in der Sektorliste gesucht. Ab der nächsten Position werden die Sektoren dann in der richtigen Reihenfolge eingelesen. Die Statuswerte der Sektoren werden in die Statusliste eingetragen. Alle Statuswerte außer $08 (CRC-ERROR) und $20 (AM-ERROR) unterbrechen dabei das Einlesen der Sektoren. Nur wenn alle Sektoren des Tracks gelesen wurden, wird die Kennung für Track-Slow zurückgesetzt.
__RDTRAV - $FF45 - WIE RDTRA, JEDOCH MIT VERIFY UND 1 RETRY__
Hier wird zuerst die Track- und Sektornummer errechnet und anschließend $FF42 (RDTRA) aufgerufen. Dann wird die Statusliste auf $08 (CRC-ERROR) und $20 (AM-ERROR) getestet. Ist einer der beiden Statuswerte eingetragen, wird der entsprechende Sektor nochmal gelesen.
Fortsetzung im CSM 5'89.
Da sich viele Beschreibungen auf Zero-Page Adressen beziehen, hier eine Übersicht über die vom SPEEDY-System belegten Adressen:
{{{
DLYT1 = $03 Timer LO für Motor-Timer Routine
DLYT2 = $04 Timer HI für Motor-Timer Routine
LDSW = $05 Letzte SLOW-Schalter Position
WRKEN = $06 Anzahl der zu schreibenden Sektoren im RAM
EXSECT = $07 Sektornummer der Daten im extended Buffer
DUMKEN = $08 SLOW-Status
FORKEN = $09 Aktuelle Density $00=DD, $41=MD, $82=SD
FORKEN2 = $0A Density für Format, wenn durch COM4F gesetzt
LWRTRA = $0B Tracknummer der zu schreibenden Daten im RAM
LTRACK = $0C Tracknummer des zuletzt gelesenen Sektors
TRACK = $0D Aktuelle Tracknummer
SECTOR = $0E Aktuelle Sektornummer
CONST = $0F Controller-Status
DRSTAT = $10 Drive-Status
COMST = $11 Command-Status
RETRY = $12 Anzahl der Retries für Read/Write, normal = 2
RWLEN = $13 I/O Länge
SECLEN = $14 Anzahl der Bytes pro Sektor
USKEN = $15 Kennung für Übertragungsgeschwindigkeit
DLYTIM = $16 Enthält die Zeit, wie lange der Motor nach einem Befehl noch läuft
STPTIM = $17 Verzögerung für Steppermotor
COMPOS = $18 Position des letzten Befehls in der Kommandotabelle
IND = $19 Indirekt-Vektor für Datenbuffer
CHKSUM = $1B Checksum für Datenübertragung
RDDATK = $1C Kennung, ob Daten vom Computer geholt werden müssen
KLAPPE = $1D Letzte Klappen Position
SECANZ1 = $1E Sektoranzahl pro Track, die vorhanden sind
SECANZ = $1F Sektoranzahl pro Track, die vorhanden sein sollen
SECLST = $20 Sektorenliste
STALST = $40 Sektoren-Status-Liste
STPPOS = $60 Bit-Position für Steppermotor
DSPCTR = $61 Display/Drive-Controlbyte
BLOCKS = $62 Anzahl der Datenblocks für Datenübertragung
COUNTL = $64 16-Bit Zähler für Datenübertragung (low-Byte)
COUNTH = $65 16-Bit Zähler für Datenübertragung (high-Byte)
RDIND = $68 Indirekter Vektor für 1 Byte vom Computer empfangen
SDIND = $6A Indirekter Vektor für 1 Byte zum Computer senden
}}}
Die Zeropageadressen $90 bis $CF sind unbenutzt und frei für eigene Programme.
!! Teil 5
von Reinhard Wilde
!Fortsetzung der Sprungtabelle aus der letzten Ausgabe.
__TSTWR - $FF48 - NOCH ZU SCHREIBENDE SEKTOREN AUS DEM RAM AUF DIE DISKETTE SCHREIBEN__
In "WRKEN" steht die Anzahl der zu schreibenden Sektoren. Ist der Wert gleich 0, wird die Routine sofort verlassen. Sonst wird der Motor eingeschaltet, die Tracknummer für die zu schreibenden Sektoren aus "LWRTRA" nach "TRACK" kopiert und der Schreib-/Lesekopf positioniert. Anschließend wird der nächste HEADER eingelesen und die Sektornummer in der Sektorliste gesucht. Ist der Sektor nicht eingetragen (zum Beispiel bei geschützten Disketten, die mit "FAST-WRITE" beschrieben wurden), wird 1 Bell ausgegeben. Ansonsten wird ab der gefundenen Sektorposition die Statusliste auf negative Werte (Kennung für zu schreibende Sektoren) überprüft. Wird ein solcher Wert gefunden, wird der entsprechende Sektor geschrieben und in der Statusliste als geschrieben ($40) eingetragen. "WRKEN" wird um 1 heruntergezählt und die Position in der Sektorliste heraufgezählt. Sollte beim Schreiben eines Sektors ein Fehler auftreten, indem der "WRITE-PROTECT-Schalter" umgeschaltet war oder die Laufwerksklappe geöffnet wurde, wird die Routine "WRERR" aufgerufen, in der dem Anwender auf optischem und akustischem Wege ca. 5 Sekunden Zeit gegeben wird, um die Laufwerksklappe wieder zu schließen. Alle "WRITE-PROTECTIERTEN" Sektoren werden in der Statusliste als geschrieben ($40) eingetragen.
__TSTDAT - $FF4B - TSTWR AUFRUFEN UND STATUSLISTE MIT $40 FÜLLENv
Diese Routine muß abgearbeitet werden, wenn das Laufwerk in den "SLOW-MODE" geschaltet wurde, damit alle Sektoren geschrieben bzw. als nicht gelesen markiert werden.
__SD128B - $FF4E - 128 BYTES VOM EXBUF ZUM COMPUTER SENDEN__
Die Übertragungslänge wird auf 128 Bytes und der Buffer auf "EXBUF" gesetzt.
__SD256B - $FF51 - 256 BYTES VOM EXBUF ZUM COMPUTER SENDEN__
Die Übertragungslänge wird auf 256 Bytes und der Buffer auf "EXBUF" gesetzt.
__SDBTS - $FF54 - ANZAHL DER BYTES IM ACCU AUS BUFFER (X/Y-REGISTER) SENDEN__
Es wird jeweils 1 Byte aus dem Buffer geladen, die Checksumme heraufgezählt und über die Jump-Tabelle der Senderoutinen gesprungen, um das gelesene Byte zum Computer zu senden. Dieser Vorgang wird in einer Schleife solange wiederholt, bis der gesamte Buffer gesendet wurde. Anschließend wird die Checksumme gesendet.
__SEND41 - $FF57 - QUITTUNG $41 ZUM COMPUTER SENDEN__
Der Accu wird mit dem Wert $41 ("A") geladen, und nach einer Verzögerung (damit die Quittung an den Computer nicht zu schnell kommt) wird über die Jump-Tabelle der Senderoutinen gesprungen, um die Quittung in der richtigen Übertragungsgeschwindigkeit zu senden. (A=Acknowledge)
__SEND43 - $FF5A - QUITTUNG $43 ZUM COMPUTER SENDEN__
Dasselbe wie bei "SEND41"-$FF57, jedoch mit dem Quittungsbyte $43 (C=Complete).
__SEND45 - $FF5D - QUITTUNG $45 ZUM COMPUTER SENDEN__
Dasselbe wie bei "SEND41"-$FF57, jedoch mit dem Quittungsbyte $45 (E=Error).
__SEND4E - $FF60 - QUITTUNG $4E ZUM COMPUTER SENDEN__
Dasselbe wie bei "SEND41"-$FF57, jedoch mit dem Quittungsbyte $4E (N=Negative Acknowledge).
__RDSECT - $FF63 - AKTUELLEN SEKTOR VON DER DISKETTE IN DEN VORBEZEICHNETEN RAMBEREICH EINLESEN.__
Sektornummer in das Sektor-Register kopieren. "READ-SEKTOR"-Befehl an den Computer geben. "TIME-OUT"-Zeit setzen. Nun werden die Daten Byte für Byte vom Controller übernommen und in den bezeichneten Buffer (indirekt "IND") abgelegt. Sind alle Daten gelesen, wird auf den Controller gewartet, bis dieser seine Arbeit eingestellt hat, und der Status des gelesenen Sektors in das Status-Register des Controllers übergeben wurde. Sollte ein "TIME-OUT" aufgetreten sein, wird noch ein Leseversuch gestartet.
__RDSEC1 - $FF66 - BEZEICHNETEN SEKTOR IN BEZEICHNETES RAM EINLESEN__
Die gleiche Routine wie RDSECT-$FF63. Nur muß die Sektornummer bereits in das Sektor-Register des Controllers geschrieben sein.
__WRSECT - $FF69 - AKTUELLEN SEKTOR VON VORBEZEICHNETER RAMADRESSE AUF DIE DISKETTE SCHREIBEN__
Sektornummer in das Sektor-Register kopieren. "WRITE-SECTOR"-Befehl an den Controller geben. "TIME-OUT"-Zeit setzen. Nun werden die Daten Byte für Byte an den Controller übergeben.
Sind alle Daten übergeben, wird auf den Controller gewartet, bis dieser seine Arbeit eingestellt hat und der Write-Status vom Controller übernommen wird. Sollte ein "TIME-OUT" aufgetreten sein, wird überprüft, ob der Controller noch arbeitet. Wenn ja, wird noch ein Schreibversuch gestartet.
__TSTWRP - $FF6F - "WRITE-PROTECT" UND LAUFWERKSKLAPPE TESTEN__
Es wird "CONRES" aufgerufen, wo der Disk-Controller seine augenblickliche Arbeit unterbricht und der Controller-Status gelesen wird. Anschließend werden Bit 6 (WRITE-PROTECT) und Bit 7 (LAUFWERKS-KLAPPE) ausmaskiert. Ist eines der beiden Bits gesetzt, können keine Daten geschrieben werden!
__VERSEC - $FF72 - AKTUELLEN SEKTOR MIT ANGEGEBENEM RAM VERGLEICHEN__
Sektornummer in das Sektor-Register kopieren. "READ-SEKTOR"-Befehl an den Controller geben. "TIME-OUT"-Zeit setzen. Nun werden die Daten Byte für Byte vom Controller übernommen und mit der bezeichneten Adresse (indirekt "IND") verglichen. Ist ein Wert ungleich, wird das Lesen unterbrochen, der Controller gestoppt, die Kennung für "DATEN UNGLEICH" (ACCU<>0) gesetzt und CARRY für "KEIN LESEFEHLER AUFGETRETEN" gelöscht. Stimmen alle Daten mit dem angegebenen Buffer überein, wird die Kennung für "DATEN GLEICH" (ACCU=0) und "KEIN LESEFEHLER" (CARRY=0) gesetzt. Tritt während des Vergleichens ein "TIME-OUT" auf, wird geprüft, ob der Controller noch arbeitet. Wenn ja, wird der Vergleich der Daten fortgesetzt. Ansonsten wird "CARRY" gesetzt (KENNUNG FÜR LESEFEHLER).
__VERSE1 - $FF75 - BEZEICHNETEN SEKTOR MIT ANGEGEBENEN RAM VERGLEICHEN__
Die gleiche Routine wie VERSEC-$FF72. Nur muß die Sektornummer in das Sektor-Register des Controllers geschrieben sein.
__STELL - $FF78 - COM-STATUS AUF ERROR UND 2 RETRIES SETZEN__
"RETRY" wird auf 2 Versuche und "COMST" vorsorglich auf "COMMAND-ERROR" gesetzt.
__QUITT - $FF7B - QUITTUNG "C" ODER "E" ZUM COMPUTER SENDEN__
Den Controller-Status übernehmen. Wenn "CONST" auf "COMMAND-ERROR" steht, wird die Kennung für "FEHLER BEI LETZTER LAUFWERKS-OPERATION" in "DRSTAT" gesetzt. Wenn Bit 7 und Bit 0 in "DSPCTR" gesetzt sind, wird der Controller-Status auf dem Display angezeigt, 1 "BELL" ausgegeben und die Quittung $45 ("E") zum Computer gesendet. Ist "COMMAND-STATUS" o.k., wird die Kennung für "LAUFWERKS-OPERATION IN ORDNUNG" gesetzt und die Quittung $43 ("C") zum Computer gesendet.
__RDHEAD - $FF7E - DIE NÄCHSTEN HEADERDATEN EINLESEN__
"TIME-OUT"-Zeit setzen. "READ-HEADER"-Befehl an den Controller geben. Nun werden die 6 Bytes des nächsten auffindbaren HEADERS in einer Schleife eingelesen und ab der Adresse $7A abgelegt. In "WREADY" wird darauf gewartet, daß der Controller seine Arbeit einstellt. CARRY als Lesefehler-Flag wird zurückgesetzt.
__RDHD1 - $FF81 - WIE RDHEAD, ABER TIMER NICHT SETZEN__
Dasselbe wie $FF7E. Nur muß "TIME-OUT" bereits gesetzt sein.
__CALCTS - $FF87 - TRACK- UND SEKTORNUMMER ERRECHNEN__
Sektornummer LOW und HIGH werden zum "IND"-Pointer kopiert (für RAM/ROM-Adressen) und auf Nummer=0 oder Nummer>$7FFF geprüft. Ist das der Fall, wird in "DUMKEN" noch der SLOW-Status getestet. Andernfalls wird die Sektornummer in IND/IND+1 solange um die Anzahl der Sektoren pro Track herabgezählt, bis sie die Nummer 0 unterschreitet. Als Ergebnis hat man die gewünschte Track- und Sektornummer. Die Tracknummer wird noch mit dem Wert 40 verglichen (Tracknummer >39). Das CARRY-Flag wird durch den Vergleich entsprechend gesetzt. Nach der Rückkehr aus dieser Routine stehen die Prozessor-Status-Flags wie folgt:
{{{
C=1 SEKTORNUMMER UNZULÄSSIG
N=1 RAM/ROM-ADRESSE
Z=1 ZERO-PAGE-ADRESSE 0
}}}
Fortsetzung in der nächsten Ausgabe.