# IEEE 1284

Der Standard IEEE 1284 definiert eine parallele Schnittstelle zur bidirektionalen Übertragung von Daten zwischen Personal Computern und unterschiedlichen Peripheriegeräten (Drucker, Fax, Scanner, Laufwerke, auch CNC-Maschinen). Er wurde 1994 verabschiedet und löste damit offiziell die weitverbreitete Centronics-Schnittstelle aus den 1970er Jahren ab, die bis dahin nur ein Quasi-Standard war. Der Standard definiert die elektrischen Eigenschaften der Schnittstellen, die zu verwendenden Hardware-Protokolle und die zugehörigen Kabel. Für die übergeordneten Software-Protokolle wird auf die entsprechenden Substandards verwiesen. Teile der Substandards betreffen Protokolle, die unabhängig von der Hardware-Schnittstelle sind und – neben der Parallel-Schnittstelle – z. B. auch USB vorsehen (TIP/SI).

## IEEE 1284 und Substandards
### IEEE 1284

    Standard Signaling Method for a Bi-directional Parallel Peripheral Interface for Personal Computers; wurde im Jahr 2000 erneuert.

### IEEE 1284.1

    IEEE Standard for Information Technology -Transport Independent Printer/System Interface (TIP/SI); wurde 1997 verabschiedet und 2003 bestätigt.

### IEEE 1284.2

    Standard for Test, Measurement and Conformance to IEEE 1284; wurde nicht verabschiedet.

### IEEE 1284.3

    Standard for Interface and Protocol Extensions to IEEE Std. 1284-1994 Compliant Peripherals and Host Adapter; wurde im Februar 2006 zurückgezogen.

### IEEE 1284.4

    IEEE Standard for Data Delivery and Logical Channels for IEEE 1284 Interfaces. Basierend auf dem MLC-Protokoll von Hewlett-Packard (Multiple Logical Channels); wurde im Februar 2006 zurückgezogen.

## Schnittstellen

Der Standard sieht für die elektrischen Schnittstellen von Rechner (Host) und Peripheriegerät (Peripheral) zwei Stufen der Kompatibilität vor:

### Level 1

    Basiert auf der bis dato existenten Centronics-Schnittstelle mit asymmetrischen 5-Volt-TTL-Bausteinen ohne definierte Ausgangsimpedanz. Es werden lediglich einige Grenzwerte definiert. Pull-Up-Widerstände werden nicht zwingend vorgeschrieben.

### Level 2

    Abwärtskompatible Verbesserungen: Ein Treiberausgang hat eine Impedanz von 45…55 Ohm, um an die Impedanz von 62 Ω des IEEE-1284-Kabels angepasst zu sein. Der Empfänger hat einen Pull-Up-Widerstand von 1,2…4,7 kΩ, um mit open-collector-Ausgängen arbeiten zu können. Die Flankensteilheit der Treiber muss 50…400 V/µs betragen, die Empfänger müssen eine Hysterese (Schmitt-Trigger-Eingang) von 0,2…1,2 V haben. Dadurch und durch die Impedanzanpassung sind die „Level 2“-Schnittstellen weniger störanfällig bzw. für höhere Geschwindigkeiten und längere Kabel geeignet.
Produkte mit „Level 1“-Schnittstelle sind mit „IEEE 1284 I“, solche mit „Level 2“-Schnittstelle mit „IEEE 1284 II“ bezeichnet.

## Kabel und Stecker

Die IEEE 1284 definiert ein doppelt geschirmtes 36-adriges „Twisted Pair“-Kabel mit 18 Adernpaaren.

### Stecker

Drei mögliche Steckertypen werden verwendet:
Typ A :
* Der 25-polige D-Sub-Stecker. Er wurde 1981 von IBM mit dem PC aus Platzgründen eingeführt. Gegenüber dem bis dahin verwendeten 36-poligen „Centronics-Stecker“ ist der Hauptnachteil, dass nicht für jede Signalleitung eine korrespondierende Masseleitung (Twisted Pair Return) vorhanden ist. |
* Typ B |
* Der 36-polige „Centronics“-Stecker (offizieller, aber selten verwendeter Name „Micro Ribbon Connector“). Vor Einführung des IBM-PCs wurde ausschließlich dieser Steckertyp verwendet, der bereits in den 1940er Jahren von der Firma Amphenol eingeführt worden war. |
* Typ C |
* Eine elektrisch verbesserte und kompaktere Variante des Centronics-Steckers, ebenfalls 36-polig mit „Schnappverriegelung“, auch „Mini Centronics“ genannt. Dieser Typ hat sich jedoch nicht durchgesetzt. |
Jede Kombination dieser Steckverbinder ist möglich, ebenso die Verwendung von Steckern oder Buchsen am Kabel. Nach IEEE-1284-Terminologie ist beispielsweise ein „AB-Kabel“ das klassische „IBM-Druckerkabel“. Ein „AC-Kabel“ hat rechnerseitig einen 25-poligen D-SUB-Stecker und druckerseitig den neuen „Mini Centronics“-Stecker. Eine andere (nicht offizielle) Schreibweise unterscheidet zusätzlich zwischen Buchse und Stecker. Dabei steht „M“ für male (Stecker) und „F“ für female (Buchse). Ein „AMAF-Kabel“ ist somit ein Verlängerungskabel mit 25-poligem D-Sub-Stecker und 25-poliger D-Sub-Buchse.
Der IEEE-1284-Standard gibt dabei die Belegung der unterschiedlichen Kabel vor. Denn es ist wichtig, auch bei 25-poligen Steckern die Masseadern der Adernpärchen auf beiden Seiten zu erden, um die gewünschten elektrischen Eigenschaften zu erzielen.

### Kabelmaterial

Die elektrischen Eigenschaften werden im Standard IEEE 1284 spezifiziert. Die (unsymmetrisch betriebenen) Signal-Adern haben eine Impedanz von 62 Ohm. Es gibt zwar für jedes Signal eine getrennte Masse-Rückleitung, die Signalübertragung ist jedoch nicht symmetrisch, obwohl der twisted-pair-Aufbau das nahelegt. Das Übersprechen zwischen den Adernpaaren muss beim vorgesehenen Einsatz kleiner als 10 % sein. Ebenso werden die Signal-Laufzeit und Laufzeit-Unterschiede zwischen den Adernpaaren definiert. Der doppelte Schirm besteht aus Kupfergeflecht (min. 85 % Abdeckung) plus Folie. Ein Kabelmaterial, das diese Eigenschaften erfüllt, darf den Aufdruck „IEEE Std 1284-1994 Compliant“ tragen.

### Kabellänge

Die Schnittstelle ist für wenige Meter Kabellänge vorgesehen. Während die Centronics-Kabel typisch 2…3 m (max. 3,6 m) lang waren, sind nun bis 7,6 m empfohlen (max. 9,8 m).
Die maximal mögliche Kabellänge errechnet sich mit den Worst-Case-Spezifikationen des Kabels und des Timings mit „Level 2“-Schnittstelle auf theoretisch etwa 12 Meter. In der Praxis lassen die Hersteller von Druckern und Rechnern beim Timing deutliche Sicherheitsreserven. Damit vergrößert sich die maximale Länge. Mit „Level 1“-Schnittstellen sollten Längen bis 6 Meter bei durchschnittlichen Kabeln nicht überschritten werden.

## Modi

