Tektronix und HPIB

[Olaf Kaluza]

Ich lese gerade etwas Doku zum HPIB Bus und haette da mal ein paar
Fragen:

1. Wird der Bus terminiert? Angesichts der Leitungslaenge und der
Geschwindigkeit wuerde ich das eigentlich erwarten.

2. Man kann mein Tek 7D20 zwischen LF/EOI und EOI Terminator
umschalten.
Verstehe ich das richtig das damit ein logisches Kommando und eben
keine Widerstande am Bus gemeint sind?

3. Der 7D20 kann einen Service Request ausloesen wenn man den Knopf
Probe Identify am P6053B drueckt. Geht das mit den P6105 auch oder
sind die 6053 irgendwie besonders?

4. Wenn ich das richtig verstehe ist ein Controller am HPIB ein Device
das die Faehigkeit hat sich zwischen Talker und Listener
umzuschalten.
Mit anderen Worten frueher ein suendhaft teueres und fettes Geraet,
heute ein Microcontroller fuer 2Eur?

5. Der Ossi kann auch Daten empfangen und sie genauso wie gemessene
Kurven am Bildschirm darstellen.
Das weckt meinen Spieltrieb.
Es sollte doch moeglich sein das man an der Probe den Knopf
drueckt. Der Ossi fordert einen Request an. Der Microcontroller
holt die Daten ab und fuehrt eine FFT durch und schickt sie wieder
zurueck.
Sozusagen der Spectrumanalyzer fuer ganz Arme. :-]

6. Ist nur das Hardwareinterface genormt oder das komplette Protokoll
auf dem Bus? Wuerde also z.B ein Programm das Daten von einem
Tek7D20 liesst genauso mit einem HP-Ossi funktionieren?

7. Ich vermute mal ein HPIB Space Invader oder PingPong Modul waer
dekadent oder?

Olaf

 

[Marcel Müller]

Hallo,

Olaf Kaluza schrieb:

4. Wenn ich das richtig verstehe ist ein Controller am HPIB ein Device
das die Faehigkeit hat sich zwischen Talker und Listener
umzuschalten.

Er konfiguriert Talker und Listener, von denen er eines üblicherweise
selbst ist.

Mit anderen Worten frueher ein suendhaft teueres und fettes Geraet,
heute ein Microcontroller fuer 2Eur?

Naja, teuer ist das Zeugs immernoch. Da sitzen ein paar Leute drauf, die
alles, was damit zu tun hat noch versilbern. Die Controller-Chips gibt
es noch z.B. von IOTech. Ordentliche Doku's im Netz: Fehlanzeige - nur
gegen 3-stellige $$$.
Ich habe mal einen Controller gebaut und programmiert. Mangels Doku habe
ich von den Linux-Lab Treibern abgeschrieben, ohne wirklich zu
verstehen, was ich tue. Hat aber funktioniert.

5. Der Ossi kann auch Daten empfangen und sie genauso wie gemessene
Kurven am Bildschirm darstellen.
Das weckt meinen Spieltrieb.
Es sollte doch moeglich sein das man an der Probe den Knopf
drueckt. Der Ossi fordert einen Request an. Der Microcontroller
holt die Daten ab und fuehrt eine FFT durch und schickt sie wieder
zurueck.
Sozusagen der Spectrumanalyzer fuer ganz Arme. :-]

Da kann man das Spektrum auch gleich am PC angucken.

6. Ist nur das Hardwareinterface genormt oder das komplette Protokoll
auf dem Bus?

Hardwareprotokoll und die niedrigen Protokolllevels sind genormt.
Bei den Geräten haben sich einige "Dialekte" verbreitet. Manche Geräte
kann man zwischen verschiedenen Sprachen umschalten. 100% identisch ist
da aber wenig. Am ehesten ist es mit Modems vergleichbar. Wenn man mit
gewissen Standardfunktionen zufrieden ist, kann man schon generische
Lösungen schreiben.

Wuerde also z.B ein Programm das Daten von einem
Tek7D20 liesst genauso mit einem HP-Ossi funktionieren?

Nein, nicht im Allgemeinen.

7. Ich vermute mal ein HPIB Space Invader oder PingPong Modul waer
dekadent oder?

 

[Jorgen Lund-Nielsen]

Olaf Kaluza wrote:

Ich lese gerade etwas Doku zum HPIB Bus und haette da mal ein paar
Fragen:

In den "UKW-Berichten" Heft 4/98 sowie 1/99 wird von
Jochen Jirmann ein einfaches universelles IEC-Bus-Interface
vorgestellt zum Selbstbau (PIC-Basiert wenn ich mich recht erinnere)
und er erzählt ein bisserl aus dem HPIB-Nähkästchen z.B. Fallgruben
und Geräte die sich nicht verstehen (w/s)ollen.

