Betriebssystem UDOS

(UDOS=Universally Development Operating System)
Dieses Betriebssystem wurde auf den Rechnern A5120, A5130, Numerik-PRG-Rechnern, PC1715, PC1715W auf der P8000 sowie Auf der Audatec IBE benutzt. Auch wenn der Name das nahelegt, hat es mit MS-DOS oder den anderen PC-DOS-Systemen absolut nichts zu tun. Es ist vielmehr ein 8-Bit-Betriebssystem, das vor allem für die Software-Entwicklung (auch Cross-Compilierung) eingesetzt wurde. Die ersten Versionen davon wurden 1983 von Robotron ausgeliefert.

UDOS1526, Bootvorgang und ein Kommando

UDOS bestand aus einem Kernel, an dem der Anwender eigene Gerätetreiberdateien ankoppeln konnte. Dies konnte auch im laufenden Betrieb erfolgen. Die Gerätetreiber sollten einen hardware-unabhängigen Zugriff ermöglichen und für alle Geräte eine einheitliche Schnittstelle liefern. Da diese Gerätetreiber jedoch nicht von Robotron zur Verfügung gestellt wurden, war die Verbreitung von UDOS auch entsprechend gering. So wurde UDOS vielfach nur als Bootdiskette zum Starten von WEGA auf der P8000 sowie zum Starten von MUTOS8000 auf dem A5120.16 genutzt.

An Hardware unterstützte UDOS:

Diskettenlaufwerke (5¼ Zoll und 8 Zoll)
Drucker (über verschiedene Schnittstellen)
Bildschirm (in der Regel Textmodus, in Sonderfällen aber auch die Vollgrafikkarte VIS3)
EPROMer (nur P8000 und PRG710)
Lochbandtechnik daro 1210/daro 1215 und K6200 (nur K1520-Rechner)

Diskettenzugriff

Bei UDOS1526 bis Version 4 benutzte man mit dem Treiber ZDOS eine seltsame Art der Disketten-Formatierung: An jeden 128-Byte-Sektor waren 6 zusätzliche Bytes angehängt, die die Verkettung zum nächsten Sektor bzw. zum vorhergehenden Sektor enthielten. Dadurch sparte man im UDOS die Benutzung einer FAT und ermöglichte trotzdem die Fragmentierung von Dateien. Nachteil dieses Effektes war die Inkompatibilität mit PC-Floppycontrollern, die diese die "überzähligen" 6 Bytes wegschneiden würden.

Dasselbe Problem hatten alle Rechner, deren Floppycontroller auf dem Chip U8272 basierten, z.B. P8000 und PC1715W. Daher wurde bei deren UDOS-Varianten unter Nutzung eines anderen Diskettentreibers eine Sektorlänge von 128, 256 oder 512 Bytes gewählt. Die Zuordnung der Dateiblöcke innerhalb des Datenbereichs wurde in diesem Fall in einer speziellen Datei, ähnlich wie bei einer FAT, vorgenommen. Auch UDOS 1526 Version 5 benutzte die Formatierung mit 256 Bytes/Sektor und besaß zusätzlich den 134-Byte-Treiber. Es war daher zum Datenaustausch zwischen beiden Diskettenarten geeignet.

Die Disketten von UDOS lassen sich nur schwer in anderen Betriebssystemen lesen. Besonders nachteilig ist, dass die Betriebssysteme OS/M und IS/M des Rechners P8000 keine Daten von den UDOS-Disketten übernehmen können. Lediglich unter WEGA konnte auf UDOS-Disketten zugegriffen werden (Befehle getud und putud).

An Programmiersprachen gab es für UDOS:

Ansonsten war das Softwareangebot für UDOS ausgesprochen mager. Die mit dem Betriebssystem ausgelieferten Dienstprogramme sind z.T. recht umständlich zu bedienen, was auch zur geringen Verbreitung von UDOS beigetragen hat. Allerdings konnten die Dienstprogramme recht gut durch Parameter gesteuert werden, was ihre Nutzung in Batchdateien ermöglichte.

