Forum: Analoge Elektronik und Schaltungstechnik keine GPIB Kommunikation mit altem Hioki 7005


von Martin (Gast)


Lesenswert?

Hallo,

ich versuche bisher vergebens mit einem Hioki 7005 DC Standard zu 
kommunizieren. Ich verwende dazu einen Agilent 82357B USB<->GPIB 
Adapater.

Das Gerät wird im Agilent Connection Expert nicht gefunden, obwohl hier 
mein HP 3478A gefunden wird (unterstützt auch kein *IDN?)

Dann habe ich versucht mit einem kleinen LabView Tool auf Adresse 0 bis 
31 einfach ein Kommando an das Gerät zu schicken. Das Kommando habe ich 
diesem PDF entnommen:

https://www.hioki.co.jp/products/file.php?t=catalog&iid=1_383

Aber auch hier gab es bei jedem Senden eine Fehlermeldung und auch am 
Gerät keine Reaktion.

Am Gerät sind hinten unter der GPIB Buchse fünf DIP-Schalter (A0-A5). 
Ich habe diese auch in diverse Stellungen bewegt und das LabView Tool 
laufen lassen, aber bisher kein Erfolg.

Gibt es bei so alten Geräten noch irgendeinen Trick, den man kennen 
muss? Das die GPIB Schnittstelle bei dem Gerät defekt ist und alles 
andere in Ordnung ist wäre ja schon sehr seltsam.

Vielen Dank
Martin

PS: Das LabView Tool scheint auch wirklich etwas zu senden, denn wenn 
ich ein anderes GPIB Gerät anschließe, dann reagiert dieses auf das 
Tool.

von Soul E. (Gast)


Lesenswert?

Gefunden werden nur Geräte, die SCPI unterstützen. D.h. Befehle wie 
"MODUL:FUNKT:WERT;" und Reaktion auf "*IDN?". Ältere Geräte haben einen 
komplett frei definierten Befehlssatz, da weiss niemand wonach er suchen 
sollte. Mein HP8660 hat noch nichtmal einen Prozessor, der nutzt einfach 
die oberen vier Datenbits als Selektoren und die unteren als BCD-Wert.

D.h. stell das Gerät an den DIP-Schaltern auf eine freie Adresse (nicht 
0 oder 31) und auf Talk+Listen. Dann schick einen Befehl an das Gerät, 
wo was sichtbares passiert (z.B. Range auf 100V). Wenn die Remote-Lampe 
angeht, kam der Befehl an, wenn der messbereich umspringt wurde er auch 
verstanden.

Wenn der Befehl ankommt aber nicht verstanden wird, ist wahrscheinlich 
der delimiter falsch. Da gibt es <CR> und <LF> einzeln oder zusammen 
(das sind ASCII-Buchstaben) und EOI (das ist ein elektrisches Signal). 
Die Kombinationen musst Du halt durchprobieren.

Werte zurücklesen ist dann der nächste Schritt.

von Werbungsmuffel (Gast)


Lesenswert?

Martin schrieb:
> Das Kommando habe ich
> diesem PDF entnommen:
>
> https://www.hioki.co.jp/products/file.php?t=catalog&iid=1_383
>
> Aber auch hier gab es bei jedem Senden eine Fehlermeldung und auch am
> Gerät keine Reaktion.

Ich nehme an, Du meinst die Tabelle auf der zweiten Seite rechts mit den 
Unterpunkten a) bis f). Wenn das Gerät in Ordnung ist, muß da was 
passieren, wenn Du eines der Kommandos sendest, z.B. die 
Bereichsumschaltung mit den R-Kommandos müßte am Gerät zu sehen sein.
Die Adresse muß natürlich richtig eingestellt sein. Außerdem muß die 
Remote-LED leuchten, wenn das Gerät über GPIB angesprochen wird.

von Dirk B. (dirkb2)


Lesenswert?

Werbungsmuffel schrieb:
> Die Adresse muß natürlich richtig eingestellt sein.

Da gibt es aber leider alle möglichen Interpretationen der Schalter:

A5 kann Bit 4 oder Bit 0 der Adresse sein
A1 kann Bit 0 oder Bit 4 der Adresse sein

ON kann 1 oder 0 bedeuten
OFF kann 0 oder 1 bedeuten.

