RST-100 INSTALLATION AND CONFIGURATION MANUAL
29
CTS de-assert
CTS behaviour is only configurable on Hardware revision H.0 or later. When the RST is in
voice mode, either because DTR is de-asserted or a Data activity timeout has occurred (see
Timeouts Menu), CTS can be programmed to be asserted or de-asserted. De-asserted is
more technically correct since the Data port cannot handle characters at this time. This can
be useful to hold-off applications that attempt to communicate with the AT port as soon as
DTR is asserted. On the other hand, CTS asserted can be useful if the application doesn’t
ignore hardware handshaking in AT Hayes set-up/dialling mode (e.g. HyperTerminal), and
you want to switch back to data mode by sending some AT commands
CTS Handling.
Whenever the RST200 is in Voice call mode, the CTS (Clear To Send) signal on the
Comm.’s Port is de-asserted. This allows for data programs connecting to initially be held off
until the port is switched to data call mode and is ready to accept data from program.
NOTE: If a Terminal program relies on the CTS to operate, AND hardware flow control
cannot be disabled, then the Terminal program will need to be restarted, or the comm. cable
to be plugged out then in. This condition can be observed if a Terminal program seemingly
does not work properly, or AT commands do not transmit to the RST200.
RI on Incoming Data Calls
If this box is ticked is set then an incoming Data call will cause the phone to ring as well as
“RING” being sent out the COMM port.
The main reason you may want to set this flag is so that the RI line on the COMM port is
asserted for a Data call and this is tied to the POTS Ringer. Also applies for RST200 RI
signal and external ringers.