Für die unterschiedlichen Rechnerplattformen gab es unterschiedliche Betriebssysteme, die die hardwareseitigen Besonderheiten der jeweiligen Plattform berücksichtigten:

UDOS 1526 für K1520-Rechner
UDOS.PRG für die Numerik-PRG-Rechner
UDOS 1715 für den Computer PC1715
UDOS für den Computer PC1715W
UDOS für den Computer P8000
UDOS IBE für Audatec IBE
UDOS für einen unbekannten Computer namens A'X PC.

Die einzelnen UDOS-Derivate waren teilweise auf Dateiebene untereinander kompatibel (falls sie denselben Dateisystemtreiber benutzten), allerdings nicht systemseitig austauschbar.

Bootvorgang

Das Booten von UDOS war dreigeteilt:

primärer Bootstrap-Lader (liegt in den Systemspuren)
sekundärer Bootstrap-Lader (lädt ein Minimal-Dateisystem, enthält einen Debugger)
Betriebssystem (das eigentliche Betriebssystem)

Bei den ersten UDOS-Versionen mussten die drei Schritte per Tastatur ausgelöst werden. Bei den späteren Versionen erfolgte das Laden der drei Schritte automatisch.

Befehlsausführung / Dateien

UDOS unterschied bei seinen Befehlen zwischen Groß- und Kleinschreibung.
Die meisten Befehle lagen in Form ausführbarer Programme auf dem Datenträger vor und waren in der Regel in Großbuchstaben zu schreiben.
Welche Datei ein ausführbares Programm war, wurde durch den Dateityp festgelegt. UDOS kannte folgende Dateitypen:

D (Directory): Das (eine) Diskettenverzeichnis selbst
A (ASCII): Textdatei
B (Binary): Binäre Datei
P (Procedure): Ausführbares Programm

Der Dateityp war (im Gegensatz zu SCP und DCP) nicht Teil des Dateinamens.
Die Dateinamen konnten max. 32 Zeichen lang sein und neben Buchstaben und Ziffern auch Punkte enthalten.

Die Diskettenlaufwerke manifestierten sich mit Ziffern:

0: das erste Laufwerk
1: das zweite Laufwerk
2: das dritte Laufwerk
3: das vierte Laufwerk

Weiterhin konnten unter den Laufwerksziffern 4-10 logische Laufwerke mit anderen Zugriffsmethoden generiert werden. Da viele UDOS-Dateisysteme die Disketten nur einseitig nutzten, konnten einige UDOS-Varianten die Diskettenrückseiten (2. Kopf) der Laufwerke "0"-"3" unter den Bezeichnungen "4"-"7" als separate Dateisysteme ansprechen.

Der Start der Befehle erfolgte über eine Eingabezeile mit rollender Bildschirmausgabe.
Die Befehle hatten folgende Struktur:

¤treibername:laufwerk/befehl parameter

z.B. ¤ZDOS:0/CAT *.TXT

Wurde kein Treibername angegeben, wurde der Standardtreiber (in der Regel ZDOS) verwendet.
Der Programmaufruf verkürzte sich damit auf:

laufwerk/programmname parameter

z.B. 2/CAT *.TXT

Wurde kein Laufwerk angegeben, suchte UDOS den Befehl auf allen Laufwerken und startete es beim ersten Finden. Der Programmaufruf verkürzte sich damit auf:

programmname parameter

z.B. CAT *.TXT

Wurde der Befehl auf keinem Laufwerk gefunden, kam eine Fehlermeldung.

Es gab Programme, die keine Parameter benötigen. Damit verkürzte sich der Programmaufruf auf:

programmname

z.B. CAT

Wichtige Befehle

