Netzwerke

Netzwerke werden zum Datenaustausch zwischen räumlich entfernten Geräten (meist Computern) verwendet. Abhängig von der Anzahl der Teilnehmer, der zu überbrückenden Entfernung, der Übertragungsgeschwindigkeit und den verfügbaren Übertragungsmedien wurden dabei verschiedene Wege beschritten.

Rolanet

Dieses sicher vom Namen her populärste Netzwerk diente der Verbindung von bis zu 253 Rechnern im LAN-Bereich. Allerdings war die Verbreitung von Rolanet in der DDR äußerst gering. Als Medium wurden Koaxkabel oder Glasfaserleitungen verwendet, die Übertragungsrate lag bei 500 kBaud.
Weitere Informationen dazu gibt es hier.

Lotunet

Dieses Netzwerk diente der Kopplung von 8-Bit-Rechnern (hauptsächlich K1520-Rechner) im LAN-Bereich.
Weitere Informationen dazu gibt es hier.

EC-Net

Diese LAN-Netzwerk benutzte die Hardware von Rolanet1 und wurde als homogenes Netz ausschließlich für Kopplung von EC1834-Computern eingesetzt.
Weitere Informationen dazu gibt es hier.

LWL-LAN 1

Dieses LAN-System auf Basis von Lichtleiterkabel und mit einer Übertragungsrate von 500 KBit/s sollte der Nachfolger von Rolanet werden.
Die Übertragung basierte, wie bei Ethernet, auf dem CSMA/CD-Verfahren.
Vermutlich kam dieses System nie über den Prototypenstatus hinaus.

IFSS-Verbindung

(IFSS= Interface sternförmig seriell)
Diese Verbindungsart (in der westlichen Welt auch unter der Bezeichnung "Current Loop" bekannt) wurde zur Verbindung von meist zwei Teilnehmern bei Entfernungen bis 500 m benutzt. Die Übertragungsgeschwindigkeit betrug maximal 9,6 kBaud. Als Leitung diente abgeschirmtes 4-adriges Kabel.

Vorteilhaft war die galvanische Trennung der Rechner, wodurch Potentialunterschiede zwischen den Rechnern nicht störend wirken. Außerdem war die Empfindlichkeit gegenüber Gewittern gering. Nachteilig war die Tatsache, dass jeweils ein Teilnehmer aktiv und einer passiv geschaltet werden musste, was bei häufig wechselnden Verbindungen recht aufwendig war.

Diese Verbindungsart war in der DDR weit verbreitet und viele Rechner, wie A5120, A5130, PC1715, A7100, A7150, EC1834, P8000, MPC , PBT4000 hatten Interfacekarten, die eine Übertragung mit IFSS ermöglichten. IFSS wurde auch gern zum Verbinden von Rechnern und Druckern und als Tastaturanschlussnorm verwendet.

Die softwareseitige Unterstützung von echten IFSS-Netzwerken war allerdings nicht allzu gut und beschränkte sich auf Terminalprogramme, die einen Dateiaustausch sowie ein Chatten mit dem Verbindungspartner ermöglichten.

IFSS konnte auch als sternförmiges Netzwerk mit mehreren Teilnehmern eingesetzt werden, allerdings ist nicht bekannt, ob dazu auch automatische Sternverteiler (Hub) produziert wurden. Außerdem wäre da softwareseitig das Problem das Adressierung zu klären.

Für einfache Anwendungen gab es Stöpselfelder, mit denen beispielsweise eine Anzahl Drucker einer Anzahl Rechner zugeordnet werden konnte.

manueller IFSS-Verteiler

manueller IFSS-Verteiler, Rückseite

IFSS bestand aus zwei Stromschleifen pro Schnittstelle (eine zum Senden und eine zum Empfangen). Es musste die Sende-Stromschleife des einen Partners jeweils mit der Empfangsstromschleife des anderen Partners verbunden werden.

Die Stromschleifen konnten per Schalter oder per Wickelbrücke entweder aktiv oder passiv geschaltet sein. Bei beiden Stromschleifen galt, dass jeweils 1 Partner aktiv geschaltet und 1 Partner passiv geschaltet sein musste. Wer aktiv war und wer passiv, war generell egal.
Druckerschnittstellen waren üblicherweise so geschaltet, dass der Rechner 2x aktiv und der Drucker 2x passiv war. Auch bei Zentralrechnern mit angeschlossenen Terminals (z.B. K1600) verwendete man diese Anschaltung.
DFÜ-Schnittstellen waren hingegen meist so geschaltet, dass die Sendestromschleife passiv und die Empfangsstromschleife aktiv war. Das ermöglichte dann Verbindung zwischen beliebigen Partnern, ohne die Einstellungen ändern zu müssen.

Die Datenübertragung erfolgte seriell mit 7 oder 8 Bit über XON/XOFF-Protokoll. Gleichzeitiges Arbeiten in beiden Richtungen (Vollduplex) war möglich.

Eine Kopplung mit modernen PCs ist möglich, da es Normwandler (konstruktiv als Zwischenstecker ausgeführt), die IFSS auf V.24 umsetzen, noch zu kaufen gibt. Ggf. kann dann eine weitere Umsetzung von V.24 nach USB erfolgen.

Auch in der DDR gab es verschiedene Wandler zur Umsetzung zwischen V.24 und IFSS. Hersteller war z.B. das Kernforschungszentrum in Rossendorf.

Konverter V.24 - IFSS für den PC1715

Konverter V.24 - IFSS

Anschlussbelegung IFSS

Signal	EFS10	SubD25	SubD15
SD-	A1	19	10
SD+	B2	10	9
ED+	A3	13	12
ED-	B4	14	15
Schirm	A5	1	1

Verbindung zwischen den Geräten

SD- mit ED+
SD+ mit ED-
ED+ mit SD-
ED- mit SD+
Masse mit Masse

Heute existieren noch funktionsfähige IFSS-Verbindungen.

IFSR-Netzwerk

