Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

Link zu dieser Vergleichsansicht

Nächste Überarbeitung
Vorhergehende Überarbeitung
Nächste ÜberarbeitungBeide Seiten der Revision
z9001:software:os:geraetetreiber [2015/04/27 13:29] – angelegt volkerpz9001:software:os:geraetetreiber [2015/04/28 13:56] – [ZM] volkerp
Zeile 1: Zeile 1:
 ====== Gerätetreiber ====== ====== Gerätetreiber ======
  
-[[z9001:literatur:treiber]]+FIXME
  
-==== Einbinden von Gerätetreibern in das Betriebssystem (OSdes KC 85/1 ====+Das OS des KC85/1 unterstützt leistungsfähig das Einbinden neuer Gerätetreiberroutinen für die sog. zeichenorientierten logischen Ein- /Ausgabekanäle. Vorbild für das im folgenden erläuterte Konzept ist das Betriebssystem CP/M. 
  
-Das OS des KC85/1 unterstützt leistungsfähig das Einbinden neuer Gerätetreiberroutinen für die sog. zeichenorientierten logischen Ein- /Ausgabekanäle. Vorbild für das im folgenden kurz erläuterte Konzept ist das Betriebssystem CP/M.+Literatur:
  
-:!sollen Gerätetreiber auch für OS 1.1 nutzbar sein, muss man auf einen Bug des Systems Rücksicht nehmen!+  * [[z9001:literatur:treiber]] 
 +  * "Betriebssystem Z9001" Beschreibung + Quelltext des OS 
 +  * und weitere Quellen
  
 +===== logische und physische Geräte =====
  
-==== I/O-Byte-Konzept ====+Das OS verwaltet logische und physische Geräte. Logische Geräte sind z.B. die Zeichenausgabe auf Drucker (LIST:).  
 +Welcher Drucker angeschlossen ist, spielt auf Anwenderprogrammebene keine Rolle, die zu druckenden Zeichen werden immer an "LIST:" ausgegeben. 
  
-Das OS-KC85/1 verwaltet eine Tabelle mit mal 4 Plätzen für Adressen von Gerätetreiberroutinen (Tafel 5). Jeweils eine Zeile dieser Tabelle wird dabei einem der 4 logischen E/A-Kanäle+Das OS kann bis zu physische Druckertreiber verwalten, von denen genau einer aktiv ist. Welcher Drucker bzw. physischer Treiber das ist, wird mit dem Kommando ASGN festgelegt (s.u.).
  
-CONST: (Console\\   +Analog zum logischen Gerät "Drucker" gibt es 3 weitere logische Gerätedie Konsole (CON, Tastatur + Bildschirm, d.h. Zeichenein- und -ausgabe)), Punch (nur Zeichenausgabe, ursprünglich auf Lochband), Reader (nur Zeicheneingabe, ursprünglich von Lochband). 
-READER: (zusätzlicher Eingabekanal\\   +
-PUNCH: (zusätzlicher Ausgabekanal\\   +
-List: (logKanal 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).+Zur Kommunikation mit diesen Geräten gibt es Systemfunktionen über CALL 5:
  
-Das OS selbst beinhaltet zwei residente Treiberroutinen:+CALL 5, C = Rufnmmer
  
-CRT Consoltreiber \\   +^Rufnr. ^ Name ^ Funktion ^ 
-BAT Batch-Treiber+| 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                          |
  
-CRT ist der Treiber für die Standard-Console, dhfür das Fernsehgerät als Sichtgerät und die eingebaute Tastatur.+In BASIC können diese Geräte über Kanäle #1..#4 angesprochen werden (allggeht das nur mit verändertem Lutz-Elßner-Basic)!
  
-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.+===== Das I/O-Byte =====
  
-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 anSollen 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 erfolgenAber auch hierfür bietet das OS ein leistungsfähiges Hilfsmittel - das ASGN (Assign)-Kommando - anDiese Form des Einbindens von E/A-Treibern sollte ia. bevorzugt werdenda die konkreten Anordnungen von Zuordnungstabelle (Tafel 5) und I/O-Byte im Speicher damit für den Nutzer transparent bleiben (d. h., evtl. Veränderungen wirken sich nicht auf das Anwenderprogramm aus).+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ählbarDie Zuschaltung 
 +eines dieser Geräte erfolgt über Änderung des I/O-Bytes. Zuvor müssen alle zu 
 +verwendenden Treiber zugewiesen und initialisiert werdenDas I/O-Byte ist in 4 
 +Bereiche zu je 2 Bits unterteiltJeder Bereichder 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, d. h. für das Fernsehgerät als Sichtgerät und die eingebaute Tastatur.  
 + 
 +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: 
 + 
 +<code> 
 +  log. Gerät    phys. Treiber 
 +  CONST: 1 - CRT, 2 - BAT 
 +  LIST: 1 - CRT 
 +</code> 
 + 
 +<code> 
 +System-Treiber, * ist aktiv, fehlende Treiber sind mit RET kurzgeschlosssen 
 +; physische Gerätenummer  
 +; log. Gerät 0 1 2 3 
 +; -------------------------------------------- 
 +; CONST:  (0) CRT* BAT 
 +; READER: (2) * 
 +; PUNCH:  (4) * 
 +; LIST:   (6) * CRT 
 +</code> 
 + 
 +nach Reset ist IOByte = 01h, d.h.  
 + 
 +<code> 
 +CONST: = CRT 
 +READER: =  
 +PUNCH: =  
 +LIST: = 
 +</code> 
 + 
 +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, Konsolenausgabe erfolgt auf das Punch-Gerät 
 + 
 + 
 +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: 
 + 
 +<code> 
 +; physische Gerätenummer  
 +; log. Gerät 0 1 2 3 
 +; -------------------------------------------- 
 +; CONST:  (0) TTY[C] CRT[C] BAT[C] AUC 
 +; READER: (2) TTY[R] RDR UR1 UR2 
 +; PUNCH:  (4) TTY[P] PUN UP1 UP2 
 +; LIST:   (6) TTY[L] CRT[L] LST UL 
 +</code> 
 + 
 + 
 +===== 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 137:
 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 "LX86" im Speicher (von oben nach unten) entsprechend den Aufrufregeln für transiente Kommandos gesucht: +Zuerst wird eine Treiberroutine namens "LX86" im Speicher (von oben nach unten) entsprechend den  Aufrufregeln für transiente Kommandos gesucht: 
- +     
-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 "LX86") verglichen.+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 "LX86") verglichen.
  
 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 145:
 Ist die Suche erfolgreich, so wird die Steuerung zur Adresse hhllH übergeben (Initialisierungsroutine des Treibers), andernfalls wird angenommen, daß eine Treiberroutine vom Band nachgeladen werden soll, und es erfolgt die Ausschrift Ist die Suche erfolgreich, so wird die Steuerung zur Adresse hhllH übergeben (Initialisierungsroutine des Treibers), andernfalls wird angenommen, daß eine Treiberroutine vom Band nachgeladen werden soll, und es erfolgt die Ausschrift
  
-start tape.+  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 \\ +  Die Startadresse des Treiberteils  
-Auf welchem Platz der Zuordnungstabelle (Tafel 5) soll der Eintrag erfolgen (physisches Gerät 0...3)? \\ +  Auf welchem Platz der Zuordnungstabelle (s.u.) soll der Eintrag erfolgen (physisches Gerät 0...3)?  
-Die Adresse des symbolischen Gerätenamens (8-Byte-String).+  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 "LX86" wie folgt in das OS eingebundenMit der Anweisung
- +
-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 "LX86" in das OS eingebunden werden kann. Mit der Anweisung+
  
   ASGN LIST:=LX86   ASGN LIST:=LX86
  
-wird die Routine V24 (Tafel 4eingebunden und das I/O-Byte entsprechend gestellt. Es erfolgt die Ausschrift+wird die Treiber-Routine eingebunden (ggf. von Kassette geladen) und das I/O-Byte entsprechend gestellt. Es erfolgt die Ausschrift
  
   CONST:=CRT    CONST:=CRT 
Zeile 94: Zeile 171:
 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 sollte beide Varianten ermöglichen!
-(0EFC9H-0EFE8H) +
-2. der Treiber muss eine 8 Byte lange Bezeichnung bereitstellen +
-3. der Treiber muss die Systemkommandos für Gerätetreiber umsetzen.+
  
-Für einen Druckertreiber reichen folgende Systemkommandos aus: 
  
-1. Initialisieren/Rücksetzen des Gerätes (A=0FFh) +===== 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 den Mechanismus von ASGN und tragen sich +  * OS-Kommandorahmen (enthält den Kommando-Namen, z.B. "LX86") 
-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) 
 + 
 +Hinweis: 
 + * TTY-Treiber (L=0) können beliebigen logischen Geräten zugewiesen werden 
 + * CRT-Treiber (L=1) können CONST und LIST zugewiesen werden 
 + * alle anderen nur dem im H-Register angegebenen logischen Gerät (sonst Fehlermeldung im ASGN-Kommando) 
 + 
 +**Treiber-Kommandos** 
 + 
 +^ Code ^ Funktion ^ Eingang ^ Return ^ 
 +| 00 | Abfrage Status | | A Status\\ 0 kein Zeichen bei Eingabegerät,\\ nicht bereit bei Ausgabegerät\\ sonst Zeichen liegt an bei Eingabegerät,\\ (im installierten CRT-Treiber wird der Zeichencode übergeben) | 
 +| 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/Rücksetzen des Gerätes | | | 
 + 
 +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 
 + 
 + 
 +**Treiberinitialisierung** 
 + 
 +Dem OS (bzw. dem ASGN-Kommando) müssen einige Informationen übermittelt werden: 
 + 
 +  * 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. 
 + 
 +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. 
 + 
 + 
 +Die Treiberinitialisierung muß der ASGN-Routine folgende Parameter übergeben: 
 +<code> 
 + - 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, wird nach der Zuweisung durch ASGN angezeigt) 
 +</code> 
 + 
 +:!: sollen Gerätetreiber auch für OS 1.1 nutzbar sein, muss man auf einen Bug des Systems Rücksicht nehmen! 
 + 
 +Beispiel: 
 + 
 +<code> 
 + ;PROM-Transientkommandoprogramm zur Initialisierung eines Druckers als TTY-Gerät 
 + JMP INIT 
 + DB "DRUCKER " 
 + DA 0 
 + INIT: LD HL,(EOR) ;Adresse end of RAM (36H) 
 + LD DE,RAME-RAMA ;benötigter Arbeitsspeicher 
 + SBC HL,DE 
 + LD (EOR),HL ;neue log. RAM-Ende 
 + INC HL 
 + LD (RTTYL),HL ;Zeiger auf Arbeitsspeicher (2B0H) 
 + ;Hardwareinitialisierung 
 + .... 
 + LD H,6 ;log. Gerätenummer (LIST) 
 + LD L,0 ;phy. Gerätenummer (TTY) 
 + LD BC,OUTZ ;Adresse der Zeichenausgabe 
 + LD DE,TEXT 
 + 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: SCF ;Fehler 
 + RET 
 +
 + ;Zeichenausgabe 
 + OUTZ: .... 
 +
 + ;RAM-Definitionen 
 + RAMA: .... 
 + .... 
 + RAME: EQU # 
 +</code> 
 + 
 +Beim eigenständigen Eintragen der Treiber unter Umgehung des ASGN-Kommandos gilt: 
 + 
 +  - Treiberadresse muss in der Adresstabelle für Gerätetreiber eingetragen sein (0EFC9H-0EFE8H) 
 +  - der Treiber muss eine 8 Byte lange Bezeichnung bereitstellen 
 +  - der Treiber muss die Systemkommandos für Gerätetreiber umsetzen. 
 + 
 +**Treiber für LIST (Druckertreiber)** 
 + 
 +Für einen Druckertreiber reichen folgende Treiber-Kommandos aus: 
 + 
 +  1. Initialisieren/Rücksetzen des Gerätes (A=0FFh) 
 +  2. Abfrage Status (A=0, Rückgabe 0 bei nicht bereit, sonst <> 0) 
 +  3. Ausgabe Zeichen (A=2, Zeichen in C) 
 + 
 +**Treiber für READER** 
 + 
 +Für einen Treiber für READER reichen folgende Treiber-Kommandos aus: 
 + 
 +  1. Initialisieren/Rücksetzen des Gerätes (A=0FFh) 
 +  2. Abfrage Status (A=0, Rückgabe 0, wenn kein Zeichen einzulesen ist, sonst <> 0) 
 +  3. 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: 
 +<code> 
 + ;Eingangsverteiler für CRT-Treiber mit allen Funktionen 
 + INC A 
 + JPZ RESET ;lnitialisieren/Rücksetzen Gerät 
 + DEC A 
 + JPZ STAT ;Status 
 + DEC A 
 + JPZ EING ;Eingabe 
 + DEC A 
 + JPZ AUSG ;Ausgabe 
 + DEC A 
 + JPZ LCUR ;Löschen Cursor 
 + DEC A 
 + JPZ ACUR ;Anzeige Cursor 
 + DEC A 
 + JPZ ADRLC ;Abfrage log. und phy. Cursoradresse 
 + DEC A 
 + JPZ SLOGC ;Setzen Cursor auf log. Adresse 
 + DEC A 
 + JPZ ADRPC ;Abfrage phy. Cursoradresse 
 + DEC A 
 + JPZ SPHYC ;Setzen Cursor auf phy. Adresse 
 + FEHL: SCF ;unzulässiges Kommando 
 + RET ;Fehlerausgang 
 +</code> 
 + 
 + 
 + 
 +===== 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! 
 + 
 +<code> 
 + 
 +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 
 + 
 + 
 +;Adreßtabelle der Gerätetreiber 
 +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 
 + 
 +;Zeichenkettenadreßtabelle 
 +EFE9 TXCON: DA PHYDV+2 ;Adresse einer Zeichenkette des aktuellen CONST-Gerätes, 
 + ;Zeichenkette wird im ASGN-Kommando ausgegeben 
 +EFEB TXRDR: DA PHYDV ; 
 +EFED TXPUN: DA PHYDV ;entsprechend TXCON 
 +EFEF TXLST: DA PHYDV ; 
 +</code> 
 + 
 + 
 + 
 +====== CRT-Teiber ======
  
 für KRT wurden von mir CRT-Treiber entwickelt. Es gab keine Vorbilder wie bei den Druckertreibern. für KRT wurden von mir CRT-Treiber entwickelt. Es gab keine Vorbilder wie bei den Druckertreibern.
  
  