CAT
Listet den Inhalt der Diskette(n) auf.
Sollen nur bestimmte Dateien aufgelistet werden, kann deren Name mit Hilfe des Wildcard-Zeichens "*" festgelegt werden (z.B. cat *.txt)
Versteckte Dateien können mit dem Parameter P=& angezeigt werden.
Eine Detailausgabe erhält man mit dem Parameter F=L.
FORMAT
Dieser Befehl formatiert eine Diskette.
Als erstes ist festzulegen, ob die Diskette bootfähig gemacht werden soll. Nicht-bootfähige Disketten bieten mehr freien Platz.
Als nächstes ist die Laufwerksnummer anzugeben und eine Datenträgerbezeichnung (Label) kann vergeben werden.
Nach einer Sicherheitsabfrage beginnt dann die Formatierung.
Die Art der Formatierung (Sektorlänge,...) wird der Laufwerkskonfiguration entnommen (SET DISKCON)
COPY.DISK
Kopiert eine Diskette sektorweise.
Als Parameter können angegeben werden: quelllaufwerk TO ziellaufwerk.
z.B.: COPY.DISK 2 TO 3
Werden keine Parameter angegeben, wird von Laufwerk 0 auf Laufwerk 1 kopiert.
MOVE
Kopiert einzelne Dateien.
mit dem Parameter S=laufwerk ist das Quelllaufwerk und mit D=laufwerk das Ziellaufwerk anzugeben.
z.B.: MOVE *.TXT S=0 D=2
Handelte es sich bei der zu kopierenden Datei um eine versteckte Datei, war (ebenso wie bei CAT) der Parameter P=& anzufügen.
DELETE
Löscht Dateien.
z.B.: DELETE *.TMP D=1
PRINT
Zeigt eine Textdatei auf dem Bildschirm an. Die Textdatei ist als Parameter anzugeben.
z.B.: PRINT TEST.TXT
SET DISKCON=
Dieser Befehl konfiguriert die Diskettenlaufwerke und unterscheidet sich in den Versionsnummer:
- UDOS 3.x
  Die Konfiguration der Laufwerke erfolgt mit einer Ziffer
  - 0=deaktiviert
  - 2=5¼-Zoll-77-Spuren
  - 5=5¼-Zoll-40-Spuren
  - 8=8-Zoll-77-Spuren
  Die Sektorlänge beträgt immer 128 Bytes.
  z.B. SET DISKCON=2 2 8
- UDOS 4.x
  Die Konfiguration der Laufwerke erfolgt mit einer 2-stelligen Zahl.
  Die erste Ziffer legt die Art des Laufwerks fest:
  - 1=8-Zoll FM
  - 2=8-Zoll MFM
  - 3=5¼-Zoll 40 Spuren
  - 4=5¼-Zoll 80Spuren SS
  - 5=5¼-Zoll 80 Spuren DS
  - 6=5¼-Zoll 40 Spuren im 80-Spur-Laufwerk
  Die zweite Ziffer legt die Sektorlänge fest: 1=128 Bytes, 2=256 Bytes, 4=512 Bytes, 5=1024 Bytes.
  z.B. SET DISKCON=41 41 11
Die einzelnen Laufwerke waren durch Leerzeichen zu trennen.
TEXT
Ein Editor für Textdateien.
Mit der Taste RESET kann man ein Menü aufrufen, in dem man Dateien öffnen und speichern sowie das Programm verlassen kann. Der TEXT-Editor arbeitet beim Schreiben generell im Einfügungsmodus. Mit der Taste DEL-CH kann man einzelne Zeichen löschen und mit der Taste DEL-L eine gesamte Zeile löschen. Neue Zeilen erzeugt man mit ENTER. Die Taste INS-L erzeugt eine Umwandlung von Kleinbuchstaben in Großbuchstaben und zurück bei bereits geschriebenem Text. Die Taste INSMOD hat die selbe Wirkung wie die CAPS-Taste: Umschaltung zwischen Groß- und Kleinschrift.
DO
Führt eine Stapelverarbeitungsdatei (Batchdatei) aus, die als Parameter anzugeben war. Die Stapelverarbeitungsdatei war eine Textdatei, die normale UDOS-Kommandos enthielt und diente dazu, den Start häufig benötigter Befehle oder Befehlsgruppen zu erleichtern.
z.B. DO STARTEMICH
KEY
Ermöglicht es, Befehle auf Funktionstasten zu legen. Stil: KEY FunktionstastenNr="Befehl"
z.B. KEY 1="CAT P=& F=L D=0"
X oder XEQ
Wiederholt das letzte Kommando, ohne es erneut vom Datentraeger zu laden (Dank Speicherschutz kann das Programm im RAM ja nicht überschreiben werden). Wurden beim letzten Kommando Parameter angegeben, sind diese beim X-Kommando auch wieder anzugeben (z.B. X 1 to 2 ), ansonsten wird das Kommando ohne Parameter wiederholt. Das X-Kommando kann auch benutzt werden, um Kommandos, die vorher geladen, aber noch nicht ausgeführt wurden (Stil: Befehl,), zu starten.