(IFSR= Interface seriell ringförmig)
Dieses sehr seltene Netzwerk hatte eine ringförmige Topologie. Als Übertragungsmedium kam 75-Ohm-Koaxkabel zum Einsatz, wobei die Anbindung der Geräte über Betriebsdatenterminals K8905 erfolgte. IFSR war eine spezielle Variante von IFSS, bei der alle Teilnehmer in Reihe geschalten waren. Eine technische Ähnlichkeit besteht auch mit dem Netzwerk SCOM-LAN. Die Stromeinspeisung für den Ring erfolgte zentral durch 1 Gerät (das Systemterminal); alle anderen Geräte waren passiv eingekoppelt. Bedingt durch den Spannungsabfall an den einzelnen Stationen war der Einsatz auf maximal 15 Geräte beschränkt.

Durchgangsterminals mit IFSR-Anbindung

Einziges bislang bekanntes Anwendungsgebiet war das Zugangskontrollsystem Zeus.
Heute existiert noch 1 funktionsfähige IFSR-Verbindung.

IFLS-Verbindung

(IFLS=Interface linienförmig seriell)
Dieses Verbindungsverfahren wurde hauptsächlich zwischen zwei Großrechnern eingesetzt und ermöglichte die Überbrückung von Entfernungen bis 3 km bei einer Geschwindigkeit von 120 kBaud. Als Übertragungsmedium diente Vierdrahtleitung.
Für die Betriebsdatenterminals K8901 und K8902 wurde eine abgeleitete Schnittstelle namens IFLS-Z verwendet, die auf Basis von Koaxkabel arbeitete. Als Gegenstelle kamen dazu die Betriebsdatenerfassungsrechner A5222 und A5230 in Frage.

Auch für K1520-Rechner, wie dem A5120, A5130 und K8924 gab es entsprechende Kontrollerkarten (ILA). IFLS war außerdem die primäre Netzwerkverbindung im System Audatec, dort "ZI" (Zwischenblockinterface) genannt.

ILA-Platine für K1520-Rechner

Heute existiert noch 1 funktionsfähige IFLS-Verbindung.

IFSP-Verbindung

(IFSP=Interface sternförmig parallel)
Diese Netzwerknorm war hauptsächlich für die gemeinsame Nutzung von Druckern im Netzwerk konzipiert. Sie ermöglichte dir Überbrückung von Entfernungen bis 15m und wurde über 12-adrige Kabel realisiert.
Rechner mit IFSP-Schnittstellen waren z.B. A7100 und A7150, bei K1520-Rechner (wie dem A5120, A5130, K8924) konnten entsprechende Controllerkarten nachgerüstet werden.
IFSP wurde auch zum Ansteuern einiger Lochbandgeräte benutzt.
Die Verbreitung dieser Norm war aber äußerst gering, sodass heute nicht bekannt ist, ob noch irgendwo ein Gerät damit betrieben wird.

Anschlussbelegung

Signal	EFS39	EFS26	SubD25
Schirm	A13
Masse	A1,C1,A4,C4,A5,A10,A11,A12
SC	B2
AC	B3
S0	B4
S1
S2
D0	B5
D1	B6
D2	B7
D3	B8
D4	B9
D5	B10
D6	B11
D7	B12
A0	B13
A3	A8
A4	B1

Heute existiert vermutlich keine funktionsfähige IFSP-Verbindung mehr.

IFKB-Verbindung

(IFKB=Interface für Kassettenbandgeräte)
Diese Interfacenorm wurde anscheinend ausschließlich zum Datenaustausch von K1520-Rechnern (A5120, K8924, MC80, K8915) mit Kassettenbandgeräten (K5200, K5221) benutzt.
Softwareseitige Unterstützung dazu gab es unter den Betriebssystemen SIOS (im System eingebaut) und SCP (in Form von Dienstprogrammen).

Heute existieren noch einige funktionsfähige IFKB-Verbindungen.

IFKP-Verbindung

(IFKP=Interface für Kassettenplatten)
Diese Schnittstelle wurde zum Anschluss von Wechselplattengeräten, speziell den Modellen CM5400 und ISOT1370, benutzt.

Heute existiert vermutlich keine funktionsfähige IFKP-Verbindung mehr.

Datennahübertragung DNÜ

Diese Verbindungsart ermöglichte mit zwei GDN-Geräten eine Verbindung von zwei oder mehr Partnern bei Entfernungen bis 30 km. Als Übertragungsmedium wurden direkte (galvanisch verbundene) 2-Drahtleitungen oder 4-Draht-Leitungen benutzt. Die Übertragungsgeschwindigkeit konnte, abhängig von der Qualität der Leitungen, bis 19,2 kBaud betragen.

zwei Datennahübertragungsgeräte K8172

Das GDN ist dabei ein Normwandler, der die vom Rechner kommende V.24-Schnittstelle in eine "Gleichstrom-Niederpegel-Schnittstelle" umwandelt. An der Gegenstelle befand sich wiederum ein GDN zur Rückwandlung auf eine V.24-Schnittstelle.
Neben der Kopplung von Rechnern wurde DNÜ auch zur Verbindung mit entfernten Geräten, z.B. Druckern und Plottern, eingesetzt. Im Großrechnerbereich wurden DNÜ-Verbindungen auch mit sternförmiger Topologie (über Leitungskonzentratoren) benutzt. Außerdem war eine Verbindung von mehr als zwei GDN möglich, in dem diese mit aus dem Telefonbereich üblichen Verteileranlagen gekoppelt wurden.

Heute existieren noch zwei funktionsfähige GDN-Strecken.

V.24-Verbindung (RS232)

Diese internationale Schnittstellennorm gestattet das Verbinden von zwei Rechnern über eine maximale Distanz von 15m. Über V.24 wurden aber auch viele Rechner mit externen Geräten (z.B. Modems, Digitizer, Mäuse) verbunden.
Der Vorteil bei dieser Verbindungsnorm ist ihre hohe Verbreitung. Nahezu jeder Robotron-Rechner hatte ein V.24-Interface. Die Übertragungsgeschwindigkeit war maximal 19,2 kBaud, wobei die meisten Rechner nur bis 9,6 kBaud, die frühen Rechner noch erheblich weniger, verarbeiten konnten.