Jorgen
dj0ud

 

[Michael Linnemann]

Am Wed, 03 Aug 2005 23:47:28 +0200 schrieb Marcel Müller:

Mit anderen Worten frueher ein suendhaft teueres und fettes Geraet,
heute ein Microcontroller fuer 2Eur?

Naja, teuer ist das Zeugs immernoch. Da sitzen ein paar Leute drauf, die
alles, was damit zu tun hat noch versilbern. Die Controller-Chips gibt
es noch z.B. von IOTech. Ordentliche Doku's im Netz: Fehlanzeige - nur
gegen 3-stellige $$$.
Ich habe mal einen Controller gebaut und programmiert. Mangels Doku habe
ich von den Linux-Lab Treibern abgeschrieben, ohne wirklich zu
verstehen, was ich tue. Hat aber funktioniert.

Wenn man maximale Geschwindigkeit will, ist sicher ein
Hardware-Controller sinnvoll. Seinerzeit gabs dazu Bauvorschlaege in
elrad etc..

Aber wie die guten alten CBMs gezeigt haben, kann man das auch in
Software machen. Da das langsamste Geraet am Bus die Geschwindigkeit
bestimmt, ist man da beliebig frei.

OTOH sollte ein 16MHz-AVR wohl auch in der Lage sein, an die 1MByte/s
zu uebertragen - da ist eher die Uebertragung Richtung PC der
Flaschenhals.

Gruss
Michael

 

[Joerg]

Hallo Marcel,

Naja, teuer ist das Zeugs immernoch. Da sitzen ein paar Leute drauf, die
alles, was damit zu tun hat noch versilbern. Die Controller-Chips gibt
es noch z.B. von IOTech. Ordentliche Doku's im Netz: Fehlanzeige - nur
gegen 3-stellige $$$.

Ja, das uebliche proprietaere Gehabe. Deshalb fuehrte GPIB ein
kuemmerliches Dasein. Andere Dinge wie Firewire sind wegen Dingen wie
Royalties beinahe ganz aus dem Alltag verschwunden. Falsches Marketing.

Gruesse, Joerg

http://www.analogconsultants.com

 

[Henning Paul]

Joerg wrote:

Ja, das uebliche proprietaere Gehabe. Deshalb fuehrte GPIB ein
kuemmerliches Dasein. Andere Dinge wie Firewire sind wegen Dingen wie
Royalties beinahe ganz aus dem Alltag verschwunden.

Och, IEEE1394 oder kurz "1394"-Geräte gibt es dafür genügend. Mein
ASUS-Laptop von 2002 hat z.B. nur USB 1.1, aber IEEE1394. Rat mal, wie
ich meine externe Festplatte angeschlossen habe. Oder wenn man mal eben
eine zweite Netzwerkkarte braucht, stöpselt man die Rechner mit einem
ganz simplen "Firewire"-Kabel zusammen und sagt "modprobe eth1394".
Ethernet-over-IEEE1394 ist sogar standardisiert. Und sogar noch
schneller als mein Onboard-LAN.
Ich kann sogar Desktop-PC und Laptop gleichzeitig an meiner IEEE1394
angestöpselt lassen, da diese 2 Buchsen hat. Der Rechner, der zuerst das
Kernelmodul spb2 lädt, darf die Platte mounten. Und _simultan_
funktioniert Ethernet-over-IEEE1394 zwischen den Rechnern problemlos
weiter. Bei den Macs hat IEEE1394 den früher vorhandenen SCSI-Port
abgelöst. Drückt man beim Start eine bestimmte Tastenkombination, hält
der Mac beim Booten an und die interne Platte läßt sich über den
Firewireport als normales mass storage nutzen.

Ist schon ne echt geile Erfindung. Und bei DV-Kameras die
Standardschnittstelle.

Gruß
Henning

 

[Joerg]

Hallo Henning,

Ja, das uebliche proprietaere Gehabe. Deshalb fuehrte GPIB ein
kuemmerliches Dasein. Andere Dinge wie Firewire sind wegen Dingen wie
Royalties beinahe ganz aus dem Alltag verschwunden.

Och, IEEE1394 oder kurz "1394"-Geräte gibt es dafür genügend. Mein
ASUS-Laptop von 2002 hat z.B. nur USB 1.1, aber IEEE1394. ...

Ja, aber 2002 ist lange her. Ich kenne es nur aus USA, aber hier haben
Laptops der normalen Preisklassen (Dell etc.) nur noch USB. Auch ein
Blick in die Auslagen grosser Computerlaeden zeigt ein aehnliches Bild.
Alles USB.

Gruesse, Joerg

http://www.analogconsultants.com

 

[nyffeler]

In article <kr5rcd.6g4.ln@criseis.ruhr.de>, Olaf Kaluza <olaf@criseis.ruhr.de> wrote:

