DC1 | Device Clear capability |
RL0 | REN,LLO, GTL not implemented. |
| 'I' command sets |
SR530 Response to GPIB Commands
Mnemonic | Command | Response |
DCL | Device Clear | Same as Z command |
SDC | Selected | Same as Z command |
| Device Clear |
|
SPE | Serial Poll | Send Status Byte, |
| Enable | & clear status byte |
Because the SR530 can be controlled by an RS232 interface as well as the GPIB, the remote- local functions are not standard. There is no local with lock out state. When in the local state, remote commands are processed, even without the REN command being issued. This is because the RS232 interface has no provision for bus commands and remote commands over the RS232 interface would never be enabled.
Serial Polls and Service Requests
The status byte sent by the SR530 when it is serial polled is the same status byte which is read using the Y command (except for bit 6, SRQ). Ofcourse, when the SR530 is serial polled, it does not encode the status byte as a decimal number. The SR530 can be programmed to generate a service request (SRQ) to the GPIB controller every time a given status condition occurs. This is done using the V{n} command. The mask byte, n
For example, if we want to generate an SRQ whenever there is an overload or unlock condition, we need an SRQ mask byte equal to 00011000 binary, or 24 decimal ("V24" command). The byte 00011000 binary corresponds to the status byte
with the 'no reference' and 'unlock' status bits set. If an overload occurs, then an SRQ will be generated. The serial poll will return a status byte showing SRQ and overload. If an unlock condition occurs before the serial poll is concluded, another SRQ will be generated as soon as the serial poll is finished. A second serial poll will reflect the unlock condition.
Any SRQ generated by the 'no reference, 'unlock', 'overload', and 'auto
some parameter so as to solve the problem, and then
GPIB with RS232 Echo Mode
It is sometimes useful when debugging a GPIB system to have some way of monitoring exactly what is going back and forth over the bus. The SR530 has the capability to echo all characters sent and received over the GPIB to its RS232 port. This mode of operation is enabled by setting switch 6 of SW1 to the DOWN position. The baud rate, stop bits, and parity of the RS232 port are still set by SW2. Of course, the RS232 port operates at much lower speeds than the GPIB and will slow down the GPIB data rate in this mode. (Use the W0 command to allow the RS232 interface to run at full speed, otherwise, the GPIB transactions may take so long that the controller can hang.) During actual use, this mode should be disabled.
The SR530 with BOTH Interfaces
If both interfaces are connected, commands may be received from either interface. Responses are always sent to the source of the request (except in GPIB echo mode). It is unwise to send commands from the two interfaces at the same time since the characters from different sources can become interleaved on the command queue and result in 'unrecognized command' errors.
27