Druckauftrag (Centronics) abfangen

Na gut.
Das ist jetzt aber auch nicht gerade Raketentechnik.

Du hast 8 Portpins, das sind die 8 Datenleitungen.
Und wenn an einem 9.ten (/STROBE) eine Flanke von High nach Low erfolgt, 
dann holst du dir von den 8 Portpins das nächste Zeichen. Damit das 
Gerät weiß, dass du die die 8 Bit geholt hast, ziehst du einen 10-ten 
Pin (/ACK) einmalig von High auf Low und wieder zurück.

Mit den restlichen Steuerleitungen musst du noch ein bischen was machen, 
die sind aber recht selbsterklärend. Aber abgesehen davon, wars das 
schon: Auf einen Übergang High-Low am Strobe warten, die 8 Bit holen und 
der Gegenstelle mit einem Puls an ACK bestätigen, dass sie das nächste 
Byte rausgeben darf. Mehr ist das nicht.
Wenn du mehr als 1/2 Stunde investiert um nach Code dafür zu suchen, 
hast du es in der Zeit längst selbst geschrieben.

Erstmal vielen Dank für die schnelle Antwort.
Ich glaube ich habe aber mittlerweile eine Lösung ohne Mikrocontroller 
und somit ohne "große" Hardwareentwicklung gefunden:
Statt dem Rasperry Pi könnte ich den Kleinrechner BeagleBone Black 
verwenden. Dieser hat meinen Recherchen nach 69 GPIO Pins mit denen ich 
das direkt machen könnte (jedoch mit einer Maximalspannung von 3,3 
Volt).
Jetzt stelle ich mir die Frage ob ich einen einfachen Spannungsteiler 
(für die Eingänge) und einen Transistor als Schalter (für die Ausgänge) 
verwenden kann?
Weiters stellt sich mir die Frage ob ich die 62 Ohm Impedanz der 
CENTRONICS Kabel berücksichtigen muss oder nicht?

Danke

Gruß Martin

Wenn es nur darum geht, die Druckjobs abzufangen, würde ich mir den 
Aufwand sparen, und die Ausgabe auf einen Netzwerkdrucker umleiten.
Das kannst du auf dem Raspberry Pi dann direkt auswerten.

Harry

JoergL schrieb:
> Die zu lösenden Probleme sind bei diesem Projekt woanderst.

Genau!
Z.B. im Entfernen/Interpretieren der Drucksteuerzeichen.
Das eigentliche Abfangen der Daten ist Kindergarten im Vergleich dazu.

Harry

Harry L. schrieb:
> Wenn es nur darum geht, die Druckjobs abzufangen, würde ich mir den
> Aufwand sparen, und die Ausgabe auf einen Netzwerkdrucker umleiten.
> Das kannst du auf dem Raspberry Pi dann direkt auswerten.
>
> Harry

Genau darum geht es, jedoch habe ich keine Netzwerkkarte zur 
Verfügung...

Jetzt mal Butter bei die Fische.

Wer generiert die Druckdaten? Und warum sollen die auf den Pi?
Centronics ist heutzutage ja schon reichlich exotisch.

Mit einem kleinen AVR wäre das prinzipiell kein Problem. Allerdings, 
wenn der Pi über nicht genügend Portleitungen verfügt (was ich nicht 
weiß), könnte man ja auch mal in die Richtung eines Schieberegisters als 
Eingangsstufe für den Pi nachdenken. Auf die Art würde man sich einen 
'Vor-Rechner' für den Pi sparen. Denn irgendwie müssen die Daten dann ja 
auch vom AVR zum Pi kommen.

Karl Heinz Buchegger schrieb:
> Jetzt mal Butter bei die Fische.
>
> Wer generiert die Druckdaten? Und warum sollen die auf den Pi?
> Centronics ist heutzutage ja schon reichlich exotisch.

Also die Druckdaten (übrigens reiner Text) werden von einem DOS 
Industrie PC generiert. Die Daten sollen auf den PI konvertiert werden. 
Um Sie anschließend im Netz verfügbar zu machen.
Natürlich könnte das alles auch der DOS PC machen, jedoch darf dieser 
nicht ans Netz gehängt werden (bez. der Sicherheit). Also ist die 
unidirektionale parallele Verbindung eine Ideale Schnittstelle dafür.

Zumindest ist das meine Meinung...

Martin G. schrieb:
> Also ist die unidirektionale parallele Verbindung eine Ideale
> Schnittstelle dafü

Kommt drauf an was man so als Ideal bezeichnet... Ein RS232 benötigt 
eine TX und eine GND Leitung, und du kannst sogar direkt per USB an das 
Zielsystem mit passendem Adapter...

Martin G. schrieb:
> Statt dem Rasperry Pi könnte ich den Kleinrechner BeagleBone Black
> verwenden. Dieser hat meinen Recherchen nach 69 GPIO Pins mit denen ich
> das direkt machen könnte (jedoch mit einer Maximalspannung von 3,3
> Volt).

Der PI hat so 20 GPIO direkt zu benutzung, reicht also aus.

Dazu dann was hier von:

http://www.mikrocontroller.net/articles/Pegelwandler

oder fetgig sowas hier

http://www.exp-tech.de/Shields/4-channel-I2C-safe-Bi-directional-Logic-Level-Converter---BSS138.html

Rest ist Software...

Martin G. schrieb:
> Karl Heinz Buchegger schrieb:
>> Jetzt mal Butter bei die Fische.
>>
>> Wer generiert die Druckdaten? Und warum sollen die auf den Pi?
>> Centronics ist heutzutage ja schon reichlich exotisch.
>
> Also die Druckdaten (übrigens reiner Text) werden von einem DOS
> Industrie PC generiert. Die Daten sollen auf den PI konvertiert werden.
> Um Sie anschließend im Netz verfügbar zu machen.
> Natürlich könnte das alles auch der DOS PC machen, jedoch darf dieser
> nicht ans Netz gehängt werden (bez. der Sicherheit). Also ist die
> unidirektionale parallele Verbindung eine Ideale Schnittstelle dafür.

http://www.wut.de/e-28000-ww-dade-000.php?pf=80

Das kommt Deinen Arbytegeber billiger als Deine Arbeitszeit, die Du für 
die Hardwarefrickelei aufwendest.

fchk