Hier ein Vergleich der wichtigsten Befehle bei den unterschiedlichen Betriebssystemen.

Drucken

Um drucken zu können, musste als erstes ein in Programmform vorliegender Treiber geladen werden. Unter UDOS1526 hieß der standardmäßig PRINTER und bediente die IFSS-Druckerschnittstelle mit 9600 Baud, 8Bit (Es gab auch Treiber für andere Druckerschnittstellen). Befehl: ACTIVATE $PRINTER.
Danach war es möglich, die Druckerschnittstelle beliebig zu nutzen. Einige Programme boten intern die die Möglichkeit, ein Ausgabegerät festzulegen, z.B. CAT L=$PRINTER (Druckt die Liste der Dateinamen).
Bei anderen konnte der Druckertreiber anstelle von Dateinamen verwendet werden,
z.B. MOVE TEST.TXT S=0 D=$PRINTER (druckt eine Textdatei).

Betriebssystem UNOS

Über dieses Betriebssystem ist noch nicht viel bekannt. Es wurde wohl vom Institut für Regelungstechnik Berlin für den Computer GDS6000 entwickelt, vermutlich gab es auch eine Variante für den Computer MRES. Die Hardware von ersterem scheint weitgehend dem Rechner A5120 entsprochen zu haben, anscheinend erforderte es aber einen geänderten Urlader. Als Datenträger wurden 8-Zoll-Disketten benutzt.

Wer hat Informationen zum System UNOS?

Betriebssystem UDOS1526

Dieses Betriebssystem lief auf den Rechnern A5120, A5120.16, A5130 und K8924.
Der Haupteinsatzzweck war die Programmentwicklung (sowohl für den eigenen Rechner als auch für andere Hardwareplattformen).

UDOS1526

Vom UDOS1526 gab es verschiedene Grundversionen. Die Weiterentwicklung wurde wahrscheinlich vom Robotron-Buchungsmaschinenwerk vorgenommen. Durch Einbindung spezifischer Treiber entstanden auf diese Weise aus dem UDOS1526 auch die Varianten UDOS-PRG und UDOS-IBE.

Version	Änderungen
UDOS 2.0	?
UDOS 3.0	Diskettentreiber ZDOS Monolithischer Systemkernel Nur 1-seitige Diskettenformate
UDOS 4.0	Generierungsprogramm SG zur Anpassung an die Hardware Befehl ECHO: Ausgabe von Zeichenketten Befehl PAUSE: Erzeugen von Zeitverzögerungen Befehl KEY: Umcodierung der Tasten S1 bis S9 Befehl SPLIT: Einschränken des Rollbereichs des Bildschirms
UDOS 4.1	?
UDOS 4.2	Nutzung doppelseitiger Diskettenlaufwerke möglich Befehl KEY: Umcodierung aller Tasten jetzt möglich V.24-Druckertreiber mit XON/OFF-Steuerung oder DTR-Steuerung Druckeranschluss mit SIF1000-Interface möglich Befehl KEYS: Anzeige der Zeichencodes beim Drücken der Tasten
UDOS 4.3	Überarbeitung der Treiber. Nutzung einer RAM-Disk jetzt möglich
UDOS 5.0	Diskettentreiber DDOS: Abkehr von der Nutzung der Zeigerbytes am Ende der Sektoren, damit war auch die Nutzung des Diskettencontrollers U8272 (PC1715W) möglich.