Als Übertragungsmedium wurde Kabel verwendet, wobei die Adernanzahl je nach Anwendungsfall zwischen 3 und 10 schwankte. Die V.24-Norm wurde auch für Verbindungen zwischen Rechner und einen Fernverkehrsgerät genutzt, das dann seinerseits große Entfernungen zuließ (Modem, GDN).

Die Datenübertragung erfolgte seriell mit 7 oder 8 Bit über XON/XOFF-Protokoll oder Hardware-Protokoll. Während ersteres nur für Textdaten benutzt werden sollte, gestattet letzteres auch die Übertragung von beliebigen binären Daten, benötigt dafür allerdings mehr Leitungen. Die Auswahl der Protokollart erfolgt in der Regel softwareseitig.

Robotron favorisierte damals für DFÜ-Verbindungen eine synchrone Datenübertragung. Heutigen PCs sowie Drucker verwenden allerdings meist ein asynchrones Verfahren. Die Auswahl zwischen Synchronbetrieb und Asynchronbetrieb erfolgte in der Regel über DIL-Schalter oder Wickelbrücken auf den Interfaceplatinen.

Die softwareseitige Unterstützung von V.24-Netzwerken war allerdings nicht allzu gut und beschränkte sich auf Terminalprogramme, die einen Dateiaustausch sowie ein Chatten mit dem Verbindungspartner ermöglichten.

Anschlussbelegung

Signal-Name	EFS26	SubD25	SubD15	SubD9	EFS10
101 Schirm	B2	1	1	-	A5
102 (Masse)	A1,B1,A2	7	7	5	A1
103 (TxD)	A3	2	2	3	B2
104 (RxD)	B4	3	3	2	-
105 (RTS)	A5	4	4	7	-
106 (CTS)	B6	5	5	8	A3
107 (DSR)	A7	6	6	6	-
108 (DTR)	B8	20	13	4	-
109 (DCD)	A9	8	8	1	-
111 (SEL)	B10	23	12	-	-
113 (TCK)	A11	24	?	-	-
114 (XCK)	B12	15	15	-	-
115 (RCK)	A13	17	11	-	-
125 (RI)	-	22	14	9	-

Verbindung zwischen den Geräten

TxD mit RxD
RxD mit TxD
RTS mit CTS
CTS mit RTS
DSR mit DTR
DTR mit DSR

BICLAN (BicNet)

BICLAN wurde zur Rechnerkoppelung des Bildungscomputers A5105 benutzt. Das Einsatzgebiet lag fast ausschließlich im Bereich von Schulen und Ausbildungsstätten.
Als Übertragungsmedium wurde Koaxkabel benutzt, wobei die einzelnen Rechner über T-Stücke direkt mit dem Kabel gekoppelt wurden. Die Leitungsenden waren, wie üblich, durch Abschlusswiderstände zu terminieren.
Als Steuerzentrale fungierte der Lehrer-Rechner (ebenfalls ein A5105), der mit max. 11 Schülerrechnern verbunden war.
Softwareseitig ließ BICLAN die Anzeige oder Fernsteuerung aller Schülerrechner sowie die gemeinsame Nutzung eines Druckers zu.
Eine entsprechende Software unter den Betriebssystemen SCP5105 und RBASIC wurde von Robotron bereitgestellt.

Lehrer-Software von BICLAN

Schüler-Software von BICLAN

Von diesem seltenen Netzwerk sind heute noch zwei Systeme zu Demonstrationszwecken in Betrieb.

KCNet

KCNet wurde zum Verbinden von KC87-Computern in Unterrichtsräumen benutzt.
Über spezielle Adaptermodule wurden dazu die einzelnen Rechner verbunden.
Das KCNet ermöglichte es, den Bildschirm des Lehrerrechners auf allen Schülerrechnern auszugeben.

Netzwerk-Modul (Lehrer)

Netzwerk-Modul (Schüler)

Nachdem dieses Netzwerk lange Zeit ein Mysterium war, existiert dank wiederentdeckter und mittlerweile gründlich erforschter Hardware heute wieder ein vorführbares Netzwerk dieser Art.

Modem-Verbindung

Mit Hilfe eines Modems (z.B. VM2400) konnten zwei Rechner über das öffentliche Telefonnetz oder eine Standleitung miteinander verbunden werden.

Modem VM2400

Die Übertragungsgeschwindigkeit betrug 1,2 oder 2,4 kBaud.
Als Fernleitung wurden 2-Draht-Leitungen (für Wählverbindungen) oder 4-Draht-Leitungen (für Standleitungen) benutzt. Beim Einsatz mit Wählleitungen musste der Verbindungsaufbau (Anwahl) manuell mit einem Telefon erfolgen (die Modems waren damals noch nicht selbstwahlfähig). Die angerufene Stelle konnte die Verbindung entweder auf Telefon entgegen nehmen und manuell auf den Modembetrieb umschalten oder das Modem nahm den Anruf selbst entgegen, was auch einen automatischen Einsatz in unbesetzten Stellen ermöglichte.

KIF-Verbindung

(KIF=Kleines Interface)
Diese Netzwerknorm wurde im Großrechner-Umfeld zum Verbinden von Terminals und kleinen Druckern mit ihrer Steuereinheit (Multiplexer) benutzt.
Als Übertragungsmedium kam 75-Ohm-Koaxkabel zum Einsatz, die Übertragung erfolgte bidirektional im Halbduplex-Modus bei einer maximalen Leitungslänge von 1200m. Ein Nullbit wurde dich den Übergang von -u nach +U repräsentiert, ein Eins-Bit durch dem Übergang von +U nach -U. Seltsamerweise definierte die Sowjetunion ihr KIF (2,5...10V Pegel, 760 KBit/s) leicht anders als die DDR (2,6...7V Pegel, 864 KBit/s). Die Daten wurden in Form 14 Bit langer Steuerworte (Abfragen, Prüfen, Lesen, Schreiben, Verbieten und Löschen) auf die Reise geschickt.

