User manual

26
Source Handshake (Handshake-Quellenfunktion)
SH1
Acceptor Handshake (Handshake-Senkenfunktion)
AH1
Talker
(Sprecherfunktion mit Serienabfrage und
automatischer Entadressierung, ohne Sekundäradresse
und ohneNur-Sprechen-Betrieb)
T6
Listener
(Hörer-Funktion mit automatischer
Entadressierung, ohne Sekundäradresse und ohne
Nur-Hören-Betrieb)
L4
Service Request
(Bedienungsruf-Funktion)
SR1
Remote Local
(Fern- / Handbedienungs-
Umschaltfunktion mit Verriegelung)
RL2
Parallel Poll
(Parallelabfrage-Funktion mit
Ferneinstellung)
PP1
Device Clear
(Rücksetz-Funktion ink)
DC1
Device Trigger
(Auslöse-Funktion)
DT0
Controller (Controller-Funktion)
C0
Electrical Interface (Open-Collector-Treiber)
E2
GPIB Fehlerbehandlung nach IEEE Std. 488.2 Query Error Register
Der Fehler UNTERMINATED nach IEEE 488.2 (Kommunikation aktiviert, doch nichts zu berichten)
wird wie folgt behandelt: Ist das Gerät auf Kommunikation gestellt, der Antwortformatierer jedoch
nicht aktiv und die Eingangswarteschlange leer, so wird ein
UNTERMINATED-Fehler generiert. Dies
bewirkt, dass ein Query Error-Bit im Standard Event Status Register gesetzt, der Wert von 3 ins
Query Error Register geschrieben und der Parser zurückgesetzt wird. Weitere Informationen
entnehmen Sie bitte dem Abschnitt „Status-Berichterstattung“.
Der Fehler
INTERRUPTED nach IEEE 488.2 wird wie folgt behandelt: Wartet der Antwortformatierer
auf das Senden einer Antwort und wurde vom Parser ein
<PROGRAM MESSAGE TERMINATOR>
gelesen oder enthält die Eingangswarteschlange mehr als eine END-Meldung, so wird das Gerät
INTERRUPTED
(unterbrochen) und eine Fehleranzeige generiert. Dies bewirkt, dass ein Query Error-
Bit im Standard Event Status Register gesetzt, der Wert 1 ins Query Error Register geschrieben
und der Antwortformatierer zurückgestellt wird, wodurch die Ausgangswarteschlange gelöscht
wird. Jetzt beginnt der Parser die nächste
<PROGRAM MESSAGE UNIT> der Eingangs-Warteschlange
zu verarbeiten. Weitere Informationen entnehmen Sie bitte dem Abschnitt „Status-
Berichterstattung“.
Der Fehler
DEADLOCK nach IEEE 488.2 wird wie folgt behandelt: Wartet der Antwortformatierer auf
das Senden einer Antwort und wird die Eingangs-Warteschlange voll, so schaltet das Gerät auf
DEADLOCK Status und eine Fehleranzeige wird generiert. Dies bewirkt, dass ein Query Error-Bit im
Standard Event Status Register gesetzt, der Wert 2 ins Query Error Register geschrieben und der
Antwortformatierer zurückgestellt wird, wodurch die Ausgangswarteschlange gelöscht wird. Jetzt
beginnt der Parser die nächste
<PROGRAM MESSAGE UNIT> der Eingangs-Warteschlange zu
verarbeiten. Weitere Informationen entnehmen Sie bitte dem Abschnitt „Status-Berichterstattung“.
GPIB Parallelabfrage (Parallel Poll)
Das Gerät besitzt eine vollständige Parallelabfrage. Das Parallel Poll Enable Register wird gesetzt
damit festgelegt wird, welche Bits im Status Byte Register zur Bildung der lokalen Meldung „
ist”
dienen. Das Parallel Poll Enable Register (Parallelabfrage-Aktivierungsregister) wird durch den
Befehl *PRE <
NRF> gesetzt und mit dem Befehl *PRE? ausgelesen. Der Wert im Parallel Poll
Enable Register wird mit dem Status Byte Register AND verknüpft. Lautet das Ergebnis Null, so
beträgt der Wert von „ist“ 0, ansonsten ist der Wert von „ist” 1.
Das Gerät muss außerdem so konfiguriert sein, dass der Wert von „
ist“ während einer
Parallelabfrage an das Steuergerät zurückgeschickt werden kann. Die Konfigurierung des Gerätes
erfolgt vom Steuergerät, indem letzteres einen Parallel Poll Configure-Befehl (PPC) mit
anschließendem Parallel Poll Enable-Befehl (PPE) sendet. Die Bits des PPE-Befehls sind unten
aufgeführt: