> ich möchte von 36pol Centronics auf Dataproducts D-Sub 50 Parallel pinout kommen.
Wow. Bereits der "klassische" Parallelport (SPP), vor IEEE1284 gilt heute als alt.
Ich habe Mühe, selbst etwas so einfaches wie ein sinnvolles Pinout zu finden.
Hier z.B.: ht tp://www.hardwarebook.info/Dataproducts_D-Sub_50_Parallel
>Es geht darum, einen alten Drucker anzusteuern.
> Weiss zufällig jemand, wie einzelnen Pole sinnvoll verbunden werden könnten und ob das Protokoll halbwegs komaktibel sein wäre?
Das "Protokoll" ist natürlich Druckerspezifisch. Es kommt auch auf den Drucker an. Leider hast du nicht gesagt, *was* für eine Sorte Drucker das ist oder gar Hersteller und Modell angegeben.
Wenn der z.B. keine einzelnen Zeichen kann, weil z.B. Walzendrucker, dann muß man natürlich immer ganze Zeilen ausgeben, damit man was sieht.
Ansonsten gilt oft "ASCII as ASCII can", z.B. "Form feed" (0x12) wirft dann wirklich die aktuelle Seite aus (falls anwendbar). Siehe beliebige ASCII-Tabelle.
Gibt die Manual zum Drucker Auskunft? Je älter das Gerät, desto besser m.E. die Dokumentation, inklusive Schnittstellen, Protokollen etc. Oft war sogar eine ASCII-Tabelle mit abgedruckt.
Das 50-polige Pinout von Dataproducts (DP) läßt ein bischen Übel vermuten, z.B. was muß bei "Parity" gesendet werden?
Das einfache XOR der Datenleitungen? Praktisch wäre wenn Du weißt ob der Drucker dir Parity-Fehler anzeigen würde oder nicht. Je nach Gerät werden Fehler gerne mal per Anzeige signifiziert oder gar ausgedruckt. Siehe Manual oder "best Guess". Kann auch sein, daß der Drucker "Parity" ignoriert, ggf. je nach Einstellung, das wäre das praktischste.
Ah, es gibt einen "Parity-Error"-Pin am 50-pol Interface. Den auf jeden Fall im Auge behalten; mit LED oder besser noch Flipflop+LED oder testweise mit einem Oszilloskop und Triggermode "Single" ;-)
Einige Pins sind vermutlich einfach von SPP zu DP zuzuordnen:
Strobe -> Strobe ;-) (Flanke) auf richtige logische Polarität prüfen.
Demand -> ACK (? Logische Polaritäten prüfen!)
BottomOfForm -> Paper End (?)
Paper Moving -> Busy (? DP hat 2 "Paper Moving" ?!?)
Parity Error -> Error (?)
Paper Instruction und Buffer Clear kannst Du irgendwie auf INIT und AUTOF abbilden, was müßte dann die Software passend steuern.
Einige Pins wie "Ident", "Interface Verify" etc. kann man hoffentlich ignorieren und auf Masse legen.
Die Datenbits kann man vmtl. direkt anklemmen, fragt sich was man mit den Return-Leitungen macht. Das Dataproducts-Interface war "Differential" (Wikipedia), der Standard-Parallelport ist aber nur "Single-Ended". Ggf. reicht es, die Returns (siehe Beschreibungen der Pin-Nummern in o.a. Pinout) einfach auf Masse zu legen.
Sicherlich hilfreich wäre eine Untersuchung der Eingangsschaltung des Druckers, ob die z.B. wirklich Parity auswertet und/oder die "Return"-Leitungen der Steuersignale auswertet/benutzt.
Aber ich fürchte, so einen Drucker zum laufen zu bekommen ist was fürs Museum, maximal. Betrieb und Zuverlässigkeit dürften (semi-)kommerziellen Überlegungen nicht Standhalten.
Käuflicher Adapter hier: ht tp://www.photologic.ca/cd1.htm, aber erwarte für einen Selberbau (und Recherche) einen ähnlichen Aufwand wie die 385 $.
Wenn Du nicht bereit bist, soviel Geld bzw. equivalent "Bastelenergie" ein das Projekt zu stecken wird's nix.
Und mit einem reinen Pinout-Adaper wirst Du vmtl. eigene Steuer-Software brauchen, die z.B. die o.a. Steuersignale on-the-fly *richtig* erzeigt. ggf. kannst Du so auch die Parity vom Quell-Computer erzeugen lassen, eine moderne GHz+x - CPU nuckelt das ohne Verzögerung runter.
-Theo