RS232 Plotter an HP-IB Bus

Hallo,

ich möchte von einem Spektrum Analysator das Schirmbild ausplotten. Das Problem ist, die Schnittstelle des Plotters hp7440A ColorPro ist RS_232. Die des Spektrumanalysators HP-IB. Den notwendigen Schnittstellenumsetzer habe ich (nach)gebaut und er funktioniert. Mit einem Plotter von OCE Typ G1825-C+ (RS 232, A0) bekomme ich damit auch tadellose Plotts. Nur eben A0. Zum Wändebehängen empfehlenswert. Am PC arbeitet dieser Plotter unter dem Treiber HP 7585. Damit arbeitet der hp 7440A aber auch. Nur Inverbindung mit dem Spek. 8569A bekomme ich mit dem hp-Plotter unsinnige Ausdrucke. Ich meine, das kann doch nicht daran liegen, das auch der Plotter von HP ist?

--
mfg horst-dieter
Reply to
horst-d.winzler
Loading thread data ...

"horst-d.winzler" schrieb:

Es könnte daran liegen, dass der Plotter ein anderes Mapping benutzt. Ich würde die RS-232 Daten, die vermutlich HPGL bzw. HPGL-II sind, mit einem Terminalprogramm auf dem PC aufzeichnen und den ersten Initialisierungsbefehlen tief in die Augen blicken. Im Handbuch deines Plotters wirst Du mit etwas Glück die Reaktionsweise auf die Initialisierungsbefehle finden. Es kann eevntuell an einem Pufferüberlauf liegen, wenn das Handshaking zwischen Plotter und Interface nicht korrekt abgewickelt wird. Derr kleinere Plotter hat vermutlich auch einen kleineren InputBuffer. Auch hier wäre eine Übertragung zum PC und anschliessende Rückübertragung zum Plotter mit niedriger Baudrate oder höherem CharacterPacing einen Versuch wert, dem Problem näher zu kommen.

Viel Glück.

- Udo

Reply to
Udo Piechottka

Udo Piechottka schrieb:

t einem

Hallo,

es gibt auch einige Grafikprogramme die HPGL Input verarbeiten k=F6nnen, =

z.B. GC-Prevue. Da mu=DF man nicht angeben ob HPGL oder HPGL-II, man mu=DF= =20 das richtige Plottermodell ausw=E4hlen damit die =DCbergabe klappt. Aber damit kann man sehen ob eine vern=FCnftige Grafik entsteht.

Bye

Reply to
Uwe Hercksen

horst-d.winzler schrieb:

Handshaking funktioniert nicht oder ist nicht richtig konfiguriert?

Gruß

Uwe

Reply to
Uwe Bredemeier

Könnte man meinen. Mußte ein 0-Modem Kabel von 25 auf 9 löten. Hat mich einige Zeit beansprucht ;-(

--
mfg horst-dieter
Reply to
horst-d.winzler

Uwe Bredemeier schrieb:

Ein Hexadump könnte Licht ins Dunkel bringen. Evtl. sind fehlende Steuerzeichen des Übels Ursache?

... oder Störspannungen ?

Manchmal ist eine Umleitung in eine Datei auch eine gute Lösung, besonders dann, wenn viele Daten anfallen.

Gruß Gerd

Keine PM, ich lese News.

Reply to
Gerd Sommerlatte

Das Terminalprg. hatte wohl Probleme mit CRT/Linefeed. In der Datei habe ich dann den ganzen String sehen können. Er wird "offensichtlich" vollständig übertragen.

Das fehlt, leider. Vom 7475A habe ich jedoch das Schaltbild. Das war mir beim Löten des Schnittstellenkabels hilfreich.

Das wird es sein. Denn offensichtlich wird jeweils der erste Teil des Strings überschrieben. Wenn ich das annehme, erklärt sich einiges. Beim 7475A ist das RAM 2Kx8. Der ist jedoch ein A3 Plotter.

Es ist ja gerade der Vorteil, das für eine Schirmkopie kein PC benötigt wird. Wäre auch zu schön gewesen ;-)

--
mfg horst-dieter
Reply to
horst-d.winzler

Die Umleitung in eine Datei hat dann das Dunkel erhellt. Offensichtlich wird der jeweils erste Teil des Strings überschrieben. Wohl zu kleines RAM des Plotters. Worauf überall geachtet werden muß ;-(

--
mfg horst-dieter
Reply to
horst-d.winzler

"horst-d.winzler" schrieb:

Kannst ja einen externen Puffer zwischenschalten (Hatte mal ne "BitBox" für sowas, eBay?). Den Handshake kann man auch künstlich über die Steuerleitungen verlangsamen. Kleinere Baudrate könnte auch schon helfen.

Gruss Udo

Reply to
Udo Piechottka

sowas,

Stichwort kleinere Baudrate. Bisher hatte ich am Plotter 9k6 eingestellt. Geplottet wurde immer nur der letzte Teil der 2zeiligen Überschrift. Bei 1k2 wird die erste Zeile geplottet. Ich bin inzwischen überzeugt, das der Speicher des Plotters zu klein ist. Na ja, ist eben hp ;-)