Auch Bürocomputer konnten bei Nachrüstung von KIF-Adaptern als Terminals benutzt werden, des betraf u.a. K8924, PC1715 und EC1834. Die notwendige Software wurde von Robotron bereitgestellt.
Über das KIF konnte außer dem Terminalbetrieb auch ein Dateiaustausch zwischen PC und Großrechner realisiert werden.

Es ist nicht bekannt, ob heute noch irgendwo so eine Netzwerkverbindung existiert.
Alternativ zu KIF wurden Terminals oft per IFSS mit ihrem Hostrechner verbunden.

SIF1000-Verbindung

(SIF=Standard-Interface 1000 Zeichen pro Sekunde)
Die SIF1000-Norm wurde in den 1970er Jahren hauptsächlich in den Geräten des Kombinat Zentronik eingesetzt, stellte dort die Standardschnittstelle dar. Typische Rechner mit dieser Schnittstelle waren daro 1720, daro 1750 und daro 1840.
Robotron übernahm die Schnittstelle auch bei einigen seiner Rechner, besonders bei denen der 4000-Serie und beim PBT4000. Für Rückwärtskompatibilität gab es eine K1520-Controllerkarte ADA die standardmäßig im Computer PRG710 sowie bei Bedarf im A5120, A5130, K8924 und MPC eingesetzt wurde.

SIF1000 wurde meist zur Ansteuerung von Lochbandgeräten oder Druckern (SD1156) benutzt, teilweise auch zur Rechner-Rechner-Kopplung (R4201).
Typisch wurde für SIF1000 war ein 32-poliger Rundstecker verwendet, der zur Vermeidung von Verwechslungen unterschiedlich kodiert werden konnte. Bei Leiterplatten (K1510 und K1520) wurde stattdessen aus Platzgründen ein 39-poliger EFS-Stecker oder ein 32-poliger daro-Stecker verwendet.

SIF1000-Rundstecker

Im Unterschied zu den meisten anderen Interfaces war SIF1000 unidirektional: Es gab also spezielle Steckanschlüsse zum Lesen und welche zum Schreiben. Abhängig vom Rechnersystem konnte SIF1000 unterschiedliche Pegel (KME3, KME20, KME10) haben und ggf. auch invertiert sein.

Über drei KOM-Leitungen konnte der Computer dem peripheren Gerät unstandardisiert Optionen mitgeben, beispielsweise den Drucker in den Hexdump-Modus schalten oder den Lochbandstanzer zum Generieren eines Paritätsbits veranlassen oder die Laufrichtung des Lochbandlesers festlegen. Über die drei STA-Leitungen konnte das periphere Gerät unstandardisiert auf seinen Zustand aufmerksam machen, beispielsweise auf Papierende oder Paritätsfehler.

Der Datenzyklus zur Ausgabe begann mit Prüfen des END-Signals durch den Computer. War END ausgeschaltet, legte der Computer die Daten an die DAT-Leitungen sowie ggf. an die KOM-Signale und schaltete das RUF-Signal ein. Das periphere Gerät übernahm die Daten, führte seinen Befehl aus und meldete ggf. STA-Signale. Danach legte es einen END-Puls an, woraufhin der Computer die STA-Signale las und RUF abschaltete.

Der Datenzyklus zur Eingabe begann mit Prüfen des END-Signals durch den Computer. War END ausgeschaltet, legte der Computer ggf. KOM-Signale an und schaltete das RUF-Signal ein. Das periphere Gerät führte seinen Befehl aus, legte die Daten an DAT und meldete ggf. STA-Signale. Danach legte es einen END-Puls an, woraufhin der Computer die Daten und die STA-Signale las und dann RUF abschalte.

In den 1980er Jahren wurde SIF1000 durch IFSP abgelöst.

Anschlussbelegung SIF1000-Eingabe

Signal	Rundstecker	EFS39
DAT-E1	h	A11
DAT-E2	G	A10
DAT-E3	I	A08
DAT-E4	L	A12
DAT-E5	N	A05
DAT-E6	R	A04
DAT-E7	Z	A02
DAT-E8	a	A01
STA-E1	U	A03
STA-E2	W	A09
STA-E3	Y	A06
GES-E	-	B11
PA-E	-	A13
END-E	A	B12
RUF-E	C	B02
KOM-E1	b	C03
KOM-E2	d	C02
KOM-E3	f	C01
Masse	B,D,i	A07, B04-B07, C07
-12V	H	B01
+12V	-	B13

Anschlussbelegung SIF1000-Ausgabe

Signal	Rundstecker	EFS39	daro32
DAT-A1	h	C04	1
DAT-A2	G	C03	2
DAT-A3	I	C02	3
DAT-A4	L	C01	4
DAT-A5	N	C09	5
DAT-A6	R	C08	6
DAT-A7	Z	C06	7
DAT-A8	a	C05	8
STA-A1	U	A01	23
STA-A2	W	A03	24
STA-A3	Y	A02	25
KOM-A1	b	C13	17
KOM-A2	d	C12	18
KOM-A3	t	C11	19
RUF-A	A	B02	21
PA-A	?	C10	-
END-A	C	B12	22
+12V	U,F,P	B01	27,28
-12V/+5V/-27V	H	B13	30
Masse	B,D,i	A07, B04-B10, C07	31,31

SI1.1-Verbindung

Über diese Schnittstelle, die zur Kopplung von Messgeräten benutzt wurde, liegen leider noch keine Informationen vor.

IMS-1-Verbindung

