Chapter 1 Command OutlineChapter 1 Command Outline
1.1 Receive and Send Protocols
It is able to control it with a common message in RS-232C and 10BASE-T LAN.
(Can not use command with RS-232C and 10BASE-T LAN mixed.)
TCP/IP protocol is used in 10BASE-T LAN.
A port number uses '2' 1 column for under the port number that set up it with
"the communication setting of instruction manual".
For example 8802 are used as a port, in the case that a port number is set up
with 880X.
Messages
Data received or sent by the interface is called a message.
The following are the message types:
Of these, program messages are those received by the unit from the controller,
while response messages are those sent from the unit to the controller.
Program messages are command messages or query messages.
¥Command messages are orders for control of the device, such as for making
settings or for reset or the like.
¥Query messages are orders for responses relating to the results of operation,
results of measurement, or the state of device settings.
¥Response messages are sent in response to query program messages. After a
query message
has been received, a response message is produced the moment that its syntax
has been checked.
Command syntax
When no ambiguity would arise, the term "command" is henceforth used to refer
to both command
and query program messages.
The unit accepts commands without distinction between lower case and upper
case letters.
Command program headers
Commands must have a header, which identifies the command in question.
There are two kinds of header: the simple command type and standard command
type.
Query program headers
These are for commands used for interrogating the unit about the result of an
operation or about a setting.
These can be recognized as queries by a question mark appearing after the
program header.
The structure of the header is identical to that of a command program header,
with "?" always being affixed to
the last command. There are queries possible in each of the two previously
described types of command form.
Response messages
As a general rule, the queries are sent in an identical format to the format
of the program message corresponding to their originating query.
Terminators and separators
1. Message Terminator
A terminator is used in order to separate the transmission of one message
from another, and this terminator
is not itself included in the message.
Set the delimiter for the message terminator.
>> Refer to the instruction manual.
2. Message Unit Separator
A semicolon ";" is used as a message unit separator when it is desired to
set out several messages on a single line.
3. Header separator
With a message which has both a header and data, a space "_" is used as a
header separator to separate the header
from the data. The space "_" is used by way of explanation, but it does not
appear on the actual program.
4. Data separator
Commas are used as data separators for separating several data items from
one another.
Data format
The unit uses character data, decimal data and character string data as a data
format.
1.Character data
-1. The characters after the first character can only be alphabetic
characters, numerals, or underline characters (_).
-2. As alphabetic characters, during sending only upper case letters are
used, but during receiving both upper case
and lower case letters are permitted.
2.Decimal data
Decimal data values are represented in what is termed NR format.
There are three types of NR format from NR1 to NR3, and each of these can
appear as either a signed number
or an unsigned number. Unsigned numbers are taken as positive.
The term "NRf format" includes all these three formats.
When the unit is receiving it accepts NRf format, but when it is sending it
utilizes whichever one of the formats
NR1 to NR3 is indicated in the particular command.
3.Character string data
Character string data is enclosed within quotation marks.
-1. The data is composed of 8 bit ASCII characters.
-2. Characters which cannot be handled by the unit are replaced by spaces.
-3. When the unit is sending, only the double quotation mark (") is used as
a quotation mark, but when receiving
both this double quotation mark and also the single quotation mark (') are
accepted.
1.2 The Status Byte and the Event Registers
The status byte
Each bit of the status byte is a summary (logical OR) of the event register
corresponding to that bit.
The values for the status byte, standard event status register, and event
status register 0 are valid.
Status byte bit settings
bit 7 Unused: 0
bit 6 Unused: 0
bit 5(ESB) Event summary bit.
Shows a summary of the standard event status register.
bit 4(MAV) Message available.
Shows that a message is present in the output queue.
bit 3 Unused: 0
bit 2 Unused: 0
bit 1 Unused: 0
bit 0(ESB0) Event summary bit 0
Shows a summary of event status register 0.
The following commands are used for reading the status byte.
Reading the status byte *STB?
Standard event status register (SESR)
The summary of this register is set in bit 5 of the status byte.
The circumstances when the contents of the standard event status register are
cleared are as listed below.
1. When the *CLS command is received.
2. When the contents have been read by an *ESR? query.
3. When the power is turned off and turned on again.
Bit allocations in the standard event status register
bit 7(PON) The power has been turned on again.
Since this register was last read, the unit has been powered off and on.
bit 6(URQ) User request: not used.
bit 5(CME) Command error.
There is an error in a command that has been received;
either an error in syntax, or an error in meaning.
bit 4(EXE) Execution error.
An error has occurred while executing a command.
Range error; Mode error.
bit 3(DDE) Device dependent error.
It has been impossible to execute some command, due to an error
other than a command error, a query error, or an execution error.
bit 2(QYE) Query error.
The queue is empty, or data loss has occurred (queue overflow).
bit 1 Request for controller right (not used) Unused: 0
bit 0(OPC) Operation finished.
Only set for the *OPC command.
The following commands are used to read the standard event status register,
and to set or read the standard
event status enable register.
Read the standard event status register *ESR?
Event status register 0 (ESR0)
The summary of this register is set in bit 0 of the status byte.
The circumstances when the contents of event status register 0 are cleared are
as listed below.
1. When the *CLS command is received.
2. When the contents have been read by an :ESR0? query.
3. When the power is turned off and turned on again.
The bits of event status register 0
bit 7 Area comparison fail(NG).
bit 6 Value comparison fail(NG).
bit 5 Numerical calculation finished.
bit 4 Unused: 0
bit 3 Unused: 0
bit 2 Trigger wait finished (set when the trigger event occurs).
bit 1 Measurement operation concluded (set by STOP).
bit 0 Error not related to the interface; printer error etc.
The following commands are used for reading the event status register 0, and
for setting the event status
enable register 0 and for reading it.
Reading event status register 0 :ESR0?
1.3 The Input Buffer and the Output Queue
Input buffer
The unit has an input buffer of 250 bytes capacity.
Messages which are received are put into this buffer and executed in order.
However, an ABORT command is executed instantly as soon as it is received.
Output queue
The unit has an output queue of 250 bytes capacity.
Response messages are accumulated in this queue and are read out from the
controller.
If the length of a response message has exceeded 250 bytes, a query error
occurs.
The circumstances when the output queue is cleared are as listed below:
1. When the controller has read out its entire contents.
2. When a device clear is issued.
3. When the power is turned off and turned on again.
4. Upon receipt of the next message.
1.4 Others
1.4.1 RS-232C
RS-232C Errors
Parity error
The parity bit can be set to even parity, odd parity, or no parity.
When even or odd is selected, the "1" count is used to detect transmission
errors.
If the parity count is different at the receiving end, a parity error is
returned.
Framing error
When counting from the start bit, if the stop bit is "L", a framing error is
returned.
(Possible reason 1) : Transmission rate, parity, stop bit or other parameter
setting mismatch
(Possible reason 2) : Noise
Overrun error
The transmission controller uses double buffering for receiving data (shift
buffer for each bit and reception buffer
read by the CPU).
When there are data in the reception buffer, and the shift register
completes reception of the next character before
the data are read by the CPU, an overrun error occurs. Because the new data
overwrites the previous data
in the reception buffer, immediately preceding data are lost.
(Possible reason 1): Transmission rate is too high.
(Possible reason 2): Some interrupt inhibit intervals are too long.
(Possible reason 3): Execution time for higher-priority interrupt is too
long, reducing the time
available for the receive interrupt.
Flow Control
The RS-232C interface can transfer data at the selected transfer rate, but if
the CPU cannot keep up with
the data that are being sent, later data will overwrite data that were
received earlier.
To prevent this, the receiving side must alert the sending side when the
reception buffer is about to become full,
so that the transfer can be temporarily paused. This is called flow control.
Two types of flow control are possible, namely hardware handshaking and
software handshaking.
1. Hardware handshaking
Flow control is performed by setting the signal lines RTS (RS) and CTS (CS)
to ON and OFF.
(a) Receiving data
When input buffer content exceeds 3/4, RTS is set to Low.
When input buffer content falls below 1/4, RTS is set to High.
(b) Sending data
When CTS becomes Low, data send is interrupted.
When CTS becomes High, data send is resumed.
2. Software handshaking
Flow control is performed using the Xon and Xoff code.
(a) Receiving data
When input buffer content exceeds 3/4, D3 (13H) is sent.
When input buffer content falls below 1/4, D1 (11H) is sent.
(b) Sending data
When D3 (13H) is received, data send is interrupted.
When D1 (11H) is received, data send is resumed.
Note: Buffer size is as follows.
Input buffer : 250 bytes
Output buffer: 250 bytes
Download Driver Pack
After your driver has been downloaded, follow these simple steps to install it.
Expand the archive file (if the download file is in zip or rar format).
If the expanded file has an .exe extension, double click it and follow the installation instructions.
Otherwise, open Device Manager by right-clicking the Start menu and selecting Device Manager.
Find the device and model you want to update in the device list.
Double-click on it to open the Properties dialog box.
From the Properties dialog box, select the Driver tab.
Click the Update Driver button, then follow the instructions.
Very important: You must reboot your system to ensure that any driver updates have taken effect.
For more help, visit our Driver Support section for step-by-step videos on how to install drivers for every file type.