Die moderne parallele Schnittstelle nach IEEE 1284 unterstützt folgende Modi:
* Compatibility-Modus, auch SPP (Standard Parallel Port) genannt – die neue Definition der „klassischen“ Centronics-Schnittstelle. Auf den eigentlichen Datenleitungen werden Daten nur vom Computer zum Drucker übertragen (sog. Forward Channel), nur auf den Statusleitungen (Papierende, Betriebsbereitschaft etc.) kann der Drucker eine Rückmeldung an den Rechner senden.
* Byte-Modus, auch PS/2-Modus genannt, weil er von IBM mit dem PS/2 eingeführt wurde. Die acht Datenleitungen können nun auch bidirektional übertragen. Gemeint ist dabei die Rückwärtsübertragung von Daten vom Peripheriegerät zum Computer auf den gleichen Datenleitungen (sog. „Reverse Channel“). Beide Geräte können jedoch nur abwechselnd senden (halbduplex), nicht gleichzeitig (vollduplex).
* Nibble-Modus, von Hewlett Packard „Bitronics“ genannt. Wie beim Byte-Modus existiert auch hier eine Rückwärtsübertragung vom Peripheriegerät zum PC. Dabei werden die Daten vom Peripheriegerät zum PC über die dafür „missbrauchten“ Status-Leitungen in 4-Bit-Paketen (Nibbles) übertragen. Diese Betriebsart war auch schon bei vielen Varianten der klassischen Centronics-Schnittstelle praktisch möglich, wenn auch theoretisch nicht vorgesehen. Sie ist relativ langsam, aber immer noch die „kompatibelste“ Art der Rückwärtsübertragung.
* EPP-Modus, Enhanced Parallel Port. Bidirektionale 8-Bit-Übertragung mit relativ hoher Geschwindigkeit. Wurde von Intel und Xircom entwickelt, wird aber heute kaum noch genutzt.
* ECP-Modus, Extended Capabilities Port. Bidirektionale Schnittstelle mit hoher Geschwindigkeit in beiden Richtungen. Von Microsoft und Hewlett-Packard entwickelt. Microsoft brauchte damals kurzfristig eine universale Lösung, Peripheriegeräte jeder Art in Windows 95 einzubinden; kurz darauf übernahm jedoch der neuentwickelte USB diese Rolle. Hewlett-Packard brauchte eine schnelle bidirektionale Schnittstelle für die damals noch in der Entwicklung befindlichen Multifunktionsgeräte (Drucker mit eingebautem Scanner und/oder Faxgerät).
Die ersten vier Modi (Varianten) waren zum Zeitpunkt der Definition der IEEE 1284 schon weit verbreitet. Die ECP-Variante stand vor der Verbreitung. Eine wesentliche Aufgabe der IEEE 1284 war, eine drohende Kompatibilitätskrise abzuwenden und weitgehende Rückwärtskompatibilität zu sichern – z. B. durch Aushandeln (Negotiation) des gemeinsamen Übertragungsmodus zwischen Rechner und Peripheriegerät.
Der IEEE 1284-Standard hat gegenüber der klassischen Centronics-Schnittstelle folgende Erweiterungen:
* Bidirektionale Hochgeschwindigkeits-Schnittstelle,
* Erstmals klare Definition der elektrischen Eigenschaften von Schnittstelle und Kabel sowie eines Protokolls (IEEE 1284 compliance),
* Bis zu 4 Megabyte pro Sekunde Bandbreite (ECP theoretisch),
* „Plug & Play“-Fähigkeit,
* Aneinanderhängen (engl. daisy-chaining) von bis zu 64 Peripheriegeräten, z. B. ein ZIP-Laufwerk, dahinter ein Scanner und schließlich ein Drucker; derartige Geräte besitzen einen Eingangs- und einen Ausgangsstecker.

## Compliance

Ein Gerät darf sich dann „IEEE 1284 Std Compliant“ nennen, wenn es:
* mindestens eine Level-1-Schnittstelle hat,
* den Nibble-Mode unterstützt und sich über diesen identifizieren kann.
* Bei Rechnern muss mindestens der Kompatibilitätsmodus unterstützt werden.
Erstmals in der Geschichte des IEEE wurde ein Gütesiegel „IEEE 1284 Std Compliant“ eingeführt. Der für entsprechende Methoden der „Compliance Tests“ zuständige IEEE 1284.2-Substandard wurde nie verabschiedet. Auf Kabelmaterial wird jedoch das betreffende Gütesiegel aufgedruckt.

## Negotiation (Aushandeln der Modi)

Die von PC und Peripheriegerät gemeinsam beherrschten Modi werden ausgehandelt. Beide Geräte starten im Compatibility Mode. In einer vom PC ausgelösten Kommunikation im Nibble-Mode identifiziert sich das Peripheriegerät mit Herstellername, Gerätetyp, beherrschten Modi und anderen Informationen. Vor jeder Übertragung wird der zu verwendende Modus nochmals ausgehandelt. Reagiert das Peripheriegerät nicht auf Anfragen im „Nibble Mode“, so nimmt der PC an, dass es sich hier um einen alten Drucker („Legacy Printer“) handelt. Dann ist nur Drucken im Compatibility Mode möglich.

## Erweiterungen auf mehrere Peripheriegeräte

Die Centronics-Schnittstelle und auch die Nachfolger (EPP, ECP) erlauben es nur, einen Computer mit einem Peripheriegerät zu verbinden. Der Substandard IEEE 1284.3 sollte die Erweiterung auf bis zu 64 Peripheriegeräte ermöglichen. Zwei Methoden waren vorgesehen:
* Daisy Chaining – Das Peripheriegerät (z. B. Drucker) hat einen Eingang und einen Ausgang, über den es die für andere Geräte bestimmten Daten weitergibt.
* Multiplexer – Diese Geräte verteilen die Daten auf mehrere Peripheriegeräte – funktional identisch mit dem USB-Hub.