(auch als Standardinterface SI1.2 oder Tetradeninterface bezeichnet, IMS=Informationsmesssystem)
Diese Interfacenorm stammt aus der Vor-Computerzeit und wurde auch unter der Bezeichnung "Ketten-Interface" geführt. Es sollte das Zusammenwirken verschiedener Funktionseinheiten in komplexen automatischen Messsystemen ermöglichen: die logischen und elektrischen Koppelbedingungen waren bis ins Kleinste festgelegt.

Messsystem auf IMS1-Basis mit Lochbandstanzer und Streifendrucker

EDV-Geräte, die IMS-1 direkt benutzten, waren u.a. der Computer PBT4000, K1510-OEM-Rechner, K1600-Rechner, der LFP1, der Thermo-Streifendrucker G3287, die Messgeräte 20 046 und 20 050, außerdem der Messstellenumschalter MSU8.

Beim IMS1 wurden, im Gegensatz zu IMS2, alle Datensignale gleichzeitig übertragen. Die Stellenanzahl und damit auch die Anzahl der Adern im Kabel variierte von Gerätetyp zu Gerätetyp. Für jede Dezimalstelle gab es vier Bits (Wertigkeit 1,2,4 und 8). Die Pegel entsprachen grob denen von TTL.

Die Datensignale waren auf EFS39-Steckern oder daro32-Steckern, die Befehlssignale auf EFS-Steckern mit SMB-Einsätzen herausgeführt.

Heute ist keine Existenz einer funktionierenden IMS-1-Verbindung mehr bekannt.

IMS-2-Verbindung

Dieses Interface kam hauptsächlich in der Messtechnik zum Einsatz und ist auch unter den Namen "IEC-Bus", "HP-Bus", "GPIB", "IEC 625" und "IEEE 488" bekannt. Es gestattet, viele Funktionseinheiten zusammenzuschalten und vom Computer her zu adressieren. Spannungsmesser, Frequenzmesser und Zähler aus den 1980er Jahren wurden häufig mit dieser Schnittstelle bestückt.
Auch für K1520-Rechner gab es eine Adapterkarte, die in der Messtechnikversion des A5120, im PSA1305, im MFA100 sowie im im P3000 zum Einsatz kam. Der Drucker G3407 hatte ebenfalls ein IMS-2-Interface.

Die Daten wurden, im Gegensatz zu IMS1, als 8-Bit-Worte übertragen. Die Pegel entsprachen grob denen von TTL.

Im Gegensatz zur westlichen Welt wurde IMS2 nicht auf 24-poligen Centronics-Steckern herausgeführt, sondern auf SubD25-Steckern. Originale Kabel besaßen beidseits eine Stecker-Buchse-Kombination, konnten also "gestapelt" werden.

Leitung	SubD25	Centronics	Bedeutung
DIO1	1	1	Datenbit 1
DIO2	2	2	Datenbit 2
DIO3	3	3	Datenbit 3
DIO4	4	4	Datenbit 4
DIO5	14	13	Datenbit 5
DIO6	15	14	Datenbit 6
DIO7	16	15	Datenbit 7
DIO8	17	16	Datenbit 8
REN	5	17	Remote Enable
EOI	6	5	End or Identify
DAV	7	6	Data Valid
NRFD	8	7	Not Ready for Data
NDAC	9	8	Not Data Accepted
IFC	10	9	Interface Clear
SRQ	11	10	Service Request
ATN	12	11	Attention
Schirm	13	12
Masse	18...25	18...24

Eine vorführbare IMS2-Verbindung gibt es im Rechenwerk Halle zwischen dem Computer P3000 und dem Drucker G3407.

SI2.2-Verbindung

Dieses parallele Interface war für "Linienverkehr" (= BUS) bestimmt und ein verbreiteter Standard in der R4000-Rechner-Familie. Es ermöglichte erstmals eine effektive Einbeziehung von Rechnern und konkurrierte darin mit internationalen Systemen wie CAMAC (von EURATOM) oder NIM (USA).

Genauere Informationen liegen leider noch nicht vor.

Centronics-Verbindung

Dieses parallele Interface, in der DDR auch als "IFSP/M" bezeichnet, wurde nahezu ausschließlich zum Koppeln von Rechnern mit Druckern verwendet.
Die maximale Kabellänge betrug 5 Meter.
Rechner mit Centronics-Interface sind z.B. der A7100, A7150, EC1834 und MPC

Anschlussbelegung

Leitung	SubD25	Canon	EFS26	EFS39
DA 0	2	2	A5	B5
DA 1	3	3	A6	B6
DA 2	4	4	A7	B7
DA 3	5	5	A8	B8
DA 4	6	6	A10	B9
DA 5	7	7	A11	B10
DA 6	8	8	A12	B11
DA 7	9	9	A13	B12
/STB	1	1	B6	B2
/ACK	10	10	B7	B3
BSY	11	11	B8	C11
Paper End	12	12	B9	B1
Select	13	13	B10	?
/Auto feed	14	14	B11	?
ERROR	15	32	B12	?
/INIT	16	31	B13	?
Masse	18-25	19-30	A9	A1,A4,A5,A10-A12,C1,C5

SCOM-LAN

(SCOM LAN=Subcommunication Local Area Network)
Dieses seltene Netzwerk wurde zur Vernetzung von Bürocomputern (bis maximal 100 Geräte) benutzt. Ein wichtiger Aspekt bei der Entwicklung war ein besonders kostengünstiger Aufbau. Die Entwicklung wurde von der FH Warnemünde vorangetrieben und zusammen mit dem Büromaschinenwerk Sömmerda in die Produktion übergeleitet.

Die Übertragungsgeschwindigkeit betrug 156 kBaud (19,5 KByte / Sekunde), die Topologie war ringförmig unidirektional. Die Datenübertragung erfolgte synchron.

Als Übertragungsmedium diente Koaxkabel (betrieben mit TTL-Pegel) mit einer maximalen Länge von 1,2 km, wobei der Abstand zwischen den Stationen maximal 600 m betragen durfte. Das Kabel wurde entweder direkt auf die LAN-Controllerkarten (NIU) gelötet oder über einen 10-poligen EFS-Stecker angekoppelt.

