Identifikation am GPIB

Okay das nehm ich mal so hin. Man schickt also an Adresse "5" das Dummy 
Datenbye jetzt ist dazu aber meine Frage wie "merkt" Adresse 5 das für 
seine Adresse bestimmt ist. Sprich was ist der unterschied bei keiner 
Reaktion von z.b. Adresse 7 und der Reaktion von Adresse 5.

Ich hoffe man versteht was ich meine mir geht es hier um nicht um die 
Controllerseite sondern um den angesprochenen "Listener", welches Signal 
sendet er? Er wird ja nicht ständig seine Adresse durch den Bus schicken 
sondern diese nur Vergleichen wenn abgefragt wird und das was und wie er 
es da bestätigt interessiert mich.

MfG

Da hab ich wohl zu schnell geantwortet.

@Stefan P.

Also schickt jeder von der Adresse nicht betroffene "Slave" NDAC auf 
High (Binär = 0) ?

MfG

Heiko schrieb:
> Okay das nehm ich mal so hin. Man schickt also an Adresse "5" das Dummy
> Datenbye jetzt ist dazu aber meine Frage wie "merkt" Adresse 5 das für
> seine Adresse bestimmt ist. Sprich was ist der unterschied bei keiner
> Reaktion von z.b. Adresse 7 und der Reaktion von Adresse 5.


Weil nur Adresse 5 auf die Daten reagieren soll?
Dafür sind die Adressen ja da.

Vielleicht ist es nicht ganz klar geworden:
Der Bus wird vom Controller für Adresse 5 belegt.
Es ist eine Punkt-zu-Punkt-Verbindung, der Datentransfer also nur 
zwischen zwei Geräten möglich.
Um zu erkennen, ob ein Gerät mit der Adresse 5 vorhanden ist, schickt 
man an die Adresse einen Befehl (bei modernen Geräten "*IDN?") und 
bekommt dann als Antwort entweder eine Gerätebeschreibung (z.B. "Agilent 
34401A") oder irgendwas anderes oder gar nichts.
Wenn man keine Antwort innerhalb einer gewissen Zeit (Timeout) bekommt, 
ist kein Gerät mit der Adresse 5 auf dem Bus vorhanden.
Das Gerät mit der Adresse 7 interessiert sich kein Stück für die Daten, 
die für Gerät 5 bestimmt sind.

@STK500-Besitzer

Auch danke für deine Antwort. Wenn das wirklich so ist was macht ein 
Listen-Only Device? Das soll bei mir der Fall sein un dem soll es nicht 
möglich sein irgendwelche Daten über DIO zu senden. Ist es dann so wie 
vorher beschrieben das ein NDAC auf High zur identifikation ausreicht?

MfG

Hallo,

Ich muss das nochmal hoch holen da meine Frage noch nicht ganz geklärt 
ist, also nochmal folgendes.

Welcher Befehl gesendet oder empfangen wird/muss ist mir relativ egal, 
mich interessiert auf welchen Pin des GPIB-Kabels das Device auf die 
Abfrage der Adresse reagiert (und wie). Mir geht es um ein Listen-Only 
Device welches ich in einen bestehenden Bus mit mehreren Messgeräten und 
dem PC als Controller dazu schalten möchte. Wie die Datenkommunikation 
(Hardwarenah) aussieht wird überall erklärt aber nicht wie das mit der 
Adressierung und deren Identifikation aussieht.

Ist es so wie von Stefan P. beschrieben das ein Signal über NDAC 
ausreicht oder muss Ich über DIO die Identifikation senden (was mein 
Listen only Device, ne Spur komplizierter machen würde).

MfG

Peter Dannegger schrieb:
> Sie arbeiten über Kommandos und Ereignisse.

Ja schon aber irgendwas muss diese Kommandos und Ereignisse ja auslösen 
und das interessiert mich. Mir geht es auch nicht um den Controller 
sondern um das Device.

Ich hab in der zwischenzeit das gefunden was mich interessiert. 
Vieleicht hilft es ja auch noch jemand anderem. Laut der Grafik reicht 
es wenn der Listener dem Controller/Talker mit NDAC auf high übermittelt 
das er "angesprochen" wurde um die Datenübertragung in gang zu setzen.

MfG

Peter Dannegger schrieb:
> Ein Timeout ist für GPIB unbedingt notwendig. Es gibt noch andere
>
> Möglichkeiten, daß er sich verklemmt. So einen vergurkten Bus würde man
>
> heutzutage nicht mehr zugelassen kriegen.

Das ist mir schon klar, bloß geht es mir gerade nicht darum sondern 
einfach nur um das Device was am Bus hängt und die "sipmlen" 
elektrischen Signale. Der Controller spielt im Moment noch gar keine 
Rolle.

MfG

Hier ist das amtliche Dokument zum HPIB-Bus: 
http://www.bitsavers.org/pdf/hp/hpib/TutorialDescrOfHPIB.pdf

Jahre später wurde das Ding von der IEEE "genormt", der Standard heisst 
IEEE-488-1. Findet man auch im Netz, eventuell aber kostenpflichtig.

Nochmal Jahre später hat man versucht, auch den Befehlssatz der 
Busteilnehmer zu normen. Das nannte sich IEEEE-488-2 und beinhaltete 
Kommandos wie "*IDN?". NI hat diesen Befehlssatz auch verwendet, der 
Rest der Welt eher weniger.