## Geschichte

Die Centronics-Schnittstelle entstand Ende der 1960er Jahre bei den Wang Laboratories, von denen sich kurz danach der Druckerhersteller Centronics abspaltete. Diese Schnittstelle war einfach und für Rechnerhersteller mit geringem Bauteileaufwand leicht zu implementieren. In der Geschwindigkeit war sie den bei großen Anwendungen eingesetzten, viel teureren Schnittstellen fast ebenbürtig und der bei kleineren Anwendungen üblichen V.24/RS232 deutlich überlegen und darüber hinaus sehr unkompliziert zu installieren. Darum wurde die Centronics-Schnittstelle von den Herstellern kleinerer Rechner zügig implementiert und schnell zu einem De-facto-Standard, so dass auch andere Druckerhersteller mitzogen, insbesondere die neu auf den Markt drängenden Japaner (z. B. OKI).
Obwohl Centronics die eigenen Spezifikationen stets offenlegte, fehlte es an einer verbindlichen Vorgabe für die Rechnerseite. So entwickelten sich sehr skurrile Auslegungen der elektrischen Eigenschaften, des Protokolls und der Kabelbelegung. Anfang der 1980er konnte es passieren, dass der Drucker durch die Spannungen der Schnittstelle des Rechners überlastet wurde.
Mit dem IBM PC entstand nach 1982 erstmals eine breit akzeptierte Plattform, welche die Centronics-Schnittstelle unterstützte. Im Protokoll nicht ganz kompatibel (das Signal BUSY wurde anfangs ignoriert) und elektrisch nicht sehr vorteilhaft – vom Stecker her aus Platzgründen von 36 auf 25 Pins abgespeckt – brachte die PC-Variante doch eine wesentliche Vereinheitlichung.
Die allererste Generation paralleler IBM-Schnittstellenkarten für den IBM PC war 8-bit-bidirektional ausgelegt, jedoch wurde diese Funktionalität schon bei Revisionen – wohl aus Kompatibilitätsgründen mit dem Centronics-Standard – fallengelassen, das zugehörige Port-Bit wurde nur noch als „reserved“ dokumentiert und hatte keine Funktion mehr. Die Bidirektionalität konnte jedoch mit einem einfachen Hardware-Patch reaktiviert werden. Da sich Klon-Karten zum Teil bis auf Gatterebene an das Vorbild von IBM hielten, war diese Modifikation auch auf viele Fremdkarten übertragbar, trotzdem wurde diese Möglichkeit nur von wenigen Programmen unterstützt. Erst mit der Einführung von „PS/2“ führte IBM den 8-Bit-Bidirektionalbetrieb wieder ein, diesmal aber über spezielle, separat ansprechbare PS/2-Konfigurationsregister abgesichert, so dass der Modus nicht versehentlich von der Software aktiviert werden konnte. Auf diese Weise sollte der Austausch von Daten zwischen PCs erlaubt werden (sog. Migration Kit). Die dabei verwendete „Open-collector-Technik“ war konträr zur Spezifikation der Centronics-Schnittstelle und führte schnell zu vehementen Problemen mit bestehenden Druckerinstallationen.
In der zweiten Hälfte der 1980er Jahre wuchs das Bedürfnis, neben Druckern auch andere Peripheriegeräte anzuschließen: Externe (CD-)Laufwerke, Streamer etc. Dafür fehlte die Schnittstelle – SCSI war zu aufwändig. In einem Schnellschuss entwickelten Intel, Zenith, Xircom und andere EPP (Enhanced Parallel Port) – eine bidirektionale Variante der Centronics-Schnittstelle mit höherer Geschwindigkeit. Sie erforderte spezielle Hardware. Etwa zeitgleich hatten Travelling Software und HP Methoden entwickelt, über die alte Centronics-Schnittstelle Daten rückwärts zu lesen (IEEE 1284-Terminologie: Reverse Channel). Travelling Software brauchte das für den Datentransfer zwischen Notebook und PC, HP für ein komfortableres Management seiner Drucker und nannte es „Bitronics“.
1992 suchte Microsoft nach einer „universalen“ Schnittstelle zur Anbindung peripherer Geräte und entwickelte ECP (Extended Capabilities Port) – ein über EPP weit hinausgehendes Konzept einer bidirektionalen Hochgeschwindigkeitsschnittstelle, die immer noch rückwärtskompatibel zu Centronics sein sollte.

## Technische Beschreibung der IEEE-1284-Schnittstelle
### Timing im Compliance Mode (Drucken)