Zum SCOM-LAN gab es Controllerkarten für die Computer PC1715, PC1715W, EC1834, Mansfeld MPC4 sowie für K1520-Rechner (meist A5110 oder A5120) und NANOS-Rechner. Elektrisch hatte jede LAN-Karte eine Eingangsleitung und eine Ausgangsleitung. Bei eingeschaltetem Rechner übernahm die Netzwerkkarte die Durchschleifung von nicht für die eigene Station bestimmten Daten zum Ausgang, im ausgeschalteten Zustand überbrückte ein Relais Eingang und Ausgang und hielt somit den Ring betriebsfähig. Auf eine Bestückung der Netzwerkkarten mit Mikroprozessoren hatte man aus Kostengründen in den meisten Fällen verzichtet. Die Netzwerkkarten enthielten als bestimmende Bauteile eine SIO U856 und einen U857. Bei den 8-Bit-Rechnern wurde der 2. Kanal des U856 zur Bereitstellung einer zusätzlicher IFSS-Schnittstelle genutzt. Getrennte Kabel-Ankoppelstationen (MAU) gab es bei SCOM-LAN nicht.

SCOM-LAN-Netzwerkkarte für den Rechner PC1715

Für Rechner, in denen kein Platz für eine Netzwerkkarte war (z.B. A7150) oder für die es aufgrund ihres exotischen Bussystems keine Netzwerkkarten gab, bestand die Möglichkeit einer an die V.24-Schnittstelle angekoppelten externen Netzwerkkarte (sog. "NIU Box").

NIU-Box

NIU-Box, geöffnet

Außerdem gab es sog. LAN-Boxen. Das waren externe Geräte, die einen kleinen Rechner enthielten und als eigenständige Arbeitsstationen im Netz agierten. Sie wurden z.B. als Druckserver verwendet.

LAN-Box für SCOM-Netze

Für den Bürocomputer EC1834 wurde neben der unintelligenten Netzwerkkarte auch eine Prozessor-bestückte Netzwerkkarte entwickelt. Sie enthielt neben den typischen SIOS- und CTC-Schaltkreisen einen Prozessor U880 samt 256 KByte RAM sowie zwei Boot-ROMs. Dadurch wurde der Hauptprozessor des Bürocomputers bei Netzwerkarbeit entlastet und der Datendurchsatz wuchs. Anwendung wird diese Karte wahrscheinlich ausschließlich bei Servern gefunden haben.

Die Identifikation der Rechner im Netz fand über Nummern statt. Die Netzwerkkarten konnten immer nur 1 Kommunikation gleichzeitig durchführen. Während eines Datenaustauschs konnten also andere Rechner den betreffenden Computer nicht erreichen. Im Falle eines kurzzeitigen Datenaustauschs konnte dies über einen Timeout (Wartefunktion) des anfragenden Rechners kompensiert werden.

Als Software gab es einerseits ein nach dem OSI-Referenzmodell aufgebautes Grundsystem "SCOM-NIOS", das von eigenen Programmen benutzt werden konnte. Andererseits gab es auch eine Reihe Test- und Dienstprogramme zur manuellen Kommunikation:

LAN-TEST: Zuverlässigkeitstest, NIU-Fehlersuche
DABANK: Dateiserver
LAN-INST: Erstellung der Parameterdateien für SCOM-Anwendungen
PRS: Druckerserver für einen K631x-Drucker
PRS2: Druckerserver für zwei K631x-Drucker
SERVICE: Dateitransferprogramm (Client für DABANK)
LANCON, LANCALL: ungepuffertes Mailprogramm direkt zwischen 2 Nutzern
EP, UEP: Elektronische Post (mit Server)
EK; UEK: Elektronischer Kalender

Außerdem stand für die Programmiersprache PASCAL eine Toolbox mit entsprechenden Funktionsaufrufen bereit.

Eine detaillierte Beschreibung des SCOM-LAN-Systems findet sich hier.
Heute existiert anscheinend nur noch (bzw. wieder) 1 funktionsfähige SCOM-LAN-Verbindung.

Besitzt noch jemand Hardwarekomponenten oder Software zu SCOM-LAN?

LANCELOT

Dieses ring- oder sternförmige Netzwerk wurde von der Humboldt-Uni Berlin mit Unterstützung von Robotron-Elektronik Dresden entwickelt (wahrscheinlich 1984) und arbeitete mit Lichtleitertechnik. Die Übertragungsgeschwindigkeit betrug 512 kBaud (64 KByte/Sekunde). "LANCELOT" stand für "Local Area Network for computer and equipment link with optical transmission".

Das Netzwerk arbeitete ohne zentralen Controller. Um zu verhindern, dass mehrere Stationen gleichzeitig sendeten und die Daten damit verfälscht würden, benutzte LANCELOT ein Verfahren, das dem CSMA/CD ähnlich war. Die Netzwerkeinheiten lauschten vor dem Senden, ob das Netz frei war und wiederholten ggf. bei gleichzeitigem Senden mehrerer Stationen nach einer zufälligen Wartezeit die Sendung.

Zur Verbindung mit dem Netzwerk wurden spezielle Knotenrechner auf Basis des Prozessors U880 entwickelt, die bis zu drei Arbeitsrechner (hauptsächlich Bürocomputer) bedienen konnten. Zum Knotenrechner gehörten 8 KByte ROM und 2 KByte RAM. Zum Einsatz in ringförmigen Netzen konnte auf den Knotenrechnern eine Repeaterfunktion zugeschaltet werden, die optischen Eingang und optischen Ausgang logisch verband.

Die kleine Variante des Knotenrechners bestand aus zwei Leiterplatten: der Medienplatte MD84 und dem Buscontroller BC84. Der Netzcontroller verfügte über einen K1520-Busanschluss, konnte damit per Kabel mit dem Rechnerbus von beliebigen K1520-Arbeitsrechnern verbunden werden.