Ich lese gerade etwas Doku zum HPIB Bus und haette da mal ein paar
Fragen:

1. Wird der Bus terminiert? Angesichts der Leitungslaenge und der
Geschwindigkeit wuerde ich das eigentlich erwarten.

Nein, aber die Leitungslänge ist begrenzt. Die Geschwindigkeit wird vom
jeweils langsamsten am Datentransfer beteiligten Gerät bestimmt.

2. Man kann mein Tek 7D20 zwischen LF/EOI und EOI Terminator
umschalten.
Verstehe ich das richtig das damit ein logisches Kommando und eben
keine Widerstande am Bus gemeint sind?

Mit Terminierung ist hier der Abschluss eines Datenpakets gemeint.
Normalerweise wird mit dem letzten Byte die EOI Kontrolleitung aktiviert.
Da früher viele Geräte, vorallem aus dem Physik Bereich, nachträglich zur
seriellen Schnittstelle mit einer IEEE-488 (HPIB) ausgerüstet wurden, ohne
diese richtig zu implementieren. Daher muss man manchmal auch auf den
Abschluss Charakter detektieren.

3. Der 7D20 kann einen Service Request ausloesen wenn man den Knopf
Probe Identify am P6053B drueckt. Geht das mit den P6105 auch oder
sind die 6053 irgendwie besonders?

Da muss ich passen.

4. Wenn ich das richtig verstehe ist ein Controller am HPIB ein Device
das die Faehigkeit hat sich zwischen Talker und Listener
umzuschalten.

Der Controller ist normalerweise das Interface im Computer.
Er bestimmt welches Gerät am Bus Talker ist und welche Listener.

Mit anderen Worten frueher ein suendhaft teueres und fettes Geraet,
heute ein Microcontroller fuer 2Eur?

Schön wäre es. Leider sind die Interfaces, meist von National Instruments,
trotz Integration auf ein Chip immer noch schweinisch teuer.

5. Der Ossi kann auch Daten empfangen und sie genauso wie gemessene
Kurven am Bildschirm darstellen.
Das weckt meinen Spieltrieb.
Es sollte doch moeglich sein das man an der Probe den Knopf
drueckt. Der Ossi fordert einen Request an. Der Microcontroller
holt die Daten ab und fuehrt eine FFT durch und schickt sie wieder
zurueck.
Sozusagen der Spectrumanalyzer fuer ganz Arme. :-]

Ja, falls du das Program dazu schreibst.

6. Ist nur das Hardwareinterface genormt oder das komplette Protokoll
auf dem Bus? Wuerde also z.B ein Programm das Daten von einem
Tek7D20 liesst genauso mit einem HP-Ossi funktionieren?

Nur falls beide Geräte mit SCPI (Standart Commands for Programmable
Instruments) programmierbar sind.
IEEE-488 beschreibt nur die Hardware und Interface-Meessages. IEEE-488.2 geht
einen kleinen Schritt weiter.

7. Ich vermute mal ein HPIB Space Invader oder PingPong Modul waer
dekadent oder?

Olaf

 

[Olaf Kaluza]

nyffeler <nyffeler@phys.chem.ethz.ch> wrote:

Mit anderen Worten frueher ein suendhaft teueres und fettes Geraet,
heute ein Microcontroller fuer 2Eur?

Schön wäre es. Leider sind die Interfaces, meist von National Instruments,
trotz Integration auf ein Chip immer noch schweinisch teuer.

Nach allem was ich bisher gesehen habe, mir fehlt ja noch die Praxis,
ist das wirklich Spielkram. So ein SpezialIC mag notwendig sein wenn
wenn ich wirklich mit maximaler Datenrate viele MBytes ueber den Bus
schieben will, aber da ich ja von meinem Controller aus gerade die
Geschwindigkeit selber bestimmen kann und es zum auslesen eines
Oszibildschirms eh nicht auf Geschwindigkeit ankommt, ist das wohl
wirklich eine Kleinigkeit.

Ich ueberleg sogar gerade ob ich nicht den HPIB an ein kleines
vorhandes AVR-Board mit PCF8574 ueber I2C machen soll.

Ja, falls du das Program dazu schreibst.

Richtig. Das ist meine andere Ueberlegung. Ich nehm einen M16C und
lass den rechnen. Mal sehen, die langen Winterabende sind ja noch
fern.

Oder ich mach mal etwas ganz neues und greif Joergs Traeume auf und
besorg mir ein Bluetooth-Modul.

Olaf

 

[nyffeler]

In article <8q18dd.qu3.ln@criseis.ruhr.de>, Olaf Kaluza <olaf@criseis.ruhr.de> wrote:

nyffeler <nyffeler@phys.chem.ethz.ch> wrote:

