Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen angezeigt.
Nächste Überarbeitung | Vorhergehende Überarbeitung Nächste ÜberarbeitungBeide Seiten der Revision | ||
z9001:software:os:geraetetreiber [2015/04/27 13:29] – angelegt volkerp | z9001:software:os:geraetetreiber [2015/11/12 09:50] – [logische und physische Geräte] volkerp | ||
---|---|---|---|
Zeile 1: | Zeile 1: | ||
====== Gerätetreiber ====== | ====== Gerätetreiber ====== | ||
- | [[z9001: | + | Das OS des KC85/1 unterstützt leistungsfähig das Einbinden neuer Gerätetreiberroutinen für die sog. zeichenorientierten logischen Ein- / |
- | ==== Einbinden von Gerätetreibern in das Betriebssystem (OS) des KC 85/1 ==== | + | Literatur: |
- | Das OS des KC85/1 unterstützt leistungsfähig das Einbinden neuer Gerätetreiberroutinen für die sog. zeichenorientierten logischen Ein- / | + | * [[z9001: |
+ | * "Betriebssystem | ||
+ | * und weitere Quellen | ||
- | :!: sollen Gerätetreiber auch für OS 1.1 nutzbar | + | **Kritik** (vp) Leider ist das I/O-Konzept nicht bis zum Ende durchdacht und implementiert: |
+ | * Das I/O-Byte liegt auf einer anderen Adresse als in CP/M üblich | ||
+ | * Es gibt keine Systemaufrufe (über CALL 5), um die Treiber direkt anzusprechen. Die Systemaufrufe nutzen nur die Treiberfunktionen Zeichenein- und -ausgabe | ||
+ | * Die Einbindung der Treiber ins I/O-Byte und Übergabe der Zeichenkettenadressen erfolgt nur beim Laden des Treibers, nicht über einen späteren Funktionsaufruf des Treibers | ||
+ | * Die Zuweisung des Treibers auf eine physische Gerätenummer kann nicht frei gewählt werden. Das macht der Treiber intern, das ist aber nirgends ersichtlich. Auch bei ASGN wird das nicht angezeigt. | ||
+ | * Die Adresse des aktiven Treibers ist nur über die interne Systemfunktion EXIO ermittelbar. | ||
+ | * Beim Warmstart (nach STOP) wird das I/O-Byte auf den Standardwert 01h zurückgesetzt. | ||
+ | * Im OS 1.1 ist BAT nicht nutzbar. | ||
+ | * Die Zeichenketten der nicht initialisierten phys. Treiber zeigen auf Adresse LOGDV (0FC24h). Dort steht 01 00, das ist zufälligerweise ein gültiger String, aber eigentlich müsste nur auf ein Nullbyte (leerer String) verwiesen werden. | ||
+ | * Obwohl als Zusatz zum Monitor mitgeliefert, | ||
+ | * So wie ASGN arbeitet und zu nutzen ist, hätte auf das Konzept des I/O-Byte und der 4 verschiedenen physischen Treiber verzichtet werden können. Mit jedem Aufruf von ASGN wird einfach der übergebene Treiber aktiv, egal, welche physische Nummer er tatsächlich hat. | ||
- | ==== I/ | + | ===== logische und physische Geräte ===== |
- | Das OS-KC85/ | + | Das OS verwaltet |
+ | Welcher Drucker angeschlossen ist, spielt auf Anwenderprogrammebene keine Rolle, die zu druckenden Zeichen werden immer an " | ||
- | CONST: | + | Das OS kann bis zu 4 physische Druckertreiber verwalten, von denen genau einer aktiv ist. Welcher Drucker bzw. physischer Treiber das ist, wird mit dem Kommando ASGN festgelegt |
- | READER: (zusätzlicher Eingabekanal) \\ | + | |
- | PUNCH: (zusätzlicher Ausgabekanal) \\ | + | |
- | List: (log. Kanal für Drucker) | + | |
- | zugeordnet, d. h. für jeden log. E/A-Kanal können 4 Treiberroutinen gleichzeitig resident sein. Welche dabei im gegebenen Moment ausgewählt wird, bestimmt die Belegung des I/O-Bytes (HS-Adr. 0004, im CP/M üblicherweise Adr. 0003). | + | Analog zum logischen Gerät " |
- | Das OS selbst beinhaltet zwei residente Treiberroutinen: | + | Zur Kommunikation mit diesen Geräten gibt es Systemfunktionen über CALL 5: |
- | CRT Consoltreiber \\ | + | CALL 5, C = Rufnmmer |
- | BAT Batch-Treiber | + | |
- | CRT ist der Treiber für die Standard-Console, | + | ^Rufnr. ^ Name ^ Funktion ^ |
+ | | 01 | CONSI | Eingabe eines Zeichens von CONST | | ||
+ | | 02 | CONSO | Ausgabe eines Zeichens zu CONST | | ||
+ | | 03 | READI | Eingabe eines Zeichens von READ | | ||
+ | | 04 | PUNO | Ausgabe eines Zeichens zu PUNCH | | ||
+ | | 05 | LISTO | Ausgabe eines Zeichens zu LIST | | ||
+ | | 09 | PRNST | Ausgabe einer Zeichenkette zu CONST | | ||
+ | | 10 | RCONB | Eingabe einer Zeichenkette von CONST | | ||
+ | | 11 | CSTS | Abfrage Status CONST | | ||
- | BAT ist ein Treiber, der das log. Gerät Console | + | In BASIC können diese Geräte über Kanäle #1..#4 angesprochen werden |
- | Alle anderen Plätze der Tabelle sind nach einem Kaltstart des OS (RESET oder POWER ON) mit dem Wert 0FFFFH belegt und zeigen dem OS damit einen nicht existenten Treiber an. Sollen eigene Treiberroutinen - wie z. B. die in Tafel 1 bis 4 - eingebracht werden, so kann das durch direktes Eintragen der Treiberadresse in den entsprechenden Tabellenplatz und zugehöriges Stellen des I/O-Bytes erfolgen. Aber auch hierfür bietet das OS ein leistungsfähiges Hilfsmittel - das ASGN (Assign)-Kommando - an. Diese Form des Einbindens von E/ | + | ===== Das I/ |
+ | Das I/O-Byte dient zur Verbindung von logischen und physischen Geräten. Für | ||
+ | jedes der 4 logischen Geräte sind 4 physische Geräte wählbar. Die Zuschaltung | ||
+ | eines dieser Geräte erfolgt über Änderung des I/O-Bytes. Zuvor müssen alle zu | ||
+ | verwendenden Treiber zugewiesen und initialisiert werden. Das I/O-Byte ist in 4 | ||
+ | Bereiche zu je 2 Bits unterteilt. Jeder Bereich, der einem logischen Gerät | ||
+ | zugeordnet ist, kann einen Wert von 0 bis 3 beinhalten und damit logisches und | ||
+ | physisches Gerät verbinden. | ||
- | ==== ASGN-Kommando ==== | + | |
+ | |||
+ | Aufbau des I/O-Bytes (HS-Adr. 0004, im CP/M üblicherweise Adr. 0003): | ||
+ | Bit 7 6 5 4 3 2 1 0 | ||
+ | Log. Gerät LIST PUNCH READER CONST | ||
+ | |||
+ | Das OS selbst beinhaltet zwei residente Treiberroutinen: | ||
+ | |||
+ | * CRT Consoltreiber | ||
+ | * BAT Batch-Treiber | ||
+ | |||
+ | CRT ist der Treiber für die Standard-Console, | ||
+ | |||
+ | BAT ist ein Treiber, der das log. Gerät Console (CONST:) auf die Kanäle READER: (Eingabe) und LIST: (Ausgabe) aufteilt, also nur verwendbar ist, falls auch für READER: und LIST: entsprechende Treiber eingebunden wurden. | ||
+ | |||
+ | Alle anderen Plätze der Tabelle sind nach einem Kaltstart des OS (RESET oder POWER ON) mit dem Wert 0FFFFH belegt und zeigen dem OS damit einen nicht existenten Treiber an. Sollen eigene Treiberroutinen eingebracht werden, so kann das durch direktes Eintragen der Treiberadresse in den entsprechenden Tabellenplatz und zugehöriges Stellen des I/O-Bytes erfolgen. | ||
+ | |||
+ | Vom Monitor werden folgende physische Geräte realisiert: | ||
+ | |||
+ | < | ||
+ | log. Gerät | ||
+ | CONST: 1 - CRT | ||
+ | 2 - BAT | ||
+ | LIST: 1 - CRT | ||
+ | </ | ||
+ | |||
+ | < | ||
+ | System-Treiber, | ||
+ | ; physische Gerätenummer | ||
+ | ; log. Gerät 0 1 2 3 | ||
+ | ; -------------------------------------------- | ||
+ | ; CONST: | ||
+ | ; READER: (2) * | ||
+ | ; PUNCH: | ||
+ | ; LIST: | ||
+ | </ | ||
+ | |||
+ | nach Reset ist IOByte = 01h, d.h. | ||
+ | |||
+ | < | ||
+ | CONST: = CRT | ||
+ | READER: = | ||
+ | PUNCH: = | ||
+ | LIST: = | ||
+ | </ | ||
+ | |||
+ | Es sind jetzt folgende Zuweisungen möglich: | ||
+ | |||
+ | LIST: = CRT - Druckausgaben erfolgen auf den Bildschirm parallel zur normalen Ausgabe | ||
+ | |||
+ | Wenn Treiber für Reader und Punch installiert sind, ist noch erlaubt: | ||
+ | |||
+ | CONST: = BAT - Consoleneingabe vom Reader-Gerat, | ||
+ | |||
+ | |||
+ | Die Treiberadressen der jeweiligen physischen Geräte liegen auf den Adressen | ||
+ | EFC9H bis EFE8H. s.u. Adreßtabelle der Gerätetreiber. | ||
+ | |||
+ | |||
+ | Hinweis: Es gibt symbolische Namen für die physischen Geräte, diese spielen i.allg. keine Rolle, | ||
+ | werden aber in der Literatur (und im Zusatzmonitor ZM) genutzt: | ||
+ | |||
+ | < | ||
+ | ; physische Gerätenummer | ||
+ | ; log. Gerät 0 1 2 3 | ||
+ | ; -------------------------------------------- | ||
+ | ; CONST: | ||
+ | ; READER: (2) TTY[R] RDR UR1 UR2 | ||
+ | ; PUNCH: | ||
+ | ; LIST: | ||
+ | </ | ||
+ | |||
+ | |||
+ | ===== ASGN-Kommando | ||
**ASGN** ist ein residentes Kommando des OS (von insgesamt 3). Die Aufrufform ist | **ASGN** ist ein residentes Kommando des OS (von insgesamt 3). Die Aufrufform ist | ||
Zeile 52: | Zeile 149: | ||
Wird eine solche Anweisung gegeben, so vollzieht sich im OS ein umfangreicher Mechanismus: | Wird eine solche Anweisung gegeben, so vollzieht sich im OS ein umfangreicher Mechanismus: | ||
- | Zuerst wird eine Treiberroutine namens " | + | Zuerst wird eine Treiberroutine namens " |
- | + | ||
- | - Suche auf allen Adressen mit Low-Byte = 0 nach einer Bytefolge der Form: C3 ll hh (= JP hhllH) - Die folgenden 8 Bytes werden mit der angegebenen Zeichenkette (hier " | + | Suche auf allen Adressen mit Low-Byte = 0 nach einer Bytefolge der Form: C3 ll hh (= JP hhllH) - Die folgenden 8 Bytes werden mit der angegebenen Zeichenkette (hier " |
Diese Tabelle wird mit einem Nullbyte abgeschlossen und kann mit weiteren Strukturen dieser Form fortgesetzt werden. Zwei aufeinander folgende Nullbytes beenden diese Sprungtabelle (vgl. Beispiel Tafel 6). | Diese Tabelle wird mit einem Nullbyte abgeschlossen und kann mit weiteren Strukturen dieser Form fortgesetzt werden. Zwei aufeinander folgende Nullbytes beenden diese Sprungtabelle (vgl. Beispiel Tafel 6). | ||
Zeile 60: | Zeile 157: | ||
Ist die Suche erfolgreich, | Ist die Suche erfolgreich, | ||
- | start tape. | + | |
Nach dem Einlesen wird die Routine an der im FCB (1. Block) spezifizierten Startadresse gestartet. Im allgemeinen sollte die Treiberroutine an das aktuelle Speicherende (RAM) plaziert werden (über Zelle 36H zu ermitteln). Dem OS müssen nun noch einige Informationen übermittelt werden: | Nach dem Einlesen wird die Routine an der im FCB (1. Block) spezifizierten Startadresse gestartet. Im allgemeinen sollte die Treiberroutine an das aktuelle Speicherende (RAM) plaziert werden (über Zelle 36H zu ermitteln). Dem OS müssen nun noch einige Informationen übermittelt werden: | ||
- | - Welchem log. Gerät darf die Treiberroutine zugeordnet werden? | + | * Welchem log. Gerät darf die Treiberroutine zugeordnet werden? |
- | - Die Startadresse des Treiberteils | + | |
- | - Auf welchem Platz der Zuordnungstabelle (Tafel 5) soll der Eintrag erfolgen (physisches Gerät 0...3)? | + | |
- | - Die Adresse des symbolischen Gerätenamens (8-Byte-String). | + | |
- | Zu beachten ist, daß physische Geräte mit der Nr. 0 jedem log. E/A-Kanal zugeordnet werden können (also auch der Console) und entsprechend aufgebaut sein müssen. | + | Zu beachten ist, dass physische Geräte mit der Nr. 0 jedem log. E/A-Kanal zugeordnet werden können (also auch der Console) und entsprechend aufgebaut sein müssen. |
Ein physisches Gerät mit der Nr. 1 kann auch immer dem LIST-Kanal zugeordnet werden (Beispiel: residenter CRT-Treiber). | Ein physisches Gerät mit der Nr. 1 kann auch immer dem LIST-Kanal zugeordnet werden (Beispiel: residenter CRT-Treiber). | ||
- | Die Parameterübergabe erfolgt über die folgenden Register: | + | Beispielsweise wird ein Druckertreiber mit der Bezeichnung " |
- | + | ||
- | H: log. Gerätenr. kennzeichnet den log. Kanal, dem die Treiberroutine zugeordnet werden kann. \\ | + | |
- | 0 - CONST: 2 - READER: 4 - PUNCH: 6 - LIST: \\ | + | |
- | L: phys. Gerät (0,...,3) \\ | + | |
- | BC: Adresse der Treiberroutine \\ | + | |
- | DE: Adresse der Zeichenkette (symbolischer Gerätename) | + | |
- | + | ||
- | Tafel 6 gibt ein Beispiel an, wie die Treiberroutine nach Tafel 4 (V24/DTR) als Druckertreiber mit der Bezeichnung " | + | |
ASGN LIST:=LX86 | ASGN LIST:=LX86 | ||
- | wird die Routine | + | wird die Treiber-Routine |
CONST: | CONST: | ||
Zeile 94: | Zeile 183: | ||
Der Drucker kann jetzt mit CTRL/P zum Bildschirm parallel geschaltet werden (auch im BASIC) oder über den LIST-Kanal (Ruf-Nr. 5) direkt angesprochen werden. | Der Drucker kann jetzt mit CTRL/P zum Bildschirm parallel geschaltet werden (auch im BASIC) oder über den LIST-Kanal (Ruf-Nr. 5) direkt angesprochen werden. | ||
+ | Die meisten Treiber umgehen den Aufruf über ASGN. Statt | ||
- | ===== Druckertreiber ===== | + | ASGN LIST:=LX86 |
- | Was erwartet das Betriebssystem? | + | wird der Druckertreiber dann mit |
- | Das OS des Z9001 ist basierend auf CP/M entwickelt worden und hat dessen | + | LX86 |
- | Treiberkonzept übernommen. So gibt es 4 logische Geräte, die von den | + | |
- | Anwendungsprogrammen genutzt werden können: CONST, READER, PUNCH, LIST. Diesen | + | |
- | logischen Geräten werden nun physische Gerätetreiber zugeordnet. Das erfolgt | + | |
- | mittels Kommando ASGN. Üblicherweise wird CONST der Tastatur und dem Bildschirm | + | |
- | zugeordnet und LIST dem Drucker. | + | |
- | Damit ein physischer Gerätetreiber so zugeordnet werden kann, muss er einige | + | geladen. |
- | Eigenschaften erfüllen: | + | |
- | 1. Treiberadresse muss in der Adresstabelle für Gerätetreiber eingetragen sein | + | Ein guter Treiber |
- | (0EFC9H-0EFE8H) | + | |
- | 2. der Treiber | + | |
- | 3. der Treiber muss die Systemkommandos für Gerätetreiber umsetzen. | + | |
- | Für einen Druckertreiber reichen folgende Systemkommandos aus: | ||
- | 1. Initialisieren/ | + | ===== Aufbau ===== |
- | 2. Abfrage Status (A=0) | + | |
- | 3. Ausgabe Zeichen (A=0, Zeichen in C) | + | |
- | Das Ganze ist in der Betriebssystembeschreibung ausführlicher erklärt. Ebenfalls | + | Ein Treiber-Programm besteht aus mehreren Teilen |
- | gibt es in mp 10/87 S. 311 ff. Erläuterungen zum Gerätetreiber-Handling des | + | |
- | Z9001. | + | |
- | Hinweis: Die Robotron-Treiber umgehen | + | * OS-Kommandorahmen (enthält |
- | selbst in die internen Gerätetreiberlisten ein; ein Robotron-Druckertreiber wird | + | * Kommando-Verteiler für die Treiber-Kommandos wie Eingabe, Statusabfrage und Initialisierung |
- | also ganz normal im OS geladen; NICHT mit ASGN. | + | * die interne Logik zur Umsetzung der Treiber-Kommandos (z.B. mit Sonderbehandlung von Steuerzeichen) |
+ | * die physischen Treiber zur Ansteuerung des Gerätes | ||
+ | * die Initialisierung der Systemzellen und die Parameterbereitstellung für ASGN | ||
+ | Treibereingangsparameter: | ||
+ | * A Kommando (siehe Tabelle) (für CONST, READER, LIST) | ||
+ | * C Zeichen (bei Kommando AUSGABE) | ||
+ | * DE Adresse bei Cursorkommandos | ||
+ | Treiberausgangsparameter: | ||
+ | * A Zeichen (bei Kommando EINGABE) | ||
+ | * CY Fehlerstatus | ||
+ | * HL,DE Adresse bei Cursorkommandos | ||
- | ===== CRT-Teiber ===== | + | Hinweis: Vordergrundregister müssen bei Eintritt in das Treiberprogramm nicht gerettet werden (erfolgt bereits im BOS) |
- | für KRT wurden von mir CRT-Treiber | + | Hinweis: |
+ | * TTY-Treiber (L=0) können beliebigen logischen Geräten zugewiesen werden | ||
+ | * CRT-Treiber | ||
+ | * alle anderen nur dem im H-Register angegebenen logischen Gerät (sonst Fehlermeldung im ASGN-Kommando) | ||
+ | **Treiber-Kommandos** | ||
- | ===== ZM ===== | + | ^ Code ^ Funktion ^ Eingang ^ Return ^ |
+ | | 00 | Abfrage Status | | A Status\\ 0 kein Zeichen bei Eingabegerät, | ||
+ | | 01 | Eingabe Zeichen | | A Zeichen | | ||
+ | | 02 | Ausgabe Zeichen | C Zeichen | | | ||
+ | | 03 | Cursor löschen | | | | ||
+ | | 04 | Cursor anzeigen | | HL physische Cursoradresse | | ||
+ | | 05 | Abfrage logische und physische Cursoradresse | | HL physische Cursoradresse\\ DE logische Cursoradresse | | ||
+ | | 06 | Setzen Cursor auf logische Adresse | DE logische Cursoradresse | | | ||
+ | | 07 | Abfrage physische Cursoradresse | | HL physische Cursoradresse | | ||
+ | | 08 | Setzen Cursor auf physische Adresse | DE physische Cursoradresse | | | ||
+ | | FF | Initialisieren/ | ||
- | :!: Schlechtes Vorbild!!! | + | Hinweis: |
+ | * werden verschiedene Kommandos durch den Anwender nicht benötigt, kann dafür ein Sprung zum Fehlerausgang des Treibers programmiert werden | ||
+ | * korrespondierende System- und Direktrufe sind dann nicht mehr verwendbar | ||
- | Es wird nicht alles umgesetzt, so fehlt die Initialisierung und die Anzeige der Treibernamen etc. | ||
- | Im Zusatzmonitor sind verschiedene Gerätetreiber enthalten. s. auch Artikel über | + | **Treiberinitialisierung** |
- | mp 10/87 S. 311 ff.. Den logischen Geräten Console, Reader, Punch, List können | + | |
- | verschiedene physische Treiber zugeordnet werden. Im ZM sind physische Treiber | + | |
- | für Tastatur mit Beep, SIF-1000 Lochbandleser und -stanzer, V24-Drucker und | + | |
- | Kassettenzugriff enthalten. | + | |
- | Das Kommando A< | + | Dem OS (bzw. dem ASGN-Kommando) müssen einige Informationen übermittelt werden: |
- | vorhandenen Gerätes zu einem logischen Gerät. Folgende Zuordnungen sind | + | |
- | angebbar: | + | |
+ | * Welchem log. Gerät darf die Treiberroutine zugeordnet werden? | ||
+ | * Die Startadresse des Treiberteils | ||
+ | * Auf welchem Platz der Zuordnungstabelle soll der Eintrag erfolgen (physisches Gerät 0...3)? | ||
+ | * Die Adresse des symbolischen Gerätenamens (8-Byte-String). | ||
+ | Die Initialisierung sollte grundsätzlich über das ASGN-Kommando erfolgen. Eine | ||
+ | automatische Initialisierung über die Nutzung des Kommandos und | ||
+ | Direktzugriff auf entsprechende Systemzellen ist zu vermeiden. | ||
- | CONSOLE | + | Der Aufruf der Initialisierung im ASGN-Kommando erfolgt in der gleichen Weise |
+ | wie der Start eines Anwenderprogrammes. Dabei kann es sich sowohl um ein | ||
+ | transientes Kommando, als auch um ein Programm auf Kassette handeln. Ladbare | ||
+ | Treiberprogramme auf Kassette werden durch das ASGNKommando selbständig | ||
+ | eingelesen und zur Initialisierung gestartet. Derartige Programme sind in der | ||
+ | Initialisierung mittels geeigneter RELOCATING-Routinen an das Ende des logischen | ||
+ | RAM-Bereiches zu verschieben. Notwendiger Arbeitsspeicher ist gleichfalls dort | ||
+ | einzurichten. Nach dem Verschieben ist der Zeiger des logischen RAM-Endes EOR | ||
+ | (36H) auf eine Adresse vor dem Treiberprogramm zu stellen. Für jede | ||
+ | Treiberroutine eines physischen Gerätes stehen im System-RAM (ab 280H) 4 Bytes | ||
+ | Speicher zur Verfügung. | ||
- | READER | ||
- | PUNCH | + | Die Treiberinitialisierung muß der ASGN-Routine folgende Parameter übergeben: |
+ | < | ||
+ | - CY Fehlerstatus nach Initialisierung | ||
+ | - H logische Gerätenummer | ||
+ | 0 CONST | ||
+ | 2 READER | ||
+ | 4 PUNCH | ||
+ | 6 LIST | ||
+ | - L physische Gerätenummer (0, 1 .... 3) | ||
+ | - BC Adresse der Treiberroutine | ||
+ | - DE Adresse einer Zeichenkette (symbolischer Gerätename, | ||
+ | </ | ||
- | LIST | + | :!: sollen Gerätetreiber auch für OS 1.1 nutzbar sein, muss man auf einen Bug des Systems Rücksicht nehmen! |
+ | Beispiel: | ||
- | AC=C für Konsole (mit Tastatur-Beep) AR=C für Konsole | + | < |
- | AC=V für Konsole | + | ;PROM-Transientkommandoprogramm zur Initialisierung eines Druckers als TTY-Gerät |
- | AC=B für BATCH AR=T für Kassette | + | JMP INIT |
- | AC=U für User-Konsole | + | DB " |
+ | DA 0 | ||
+ | INIT: | ||
+ | LD DE, | ||
+ | SBC HL, | ||
+ | LD (EOR), | ||
+ | INC HL | ||
+ | LD (RTTYL), | ||
+ | ; | ||
+ | .... | ||
+ | LD H, | ||
+ | LD L,0 ;phy. Gerätenummer | ||
+ | LD BC, | ||
+ | LD DE, | ||
+ | or a ; CY=0, kein Fehler | ||
+ | ; | ||
+ | ex (sp), hl ; ++ dieser Teil | ||
+ | inc hl ; ++ ist nur bei OS Version 1.1 | ||
+ | inc hl ; ++ noetig (wegen eines Fehlers | ||
+ | ex (sp), hl ; ++ in der ASGN-Routine) | ||
+ | ; | ||
+ | ret | ||
+ | ; | ||
+ | FEHL: | ||
+ | RET | ||
+ | ; | ||
+ | ; | ||
+ | OUTZ: | ||
+ | ; | ||
+ | ;RAM-Definitionen | ||
+ | RAMA: | ||
+ | .... | ||
+ | RAME: EQU # | ||
+ | </ | ||
- | Nach Anlauf | + | Beim eigenständigen Eintragen der Treiber unter Umgehung |
- | Soll z.B. ein über den freien PIO-Port angeschlossener V24-Drucker verwendet | + | |
- | werden, so muss vorher AL=L gegeben werden. AC=C bewirkt, dass jeder | + | - der Treiber |
- | Tastendruck mit einem Ton quittiert wird. | + | - der Treiber muss die Systemkommandos für Gerätetreiber umsetzen. |
- | Für den BATCH-Modus muss ein SIF-1000-Lesegerät an den PIO-Port angeschlossen | + | **Treiber für LIST (Druckertreiber)** |
- | werden. Ferner sind die Zuweisungen AR=P und AL=C (oder V) vorher unbedingt | + | |
- | erforderlich! Nach AC=B werden jetzt alle Eingaben nicht mehr von der Tastatur, | + | |
- | sondern vom angeschlossenen Lesegerät angefordert. Protokolliert wird infolge | + | |
- | der Zuweisung AL=C nach wie vor auf dem Bildschirm. Eine Zuweisung AL=L oder U | + | |
- | ist in diesem Fall nicht möglich, da an den PIO-Port zusätzlich zum Lesegerät | + | |
- | kein LIST-Gerät anschließbar ist. Sollte der Druckermodul gesteckt sein, so wird | + | |
- | bei AC=C auf dem Drucker protokolliert, | + | |
+ | Für einen Druckertreiber reichen folgende Treiber-Kommandos aus: | ||
+ | * Initialisieren/ | ||
+ | * Abfrage Status (A=0, Rückgabe 0 bei nicht bereit, sonst <> 0) | ||
+ | * Ausgabe Zeichen (A=2, Zeichen in C) | ||
+ | **Treiber für READER** | ||
+ | |||
+ | Für einen Treiber für READER reichen folgende Treiber-Kommandos aus: | ||
+ | |||
+ | * Initialisieren/ | ||
+ | * Abfrage Status (A=0, Rückgabe 0, wenn kein Zeichen einzulesen ist, sonst <> 0) | ||
+ | * Eingabe Zeichen (A=1, Rückgabe Zeichen in A) | ||
+ | |||
+ | **Treiber für CONST** | ||
+ | |||
+ | An die Treiber der für CONST möglichen Geräte (TTY, CRT, BAT, UC) werden | ||
+ | besondere Anforderungen gestellt, da sie Routinen zur Eingabe, Ausgabe, | ||
+ | Statusabfrage und Cursorsteuerung beinhalten müssen. Dem Treiber wird die zu | ||
+ | erfüllende Aufgabe durch spezielle Kommandocodes im A - Register übergeben. | ||
+ | |||
+ | **Kommandocodetabelle** | ||
+ | |||
+ | Beispiel: | ||
+ | < | ||
+ | ; | ||
+ | INC A | ||
+ | JPZ RESET ; | ||
+ | DEC A | ||
+ | JPZ STAT ; | ||
+ | DEC A | ||
+ | JPZ EING ; | ||
+ | DEC A | ||
+ | JPZ AUSG ; | ||
+ | DEC A | ||
+ | JPZ LCUR ; | ||
+ | DEC A | ||
+ | JPZ ACUR ; | ||
+ | DEC A | ||
+ | JPZ ADRLC ; | ||
+ | DEC A | ||
+ | JPZ SLOGC ; | ||
+ | DEC A | ||
+ | JPZ ADRPC ; | ||
+ | DEC A | ||
+ | JPZ SPHYC ; | ||
+ | FEHL: | ||
+ | RET ; | ||
+ | </ | ||
+ | |||
+ | |||
+ | |||
+ | ===== Speicherzellen ===== | ||
+ | |||
+ | Im Betriebssystem sind einige Speicherzellen für Treiber freigehalten. | ||
+ | Anwenderprogramme dürfen daher den Bereich 280h..2BFh auch nicht nutzen, sondern erst ab 300h! | ||
+ | |||
+ | < | ||
+ | |||
+ | 0004 IOBYT: DB 1 ;I/O-Byte zur Zuweisung log.Gerät phys. Gerät | ||
+ | |||
+ | ;der folgende Speicherbereich ist durch den Nutzer für eigene Treiber verwendbar | ||
+ | 0280 RTTYC BER 4 ;RAM TTY-Treiber für CONST | ||
+ | 0284 RCRTC: BER 4 ;RAM CRT-Treiber für CONST | ||
+ | 0288 RBATC: BER 4 ;RAM BAT-Treiber für CONST | ||
+ | 028C RUC: BER 4 ;RAM UC-Treiber für CONST | ||
+ | 0290 PTTYR: BER 4 ;RAM TTY-Treiber für READER | ||
+ | 0294 RRDR: BER 4 ;RAM RDR-Treiber für READER | ||
+ | 0298 RUR1: BER 4 ;RAM UR1-Treiber für READER | ||
+ | 029C RUR2: BER 4 ;RAM UR2-Treiber für READER | ||
+ | 02A0 RTTYP: BER 4 ;RAM TTY-Treiber für PUNCH | ||
+ | 02A4 RPUN: BER 4 ;RAM PUN-Treiber für PUNCH | ||
+ | 02A8 RUP1: BER 4 ;RAM UP1-Treiber für PUNCH | ||
+ | 02AC RUP2: BER 4 ;RAM UP2-Treiber für PUNCH | ||
+ | 02B0 RTTYL: BER 4 ;RAM TTY-Treiber für LIST | ||
+ | 02B4 RCRTL: BER 4 ;RAM CRT-Treiber für LIST | ||
+ | 02B8 RLST: BER 4 ;RAM LST-Treiber für LIST | ||
+ | 02BC RUL: BER 4 ;RAM UL-Treiber für LIST | ||
+ | |||
+ | |||
+ | ; | ||
+ | EFC9 ATTYC: DA -1 ;Adresse TTY-Treiber für CONST | ||
+ | EFCB ACRTC: DA CRT ;Adresse CRT-Treiber für CONST | ||
+ | EFCD ABATC: DA BAT ;Adresse BAT-Treiber für CONST | ||
+ | EFCF AUC: DA -1 ;Adresse UC-Treiber für CONST | ||
+ | EFD1 ATTYR: DA -1 ;Adresse TTY-Treiber für READER | ||
+ | EFD3 ARDR: DA -1 ;Adresse RDR-Treiber für READER | ||
+ | EFD5 AUR1: DA -1 ;Adresse UR1-Treiber für READER | ||
+ | EFD7 AUR2: DA -1 ;Adresse UR2-Treiber für READER | ||
+ | EFD9 ATTYP: DA -1 ;Adresse TTY-Treiber für PUNCH | ||
+ | EFDB APUN: DA -1 ;Adresse PUN-Treiber für PUNCH | ||
+ | EFDD AUP1: DA -1 ;Adresse UP1-Treiber für PUNCH | ||
+ | EFDF AUP2: DA -1 ;Adresse UP2-Treiber für PUNCH | ||
+ | EFE1 ATTYL: DA -1 ;Adresse TTY-Treiber für LIST | ||
+ | EFE3 ACRTL: DA CRT ;Adresse CRT-Treiber für LIST | ||
+ | EFE5 ALST: DA -1 ;Adresse LST-Treiber für LIST | ||
+ | EFE7 AUL: DA -1 ;Adresse UL-Treiber für LIST | ||
+ | |||
+ | ; | ||
+ | EFE9 TXCON: DA PHYDV+2 ;Adresse einer Zeichenkette des aktuellen CONST-Gerätes, | ||
+ | ; | ||
+ | EFEB TXRDR: DA PHYDV ; | ||
+ | EFED TXPUN: DA PHYDV ; | ||
+ | EFEF TXLST: DA PHYDV ; | ||
+ | </ | ||
+ | |||
+ | |||
+ | |||
+ | ====== CRT-Teiber ====== | ||
+ | |||
+ | für KRT wurden von mir CRT-Treiber entwickelt. Es gab keine Vorbilder wie bei den Druckertreibern. | ||
+ | |||
+ | |||
+ | ======= ZM ======= | ||
+ | |||
+ | :!: der ZM ist ein schlechtes Vorbild in Sachen Gerätetreiber! | ||
+ | |||
+ | * Der ZM enthält ein eigenes ASGN-Kommando ' | ||
+ | * Die Gerätenamen beim Kommando A entsprechen nicht denen des OS | ||
+ | * Der ZM überschreibt die komplette Adresstabelle der Gerätetreiber (ab 0EFC9h). Eigene vorher eingetragene Treiber werden damit aus dem System geworfen! | ||
+ | * Die Treiber unterstützen keine Treiber-Kommandos (Initialisierung, | ||
+ | * Die Zuweisungsbeschränkung des CRT-Treibers wird nicht beachtet | ||
+ | * Die Treiber für TAPE sind keine zeichenorientierten Treiber und manipulieren gehörig das System (s. Sourcecode) | ||
+ | * Positiv, aber eben nicht zum OS-Konzept passend, ist, dass die Benutzung des I/O-Bytes logischer und mehr an CP/M angelehnt ist | ||
+ | |||
+ | Im [[z9001: | ||
+ | Den logischen Geräten Console, Reader, Punch, List können | ||
+ | verschiedene physische Treiber zugeordnet werden. Im ZM sind physische Treiber | ||
+ | für Tastatur mit Beep, SIF-1000 Lochbandleser und -stanzer, V24-Drucker und | ||
+ | Kassettenzugriff enthalten. | ||
+ | |||
+ | Das Kommando A< | ||
+ | vorhandenen Gerätes zu einem logischen Gerät. Folgende Zuordnungen sind | ||
+ | angebbar: | ||
+ | ^ CONSOLE ^ READER ^ PUNCH ^ LIST ^ | ||
+ | | AC=C für Konsole (mit Tastatur-Beep) | AR=C für Konsole | AP=C für Konsole | AL=C für Konsole | | ||
+ | | AC=V für Konsole (ohne Tastatur-Beep) | AR=P für LB-Leser (SIF-1000) | AP=P für LB-Stanzer (SIF-1000) | AL=V für Konsole | | ||
+ | | AC=B für BATCH | AR=T für Kassette (Tape) | AP=T für Kassette | AL=L für V24-Drucker (TD40) | | ||
+ | | AC=U für User-Konsole | AR=U für User-Read-Gerät | AP=U für V24-Ausgabegerät (TD40) | AL=U für SIF-1000-Ausgabegerät | | ||