* Der Rechner prüft anhand des Busy-Signals, ob der Drucker bereit ist (Bereit: Busy=„low“).
* Wenn ja, legt er das zu übertragende Byte auf die acht Datenleitungen.
* Nach frühestens 0,75 µs bringt der Rechner nun nStrobe für 0,75…500 µs auf „low“.
* Der Drucker meldet 0…0,5…10 µs nach nStrobe=„low“, dass er „Busy“, d. h. beschäftigt ist (Busy=„high“). Dieses Timing nennt man „Busy-while-Strobe“.
* Nachdem nStrobe wieder „high“ ist, muss der Rechner die Daten noch für mindestens 0,75 µs unverändert halten.
* Der Drucker signalisiert mit nAck=„low“ (0,5…10 µs), dass er bereit für ist das nächste Zeichen, und setzt dann nach 0…2,5 µs das Busy-Signal zurück auf „low“ („Ack-in-Busy“-Timing).
Diese Definition beseitigt eines der großen Probleme der Centronics-Schnittstelle, die Unklarheit über das richtige Timing. So war es beispielsweise unklar, ob die Aktivierung oder die Deaktivierung des Strobe die Datenübergabe (und damit die Aktivierung des Busy-Signals) auslösen sollte. Mit der zweiten Variante konnte es zum Verlust von Zeichen kommen. Ebenso war unklar, in welcher Reihenfolge die Busy- und Ack-Signale die Datenübernahme quittieren sollten. Es gab drei Varianten:
    „Ack-in-Busy“ (siehe oben)
    „Ack-after-Busy“: nAck wird erst gegeben, nachdem Busy wieder „low“ ist
    „Ack-while-Busy“: nAck bleibt weiter „low“, während Busy bereits wieder „low“ ist.
Daraus resultierte eine Vielzahl von Kompatibilitätsproblemen zwischen Rechnern und Druckern unterschiedlicher Hersteller. Noch verwirrender wurde das Problem mit den BIOS-Versionen der ersten IBM PCs: Sie ignorierten das Busy-Signal und beachteten nur das Ack-Signal – mit der Folge, dass das erste Zeichen eines Druckjobs verloren gehen konnte. Im nur informativen Anhang C des IEEE 1284-Standard wird diese Problematik ausgiebig erläutert.

## Technische Beschreibung Centronics-Schnittstelle

Die Centronics-Schnittstelle ermöglicht eine Übertragungsgeschwindigkeit von höchstens 150 kBd pro Sekunde (SPP-Modus) und eine Kabellänge von maximal etwa 3,5 Metern. (Bis zu fünf Meter bei hochwertigem Kabel, bestenfalls mit acht Masse-Leitungen.) Ein Standard-Centronics-Stecker besitzt 36 Pins, davon werden 17 für Daten und Handshake genutzt, die anderen liegen an Masse. Auf der Computerseite werden stattdessen seit den 1980er Jahren zunehmend 25-polige D-Sub-Stecker eingesetzt. Beim ersten IBM PC geschah das als Notlösung, da die Standard-Centronics-Buchse zu groß war, um mit einer RS-232-Buchse zusammen auf eine Steckkarte zu passen. So wurden dann beide Buchsen durch verkleinerte Varianten ersetzt; jedoch entwickelte sich diese Steckerform in der Folge zum Quasi-Standard. Auf der Drucker-Seite wird aber bis heute der 36-polige Stecker genutzt.

### Pinbelegungen