Auf dem A5120.16 wurde UDOS außerdem zum Starten des Betriebssystems MUTOS8000 verwendet. Der Rechner wurde dazu mit dem 8-Bit-Prozessor unter UDOS gebootet und anschließend auf den 16-Bit-Prozessor umgeschaltet. UDOS lief dann unsichtbar weiter und übernahm die Ansteuerung des Bildschirms, der Tastatur, der Schnittstellen sowie der Diskettenlaufwerke.

Während unter UDOS1526 Version 3 und UDOS1526 Version 4 eine Diskettenformatierung mit 6 Zusatzbytes (also 134 Bytes, 260 Bytes oder 518 Bytes Sektorlänge) benutzt wurde, wurde bei UDOS1526 Version 5 standardmäßig mit 256 Bytes Sektorlänge gearbeitet. Zusätzlich gab es bei der Version 5 die Möglichkeit, den Treiber für die Disketten der Vorgängerversionen einzubinden.

Betriebssystem UDOS.PRG

Dieses seltene Betriebssystem lief auf den Rechnern PRG700, PRG710 und PRG710-1 und wurde vom VEB NUMERIK ausgeliefert. Da die einzelnen PRG-Rechner unterschiedliche Hardware besaßen, gab es für jede PRG-Rechner-Version ein speziell generiertes UDOS. Unter UDOS.PRG gab es genauso wie unter SCP1526/710 ein Steuerprogramm für das eingebaute EPROM-Programmiergerät.

Auf den PRG-Rechnern existierte eine Datenaustauschmöglichkeit zwischen UDOS und SCP: das unter SCP laufende Programm CONV1. Es gestattete, Textdateien und Binärdateien nach SCP zu kopieren. Eine Rückkopie war allerdings nicht möglich.

UDOS.PRG

Von UDOS.PRG existieren heute nur noch ganz wenige Kopien, was auch an der geringen Verbreitung der PRG-Rechner liegt.

Betriebssystem UDOS1715

Auch für den PC1715 gab es ein UDOS, über dessen Verwendungszweck noch weitgehend im Dunkeln liegt.
In UDOS1715 wurde als einziges Betriebssystem ein recht schwer zu überwindender Kopierschutz eingebaut, dessen Sinn bislang unbekannt ist.

UDOS1715

Auch für den Rechner PC1715W hatte es eine UDOS-Variante gegeben.

Von UDOS1715 existieren noch Kopien.

Betriebssystem UDOS für P8000

Dieses Betriebssystem wurde standardmäßig von EAW mit den Rechnern P8000 und P8000 Compact ausgeliefert.

UDOS 3.0 auf der P8000

UDOS lief auf dem 8-Bit-Prozessor (U880) und wurde für zwei Anwendungsfälle benutzt:

Als Start-Betriebssystem für WEGA
Die P8000 wurde dabei unter UDOS gebootet, schaltete dann auf den 16-Bit-Prozessor um und lud WEGA.
Das UDOS lief unsichtbar weiter auf dem 8-Bit-Prozessor und diente zur Ansteuerung der Terminals, einiger serieller Schnittstellen sowie der Diskettenlaufwerke.
Als Programm-Entwicklungssystem
Es kamen Assembler für U880-Prozessoren sowie Crossassembler für U8001-Prozessoren und Einchip-Mikrorechner zum Einsatz. Außerdem konnte das EPROM-Programmiergerät der P8000 angesprochen werden.