-===== ZM =====+======= ZM ======= 
 + 
 +:!: der ZM ist ein schlechtes Vorbild in Sachen Gerätetreiber!
  
-:!: Schlechtes Vorbild!!!+  * Der ZM enthält ein eigenes ASGN-Kommando 'A'. Hier wird nicht alles wie im OS umgesetzt, so fehlen etwa Treibernamen. Obwohl nach Verlassen des ZM zugewiesene Treiber weiterhin aktiv sind, ist dies nicht bei ASGN erkennbar. 
 +  * Der ZM überschreibt die komplette Adresstabelle der Gerätetreiber (ab 0EFC9h). Eigene vorher eingetragene Treiber werden damit aus dem System geworfen! 
 +  * Die Treiber für TAPE sind keine zeichenorientierten Treiber und manipulieren gehörig das System (s. Sourcecode)
  
-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 +Im [[z9001:software:zm]] sind verschiedene Gerätetreiber enthalten. 
-mp 10/87 S. 311 ff.. Den logischen Geräten Console, Reader, Punch, List können+Den logischen Geräten Console, Reader, Punch, List können
 verschiedene physische Treiber zugeordnet werden. Im ZM sind physische Treiber verschiedene physische Treiber zugeordnet werden. Im ZM sind physische Treiber
 für Tastatur mit Beep, SIF-1000 Lochbandleser und -stanzer, V24-Drucker und für Tastatur mit Beep, SIF-1000 Lochbandleser und -stanzer, V24-Drucker und