Die große Variante des Knotenrechners besaß außer MD84 und BC84 eine weitere Leiterplatte: den Einplatinenrechner SBC84, der ebenfalls auf Basis des Prozessors U880 (mit 16 KByte ROM) arbeitete. Der bis auf 1 MByte aufrüstbare RAM dieser Karte ermöglichte die Zwischenspeicherung der Datenpakete und ermöglichte damit auch die gleichzeitige Arbeit mehrerer an 1 Knotenrechner angeschlossener Arbeitsrechner. Deren Ankopplung erfolgte wieder über einen K1520-Busanschluss. Oder, wenn der Arbeitsrechner keinen K1520-Bus hatte, über beliebige andere Schnittstellen (meist V.24 oder IFSS), deren Controller in die zwei freien K1520-Slots des Knotenrechners gesteckt wurden. Letzteres hatte den Nachteil einer geringeren Übertragungsgeschwindigkeit.

Über einen Einsatz von LANCELOT außerhalb der UNI ist bislang nichts bekannt.

Heute gelten alle Hardware- und Softwarekomponenten von LANCELOT als ausgestorben.

ATLAS-Netzwerk

Dieses Netzwerk mit sternförmiger Topologie wurde am Zentralen Forschungsinstitut in Leipzig entwickelt und hatte eine Übertragungsgeschwindigkeit von 512 kBaud (64 KByte/Sekunde).
Als Medium wurde Koaxkabel eingesetzt.
Über einen Einsatz außerhalb des Instituts ist bislang nichts bekannt.

Heute gelten alle Hardware- und Softwarekomponenten von ATLAS als ausgestorben.

SO.9-Netzwerk

Dieses Netzwerk mit ringförmiger Topologie wurde an der TU Dresden entwickelt.
Als Medium wurden 2-Drahtleitungen benutzt. Die Übertragungsgeschwindigkeit betrug 2 MBaud (256 KByte/Sekunde). Die Adressierung wurde über Token realisiert.
Offenbar handelt es sich beim SO.9 um einen engen Verwandten des IFSR-Netzwerks.
Über eine Verbreitung außerhalb der UNI ist bislang nichts bekannt.

Heute gelten alle Hardware- und Softwarekomponenten von SO.9 als ausgestorben.

SIF-ESER-Verbindung

(SIF=Standard-Interface)
Diese Interfaceart wurde bei Großrechnern, wie dem EC1040, eingesetzt und diente der Kopplung des Rechners mit externen Geräten.
Technische Details liegen leider noch nicht vor.

Lichtwellenleiterkommunikation mit niedriger Übertragungsrate

Diese Netzwerkart ermöglichte die Ankopplung von Geräten, die eigentlich per V.24-Schnittstelle angekoppelt wurden, über größere Entfernungen (bis 1000 Meter). Mögliche Koppelpartner waren neben anderen Rechnern auch Drucker, Messgeber, Terminals oder Betriebsdatenterminals.

Aufgrund der geringen Geschwindigkeit beinhalteten die Netze meist nur zwei Teilnehmer (Punkt-Zu-Punkt-Verbindungen). Eine Verbindungsmöglichkeit zur Lichtwellenleitertechnik von Rolanet bestand aufgrund der unterschiedlichen Geschwindigkeit nicht.

Die Herstellung optischer Halbleiter (Sendedioden, Empfangsdioden) oblag dem Werk für Fernsehtechnik in Berlin. Das Elektroapparatewerk Berlin-Treptow entwickelte Module, die die notwendigen optischen Bauelemente und die Ansteuerelektronik beinhalteten und sich für den Aufbau von langsamen Glasfasersystem eigneten.

Optische Sende- und Empfangsmodule in Originalverpackung

Optisches Sendemodul, geöffnet

Anschlussstecker des Lichtleitkabels.
Mit (oben) und ohne (unten) Schutzkappe.

EC1834-Glasfaserverbindung

Diese Netzwerkart wurde speziell für den Rechner EC1834 entworfen und ermöglichte die Kopplung von Geräten, die eine V.24-Schnittstelle besaßen, über größere Entfernungen (bis 1000 Meter). Mögliche Koppelpartner waren Drucker, Messgeber, Terminals oder Betriebsdatenterminals. Aber auch eine direkte Verbindung zweier EC1834-Computer war damit möglich. Robotron entwickelte dazu eine Schnittstellenkarte K8075.20, die funktionsseitig der ASK-Karte entsprach.

ASL-Karte

Auf der Gegenseite gab es ein Gerät namens OSM (Optisches Schnittstellenmodul), das die Glasfaserübertragung wieder auf eine V.24-Schnittstelle zurück wandelte. Technisch gab es das OSM in zwei Ausführungen:

OSM K8101.01
In Form eines Zwischensteckers, der direkt auf eine V24.Schnittstelle (25-poliger SubD-Stecker) aufgesteckt wurde.
Die Stromversorgung erfolgte über ein separates Netzteil (K0302)
OSM 9610
Als Zusatzmodul (Einsteckkarte) für den Schnittstellenvervielfacher K8525

Vier K8101-Module

Die Übertragung erfolgte im Infrarotbereich (820 nm) mit einer maximalen Geschwindigkeit von 60 kBaud.

PC1715-Glasfaserverbindung

Eine Serienproduktion einer solchen Lösung gab es nicht, aber es existierten Umbauten von IFSS-Geräten bzw. V.24-Geräten auf Glasfaser. Ziel war die Verbindung von PC1715-Bürocomputern mit entfernten Druckern der K631x-Serie.

Auf Glasfaser umgebaute Schnittstellenkarte

Auf Glasfaser umgebautes Druckerinterface

Bis heute hat anscheinend nur 1 Exemplar davon überlebt.

Schnittstellenwandler NW-2