Alles schon gesehen :-(

Aber sobald das Gerät als LISTENER angesprochen wird, sollte die 
Remote-LED leuchten.

von Martin (Gast)


Lesenswert?

Hallo,

leider ist es mir bisher nicht gelungen die Remote-LED zum Leben zu 
erwecken und somit war bisher auch keine Steuerung des Geräts möglich.

Mir fiel allerdings auf, dass das Gerät als Gerät mit ID0 erkannt wird. 
Allerdings immer, unabhängig von der Stellung der DIP-Switches.

Vielleicht ist es doch kaputt :(

Auf dem GPIB-Interface Board ist übrigens ein Motorola 6800, also nicht 
nur Logik.

Vielen Dank!

von René H. (dj1yr)


Lesenswert?

Noch was zu den Befehlen der neueren io-connect SW, soweit ich es 
mitbekommen haben, benutzen den 488.2 standard, die alten HP Geräte den 
488.1, deshalb kommt auch nichts sinnvolles raus wenn man denen IDN? 
schickt, probier mal nur ID?, dann sollte es gehen, Sitze auch gerade an 
dem gpib zeugs, per e2050a, also LAN-gpib, damit versuche ich derzeit 
vergebens per diverser progs einen screen plot vom 8591e zu bekommen...

: Bearbeitet durch User
von Soul E. (Gast)


Lesenswert?

IEEE 488.1 definiert eine elektrische Schnittstelle.
IEEE 488.2 definiert ein Kommunikationsprotokoll (SCPI) zur Verwendung 
auf dieser Schnittstelle.

Wenn ein Gerät nicht explizit SCPI-kompatibel ist (das sind die, welche 
auf IDN? hören), dann sind die Kommandos beliebige 8 bit-Werte. Es 
müssen keine menschenlesbaren ASCII-Zeichen sein.

Insofern wird keine Software der Welt in der Lage sein, beliebige 
GPIB-Geräte zu "identifizieren". Wenn Du ein bestimmtes Gerät erwartest, 
kannst Du ein bestimmtes Kommando hinschicken und auf Reaktion prüfen. 
Einfach alle Kombinationen zwischen 0x00 und 0xFF FF FF FF FF FF FF FF 
ausprobieren dürfte nicht praktikabel sein (und würde wahrscheinlich 
auch viele Geräte komplett verwirren).

von Ralph B. (rberres)


Lesenswert?

Bitte mal darauf achten, ob es bei dem Adresswahlschalter außer den 5 
Schalthebeln für die Adresse 0-31 nicht noch einen 6. Hebel gibt, mit 
welcher man das gerät als Talker+Listener oder als Controller schalten 
kann. ( letzteres wäre angesagt, wenn man von dem Gerät z.B. direkt 
einen Drucker ansteuern wollte ).

In die IO-Connect Suite von HP gibt es die Möglichkeit an eine bestimmte 
Adresse ( welches man vorher an dem Gerät eingestellt hat ) ein ASCII 
Befehl abzusetzen.
( Die Befehle sind eigentlich fast immer ASCII. Ich habe bisher nur 
einmal eine Ausnahme erlebt, das war das Rohde&Schwarz BDS der 
Bildspeicher zum Swob5 . Der wollte in der Tat Befehle im Binärformat ).

Da die Befehle aus der Bedienungsanleitung des Gerätes hoffentlich 
bekannt sind, sollte dieses Vorgehen zum Erfolg führen.

Auch kann man in dem Programm vorgeben, welche Deheader benutzt werden.

Es werden fast ausnahmslos CR+LF benutzt. Auch das sollte in der 
Bedienungsanleitung des Gerätes vorgegeben sein.

Ein Scannen der IEC-Busadressen könnte eventuell hilfreich sein, wenn 
man als Befehl ein dem Gerät bekanntes Befehl sendet. Dann sollte im 
Erfolgsfall wenigstens die Remotelampe des Gerätes brennen, weil man bei 
irgendeinen Scanschritt die richtige Adresse des Gerätes erwischt hat.

Es sei denn das Gerät ist als Controller konfiguriert.

Es ist dabei  völlig egal ob IEEE488.1 oder IEEE488.2, solange man keine 
Mehrdrahtbefehle nach IEEE488.2 sendet, wie z.B. *IDN?

Ralph Berres

Nachtrag

Ich habe mir gerade die japanische Seite angeschaut.

In der Rückseitenabbildung steht der Adressschalter auf Adresse 1 ( 1-ON 
)

Und die Befehle sind auch dokumentiert.

Also gebe mal einfach in ASCII F1 auf die IECbussadresse 1 , dann sollte 
das Gerät auf DC V springen.

: Bearbeitet durch User
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.