Zeile 151: Zeile 451:
  
  
 +^ 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 |
  
-CONSOLE  
  
-READER  +Nach Anlauf des Monitors gilt die Zuordnung AC=V, AR=C, AP=C und AL=C (alles auf Konsole).\\ 
- +Soll z.B. ein über den freien PIO-Port angeschlossener V24-Drucker verwendet 
-PUNCH  +werden, so muss vorher AL=L gegeben werden. AC=C bewirkt, dass jeder 
- +Tastendruck mit einem Ton quittiert wird.
-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   +
- +
-Nach Anlauf des Monitors gilt die Zuordnung AC=V, AR=C, AP=C und AL=C (alles auf Konsole). +
- +
- 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 +
- Tastendruck mit einem Ton quittiert wird.+
  
 Für den BATCH-Modus muss ein SIF-1000-Lesegerät an den PIO-Port angeschlossen Für den BATCH-Modus muss ein SIF-1000-Lesegerät an den PIO-Port angeschlossen
Zeile 180: Zeile 471:
 kein LIST-Gerät anschließbar ist. Sollte der Druckermodul gesteckt sein, so wird kein LIST-Gerät anschließbar ist. Sollte der Druckermodul gesteckt sein, so wird
 bei AC=C auf dem Drucker protokolliert, bei AL=V auf dem Bildschirm. bei AC=C auf dem Drucker protokolliert, bei AL=V auf dem Bildschirm.
- 
- 
- 
- 
- 
  • z9001/software/os/geraetetreiber.txt
  • Zuletzt geändert: 2023/06/13 14:47
  • von volkerp