Außer Robotron gab es noch weitere Hersteller von Glasfasertechnik in der DDR. So wurde von der "Nachrichtenwerkstatt 2" der NVA (Nationale Volksarmee, Frankfurt/Oder) ein Sende- und Empfangsmodul in Form eines externen Geräts gebaut, das wahrscheinlich ausschließlich im militärischen Umfeld eingesetzt wurde. Das Gehäuse war dasselbe wie das des P8000-Terminals. Denkbar, dass das Gerät in Verbindung mit dem Computer P8000 (Kopplung Rechner-Rechner oder Rechner-Terminal) benutzt wurde, entweder in Glasfaserkopplung mit einem gleichen Gerät oder mit einem optischen P8000-Terminal. Das Gerät konnte rechnerseitig eine V.24-Schnittstelle oder eine IFSS-Schnittstelle realisieren. Sende- und Empfangskanal wurden über getrennte Lichtleitkabel geschickt.

LWL-Adapter von "NW-2"

LWL-Adapter, Rückseite

LWL-Adapter, geöffnet. Oben in der Mitte die Transmitter.

Bis auf zwei funktionierende Geräte gelten alle Komponenten dieser Technik heute als ausgestorben.

Schnittstellenwandler OSE-IFSS

Vom Elektroapparatewerk Berlin-Treptow wurden auch Module entwickelt, die eine Umsetzung von IFSS nach Glasfaser und zurück ermöglichten. Die Module wurden vermutlich auf Bürocomputer A7150 gesteckt.

Wandlermodul OSE-IFSS

Vermutlich ein Prototyp zum OSE-IFSS

Die Übertragungsrate lag entsprechend der IFSS-Einstellungen bei maximal 9600 Baud. Das gewünschte Aktiv/Passiv-Verhalten wurde über Steckbrücken eingestellt. Als Software konnten beliebige DFÜ-Programme (z.B. ISCMAN oder TLC) verwendet werden.

Netzwerk des VEB Metallurgieelektronik Leipzig

In den 1980er Jahren kam der VEB Metallurgieelektronik Leipzig offenbar in Besitz eines Novell-Netzwerkes (Novell/286), das unter dem Betriebssystem DOS lief und westliche PCs (möglicherweise IBM PS/2) verband. Zur Ankopplung an das Netzwerk wurden westliche "Proteon ProNet-10"-Karten (denkbar wäre auch ein DDR-Nachbau derselben) benutzt, die eine Tokenring-Architektur mit einer Arbeitsgeschwindigkeit von 10 MBit/s bildeten.

ZIM-Verbindungsmodul

ZIM-Verbindungsmodul, geöffnet

Als Anschlussknoten (Hub, MAU) für die Rechner baute der VEB Metallurgieelektronik Leipzig kleine Geräte, "Verbindungsmodul" genannt. Diese verbanden die sternförmig ankommenden Stichleitungen der PCs zu einem Ring. Der Hub selbst verfügte über keine eigene Intelligenz. Relais überbrückten lediglich bei Bedarf nicht-aktive oder nicht-angesteckte Netzteilnehmer. Außerdem gab es Schalter, um Stationen bewusst von der Kommunikation auszuschließen. An den Hub konnten jeweils vier Rechner angeschlossen werden. Eine Verbindung mit weiteren Hubs war offenbar möglich. Die Stromversorgung der Hubs erfolgte über die Datenkabel (Stichleitungen) von jedem der angeschlossenen Rechner.

Über den Einsatzzweck des Netzwerks ist bislang nichts bekannt. Aufgefundene Disketten legen nahe, dass das Netzwerk von Metallurgieelektronik Leipzig auch in anderen Betrieben zum Einsatz kam.

Zwei solcher Hubs haben bis heute überlebt. Sie befinden sich im Rechenwerk Halle

HODIS-2-LAN

Dieses Netzwerksystem wurde 1989 von Robotron vorgestellt und diente der Vernetzung von 8-Bit-Rechnern, z.B. PC1715 und den Bürocomputern A5120 bzw. A5130.

Technische Daten dieses heute als ausgestorben geltenden Systems liegen noch nicht vor.

MRS-NET

Dieses Netzwerksystem wurde 1988 vom "Kombinat Industrieautomatisierung" vorgestellt und diente der Vernetzung der Maschinensteuerungen MRS704 und MRS705 untereinander sowie mit dem Rechner ICA700.

Technische Daten dieses heute als ausgestorben geltenden Systems liegen noch nicht vor.

DILONA

Dieses busförmige Netzwerk wurde von der TH Ilmenau entwickelt und übertrug Daten mit 18 MBit pro Sekunde über Koaxkabel oder Lichtleitkabel. Das Zugriffsverfahren war TDMA.

Weitere Informationen dieses als ausgestorben geltenden Systems liegen noch nicht vor.

ZIT-NET

Dieses Tokenring-Netzwerk wurde von der TH Zittau entwickelt und übertrug Daten mit 0,5 MBit über Lichtleitkabel.

Weitere Informationen dieses als ausgestorben geltenden Systems liegen noch nicht vor.

Netzwerk DELTA

Hierbei handelt es sich um ein WAN, mit dem ab 1980 acht Rechner (ESER und BESM6) in der DDR und und der ČSSR verbunden waren, um diese als Multiprozessor-Architektur (verteiltes Rechnen) nutzen zu können.
Ein Teil des DELTA-Netzes wurde in Berlin aus dem Netzwerk KOMET gebildet.

Netzwerk A7800

Unter dieser Bezeichnung begann Robotron Ende der 1980er Jahre mit der Entwicklung eines paketvermittelten WAN-Datennetzes in der DDR. Das System arbeitete nach dem X.25 Standard (also Datex-P).

Die produktive Inbetriebnahme war für Mitte der 1990er Jahre geplant. Mit dem Ende der DDR wurde das Projekt abgebrochen. Inwieweit zu diesem Zeitpunkt bereits Geräte produziert waren, ist heute nicht mehr bekannt. Komponenten davon haben vermutlich nicht bis heute überlebt.

Letzte Änderung dieser Seite: 09.05.2023

Herkunft: www.robotrontechnik.de