Bedingt durch die Beschränkungen der P8000-Hardware (Diskettencontroller U8272) benutzte dieses UDOS nicht den üblichen ZDOS-Diskettentreiber (mit 134 Byte Sektorlänge), sondern den NDOS-Diskettentreiber (mit 256 Bytes Sektorlänge), was die Disketten mit UDOS 1526 inkompatibel machte.

Beim UDOS für P8000 war zu beachten, dass die Kommandos in Großbuchstaben erwartet wurden, hingegen das P8000-Terminal standardmäßig auf Kleinbuchstaben eingestellt war. Man musste also zuerst die CAPS-LOCK-Taste drücken.

Betriebssystem UDOS IBE

In der zur Systemdiagnose und Systemkonfiguration benutzten Inbetriebnahmeeinheit IBE wurde ebenfalls eine spezielle Version von UDOS benutzt. UDOS IBE arbeitete mit der ZVE K5221, unterstützte die Ansteuerung eines Farbbildschirms K7226 und benutzte die Tastatur K7672. Als Drucker konnten die Modelle K6313, SD1152 oder SD1157 über die IFSS-Schnittstelle angeschlossen werden. Weiterhin steuerte UDOS IBE auf Wunsch das EPROM-Programmiergerät K0420 zur Bearbeitung von U555-EPROMs an.

UDOS-Dateiauflistung auf der IBE

Von diesem seltenen Betriebssystem haben nur wenige Disketten überlebt.

Betriebssystem CZ-SDOS

Dieses Betriebssystem wurde Anfang der 1980er Jahre von Carl-Zeiss für seine U880-1-Rechner (z.B. MRA1) entwickelt. Spätere Varianten ermöglichten auch den Betrieb auf U880-2-Rechnern (z.B. MRA2). Es bootete von softsektorierten 8"-Disketten und besaß, im Gegensatz zu den meisten anderen UDOS-Varianten, keine direkte Ansteuerungen für Tastatur und Bildschirm. Stattdessen waren diese auf eine Terminalschnittstelle umgeleitet.

Startbildschirm von CZ-SDOS

Das Standard-Diskettenformat war 26x132x77x1, damit nicht kompatibel zu UDOS 1526. Es gab allerdings einen Treiber, um auf UDOS-Disketten zugreifen zu können. Außerdem gab es einen Treiber zum Zugriff auf hartsektorierte Disketten.

CZ-SDOS ist heute extrem selten. Ein vorführbares Systeme befindet sich heute auf einem MRA2-Computer im Rechenwerk Halle.

Betriebssystem CZ-MDOS

CZ-MDOS war Mitte der 1980er Jahre der Nachfolger von CZ-SDOS, lief auf U880-2-Rechnern und war auf 5,25-Zoll-Disketten (softsektoriert) ausgerichtet. Es bot aber auch weiterhin die Möglichkeit, 8-Zoll-Diskettenlaufwerke anzusteuern. Gegenüber CZ-SDOS war beim CZ-MDOS der Aufbau des Dateisystems geändert. Passende Rechner waren der MRA2 oder das Spektrometer Specord M400. Auch bei CZ-MDOS waren die Schnittstellen für Tastatur und Bildschirm auf die Terminalschnittstelle umgelegt. Es gab ein Dienstprogramm im CZ-MDOS, um auf CZ-CPM umschalten zu können. Ebenfalls gab es ein Dienstprogramm im CZ-CPM, um auf CZ-MDOS umschalten zu können.

Startbildschirm von CZ-MDOS

Verzeichnisanzeige

Disketten-Formatieren

Wechsel zwischen CZ-CPM und CZ-MDOS

Spiel Tetris unter CZ-MDOS

Über einen nachladbaren Treiber war auch ein Zugriff auf CZ-SDOS-Disketten möglich.

Das Standard-Diskettenformat war 16x256x80.

CZ-MDOS ist heute extrem selten. Eine vorführbare Installation hat im Rechenwerk Halle überlebt.

Letzte Änderung dieser Seite: 16.01.2025

Herkunft: www.robotrontechnik.de