Pinbelegung des Ur-Parallel-Ports am PC :
| Pin | Name | Richtung$^{(1)}$ | Funktion |
| 1 | STROBE | > | Strobe, zeigt gültige Daten an |
| 2 | D0 | > | Data Bit 0 |
| 3 | D1 | > | Data Bit 1 |
| 4 | D2 | > | Data Bit 2 |
| 5 | D3 | > | Data Bit 3 |
| 6 | D4 | > | Data Bit 4 |
| 7 | D5 | > | Data Bit 5 |
| 8 | D6 | > | Data Bit 6 |
| 9 | D7 | > | Data Bit 7 |
| 10 | ACK | < | Acknowledge, Anzeige des Druckers über Empfang der Daten |
| 11 | BUSY | < | Busy, zeigt Bereitschaft des Druckers zur Datenübernahme an |
| 12 | PE | < | Paper End, Papierende |
| 13 | SEL | < | Select, zeigt Druckerstatus (on- oder offline) an |
| 14 | AUTOFD | > | Autofeed, veranlasst nach Carriage Return (CR) einen Zeilenumbruch (LF) |
| 15 | ERROR | < | Error |
| 16 | INIT | > | Druckerreset |
| 17 | SELIN | > | Select In, teilt dem Drucker mit, dass er angesprochen ist |
| 18 | GND | – | Signal Ground |
| 19 | GND | – | Signal Ground |
| 20 | GND | – | Signal Ground |
| 21 | GND | – | Signal Ground |
| 22 | GND | – | Signal Ground |
| 23 | GND | – | Signal Ground |
| 24 | GND | – | Signal Ground |
| 25 | GND | – | Signal Ground |
Pinbelegung des ECP-Ports :
| Pin | Name | Richtung$^{(1)}$ | Funktion |
| 1 | STROBE | > | Strobe |
| 2 | data0 | <> | Address, Data or RLE Data Bit 0 |
| 3 | data1 | <> | Address, Data or RLE Data Bit 1 |
| 4 | data2 | <> | Address, Data or RLE Data Bit 2 |
| 5 | data3 | <> | Address, Data or RLE Data Bit 3 |
| 6 | data4 | <> | Address, Data or RLE Data Bit 4 |
| 7 | data5 | <> | Address, Data or RLE Data Bit 5 |
| 8 | data6 | <> | Address, Data or RLE Data Bit 6 |
| 9 | data7 | <> | Address, Data or RLE Data Bit 7 |
| 10 | ACK | < | Acknowledge |
| 11 | BUSY | < | Busy |
| 12 | PError | < | Paper End |
| 13 | Select | < | Select |
| 14 | AutoFd | > | Autofeed |
| 15 | Fault | < | Error |
| 16 | Init | > | Initialize |
| 17 | SelectIn | > | Select In |
| 18 | GND | – | Signal Ground |
| 19 | GND | – | Signal Ground |
| 20 | GND | – | Signal Ground |
| 21 | GND | – | Signal Ground |
| 22 | GND | – | Signal Ground |
| 23 | GND | – | Signal Ground |
| 24 | GND | – | Signal Ground |
| 25 | GND | – | Signal Ground |
$^{(1)}$: > bedeutet vom PC zum Gerät, < bedeutet vom Gerät zum PC, <> bedeutet bidirektionale Signalleitung. Datenflussrichtung wird ausgehandelt; –: Masseleitung (ohne Datenflussrichtung)
Die Datenübertragung erfolgt nach folgendem Protokoll:
* Der Sender überprüft anhand der Busy-Leitung, ob der Empfänger bereit ist. Falls ja, wird das Datenbyte auf die Datenleitungen gelegt.
* Durch Aktivierung des Strobe-Signals (mind. 1 bis max. 50 Mikrosekunden) wird dem Empfänger die Gültigkeit des Datenbytes mitgeteilt.
* Durch Aktivierung von Busy signalisiert der Empfänger, dass er mit der Verarbeitung der Daten beschäftigt ist.
* Der erfolgreiche Empfang und Verarbeitung des Datenbytes wird vom Endgerät durch das Acknowledge-Signal bestätigt.
Für eine ohne differenzierte Rückmeldungsmöglichkeit funktionierende Datenübertragung in einer Richtung reicht auch eine abgespeckte Schnittstelle mit 8 Datenleitungen, Strobe sowie Ack oder Busy. Eine solche Mini-Centronics wurde häufig beim Commodore 64 eingesetzt. Dieser verwendete eine proprietäre Schnittstelle für die firmeneigenen Drucker, bot daneben aber noch eine frei programmierbare Mehrzweck-Schnittstelle, den sogenannten Userport. Die Mini-Centronics bot eine Möglichkeit, Nicht-Commodore-Drucker auch ohne teure Schnittstellen-Adapterbox betreiben zu können. Stattdessen reichte ein Flachbandkabel mit passenden Steckern, ein sog. Userport-Kabel. Am Userport befanden sich nur 10 nutzbare Ein- bzw. Ausgabeleitungen, so dass eine volle Centronics-Schnittstelle nicht möglich war. Allerdings funktionierte das nur mit einem modifizierten Kernel, der einen Konverter von der hauseigenen Schnittstelle auf Centronics beinhaltete (viele Floppy-Speeder) oder mit Programmen, die diese Betriebsart explizit beherrschten, da es auf dem C64 erst mit GEOS anwendungsunabhängige Gerätetreiber gab.