405.1200.037.2 - Rel.: 2.21 of 25/02/2008
40-15
minal. Let us imagine the rotating selector with 31 positions from 0 to 31,
the position of the selector indicates which terminal to communicate with.
After being addressed, the terminal will respond to all commands, as if it
were directly connected to the device, the other will ignore any instruction
passing through the network.
Even the sending of by the VT is different: when a is pressed, its
hexadecimal code is no longer sent automatically to the device, but is stored
in a buffer (Max 64 ) that the master device must ask. These keys are
then not sent altogether but one at a time.
For example, of the VT buffer contained 3 , and , then the
VT would respond to the first request with "0301" (3 in the buffer, the
first having the code 01Hex). The response to the second request would be
"0203" (2 , code 03Hex); the response to the third request would be
"0102" (1 , code 09Hex). In order to communicate that there are no keys
in its buffer, the VT will respond to any further request with "0000".
There follows a list of permissible commands.
Help Info
F1
Esc
Table 40.9: Command characters with terminal in network.
Command Parameters Effect
<ESC>Ixx<EOT>
xx = 01....31
Addresses a terminal to communicate with
<ESC>T<EOT>
xx = Number of keys in buffer
yy = Hex. code of key sent
Asks VT for keys from its internal buffer.
The VT’s response is xxyy in Ascii format.
<ESC>Dkkmm<EOT>
kk = 00 ->Never sends any key
(Default)
01 ->Transmits the key
only when the VT is
addressed or when it
has the address 00
mm = 00 -> Always saves the key
in the VT’s internal
buffer (Default)
01 ->Saves the key in the
VT’s internal buffer
only when the VT is
addressed
Modifies the mode of saving and sending
keys of a VT within the network.
To Next Page
Loading...