--
mfg horst-dieter
Reply to
horst-d.winzler

horst-d.winzler schrieb:

Hallo,

oder es ist eben das Handshake nicht wirksam, der Plotter will sagen:=20 stop, ich komme nicht mit, aber die Datenquelle reagiert nicht und=20 sendet weiter.

Nur wenn beide Seiten auf das gleiche Handshake Verfahren eingestellt=20 und im Verbindungskabel die n=F6tigen Leitungen vorhanden sind ist das=20 Handshake auch wirksam.

Ich habe auch schon HPGL Plotdateien gesehen die ein bis mehrere=20 Megabyte gross waren, dagegen kommt man mit Speicher im Plotter nicht an.=

Bye

Reply to
Uwe Hercksen

Das dürfte das eigentlich Problem sein. Beim Schnittstellenumsetzer habe ich neben RxD und TxD eben nur noch CTS und RTS zur Verfügung. Der Plotter gibt noch ein DTR aus. Die Verdrahtung DTR > DSR und DCD werden jedoch im Extender nicht ausgewertet.

Richtig. Habe nicht gedacht, das ich mich mit RS232 und HP-GL Strings so eingehend beschäftigen "muß". Aber man lernt halt nie aus ;-)

--
mfg horst-dieter
Reply to
horst-d.winzler

horst-d.winzler schrieb:

abe

Hallo,

wenn der Plotter mit DTR einen drohenden Speicher=FCberlauf signalisiert,= =20 dann w=E4re es ja auch m=F6glich dieses Signal nicht mit DSR zu verbinden= ,=20 sondern mit CTS. Hauptsache man verbindet einen Ausgang am Plotter mit einen Eingang am Schnittstellenumsetzer, die Signalpolarit=E4t ist auf beiden Seiten gleic= h=20 definiert und der Umsetzer leitet das Bremssignal an den HP-IB weiter. Eine andere Polarit=E4t k=F6nnte man ja mit einem zus=E4tzlichen Inverter= im=20 Schnittstellenumsetzer beheben.

Oder geht mit XON-XOFF was? Dazu w=E4ren nur RxD und TxD sowie GND n=F6ti= g,=20 mehr nicht.

Hast Du eine Breakout Box mit LEDs f=FCr RS232? Die w=E4re f=FCr dieses=20 Problem recht n=FCtzlich, da sieht man die Signalzust=E4nde und kann auch= =20 mal schnell eine andere Verbindung durch umstecken realisieren. Auf jeder Seite sieben Buchsen f=FCr RxD, TxD, DTR, DSR, CTS, RTS und DCD= =20 und frei steckbare Verbindungskabel, damit bekommt man solche Probleme=20 gut in den Griff.

Bye

Reply to
Uwe Hercksen

horst-d.winzler schrieb:

Ein Stiftplotter braucht keinen (paar hundert byte doch, wg. Latenz des Handshaking) Speicher für die Plotdaten. Er kann die Übertagung jederzeit (Handshake) anhalten bis er wieder bereit ist Kommandos zu verarbeiten.

Hilfreich könnte sein die Daten zum Plotter mit einem PC paralell mitzulauschen.

Ich bin ziemlich sicher daß das Handshaking nicht korrekt funktioniert. Es gibt verscheidene Möglichkeiten Handshaking der RS232 Schnittstelle zu betereiben. Sind Drucker und Analysator sich da einig?

IMHO hatte HP schonnmal geringfügig von der Norm abweichende Steckerbelegungen.

Gruß

Uwe

Reply to
Uwe Bredemeier

Bingo! DTR des Plotters mit CTS des Schnittstellenumsetzers. Das ist es!

Hatte ich schon erfolglos probiert.

Auch wenn son Ding die meiste Zeit nur im Weg liegt, er ist nützlich. Ich habe keinen, mußte löten. Breakbox ist günstiger. Das Probieren ist schneller bewerkstelligt.

Ich bedanke mich herzlich für die Hilfe!!

--
mfg horst-dieter
Reply to
horst-d.winzler

Das wars. Uwe hatte die Idee. DTR des Plotters mit CTS des Extenders verbinden. Sooooo gaaanz nach Norm.

Ich hatte die Steckerbelegung auch schon im Verdacht. Aber, das es letztlich DTR>CTS war, ist schon ungewöhnlich.

--
mfg horst-dieter
Reply to
horst-d.winzler

horst-d.winzler schrieb:

!

Hallo,

na sch=F6n wenn es geholfen hat. So ein Erfolgserlebnis sp=E4testens am=20 Freitagnachmittag ist doch immer wieder was sch=F6nes.

Bye

Reply to
Uwe Hercksen

DCE/DTE, das ist die Frage. Manchmal tendieren die zum "eingebauten Null-Modem". Bei einem Plotter (ich glaub es war dieser Typ) brauchte ich immer ein spezielles Verbindungskabel.

--
mfg Rolf Bombach
Reply to
Rolf Bombach

ElectronDepot website is not affiliated with any of the manufacturers or service providers discussed here. All logos and trade names are the property of their respective owners.