Mit anderen Worten frueher ein suendhaft teueres und fettes Geraet,
heute ein Microcontroller fuer 2Eur?

Schön wäre es. Leider sind die Interfaces, meist von National Instruments,
trotz Integration auf ein Chip immer noch schweinisch teuer.

Nach allem was ich bisher gesehen habe, mir fehlt ja noch die Praxis,
ist das wirklich Spielkram. So ein SpezialIC mag notwendig sein wenn
wenn ich wirklich mit maximaler Datenrate viele MBytes ueber den Bus
schieben will, aber da ich ja von meinem Controller aus gerade die
Geschwindigkeit selber bestimmen kann und es zum auslesen eines
Oszibildschirms eh nicht auf Geschwindigkeit ankommt, ist das wohl
wirklich eine Kleinigkeit.

Hast du die original IEEE-488 und IEEE-488.2 Spezifikationen?

Unterschätze die Sache nicht!
Ein Kollege von mir hat es vor Jahren versucht. Es war ein Fiasko!
Es mag noch gehen, wenn du an dein Controller nur ein bestimmtes Gerät
anschliesen willst. Du musst beachten, dass der Bus von einem X-beliebigen
Zustand immer in einen von diesem erlaubten andren überführt wird.

Selbst IC Hersteller haben sich dabei vertan.
Motorola sendet AKN bevor dir Daten wirklich gespeichert sind. Pech wenn der
Talker schnell ist und die Daten sofort von den Leitungen nimmt.
TI detektiert IRQ auf Transistion anstelle von Level. Pech wenn zwei Geräte
gleichzeitig oder in sehr kurzem Abstand IRQ aktivieren.

Ich ueberleg sogar gerade ob ich nicht den HPIB an ein kleines
vorhandes AVR-Board mit PCF8574 ueber I2C machen soll.

Sicher ein interessantes Projekt.

Ja, falls du das Program dazu schreibst.

Richtig. Das ist meine andere Ueberlegung. Ich nehm einen M16C und
lass den rechnen. Mal sehen, die langen Winterabende sind ja noch
fern.

Oder ich mach mal etwas ganz neues und greif Joergs Traeume auf und
besorg mir ein Bluetooth-Modul.

Olaf

 

[Olaf Kaluza]

nyffeler <nyffeler@phys.chem.ethz.ch> wrote:

Hast du die original IEEE-488 und IEEE-488.2 Spezifikationen?

Noe, aber ein paar Internetseiten die erklaeren wie man da ein Byte
uebertraegt und das Handbuch von Tek welches den Befehlssatz erklaert.

Unterschätze die Sache nicht!

Wir werden sehen.

Wir wollen nicht vergessen ich will kein Geraet bauen das mit einem
halben Dutzend mir noch vollkommen unbekannter Device an einem Bus
kommunizieren soll, sondern nur mit einem einzigen Geraet bei beliebig
geringer Geschwindigkeit.

Motorola sendet AKN bevor dir Daten wirklich gespeichert sind. Pech wenn der
Talker schnell ist und die Daten sofort von den Leitungen nimmt.
TI detektiert IRQ auf Transistion anstelle von Level. Pech wenn zwei Geräte
gleichzeitig oder in sehr kurzem Abstand IRQ aktivieren.

Lustige Fehler. Da fragt man sich wie denen das passieren konnte.


Olaf

 

[Axel Berger]

Die elrad hat mal eine Karte für den 8-bit (XT) ISA und Pascal-Sourcen
veröffentlicht. Das Ding hat bei uns auch problemlos funktioniert.

rub: IEEE-488
tit: Sparschwein
sbt: Low-Cost-IEEE-488-Controller f. den PC,T.1:Hardw.,Testpr. u. Quick-
BASIC-Routine
aut: Karl-Heinz Weiß, Frank Heines
red: ea
zts: elrad
hft: 1994/ 07; S.56
stw: IEC-625, HPIB, GPIB, 8255, Quick-Basic

rub: IEEE-488
tit: Sparschwein goes Windows
sbt: Low-Cost-IEEE-488-Controller für PC,T.2:Turbo Pascal-Unit, DLL und
VisualBasic
aut: Frank Heines
red: ea
zts: elrad
hft: 1994/ 08; S.85
hnw: 7/94, S. 56
stw: Turbo-Pascal, Unit, DLL, VisualBasic

 

[Olaf Kaluza]

Olaf Kaluza <olaf@criseis.ruhr.de> wrote:

Unterschätze die Sache nicht!

Wir werden sehen.

Ich wollte nurmal erwaehnen das der TEK mir gerade ueber HPIB auf "ID?"
mit seinem Namen und seiner Firmwareversion geantwortet hat.

Es ist also wirklich so einfach wie ich dachte. :-]

Olaf