home *** CD-ROM | disk | FTP | other *** search
/ The World of Computer Software / World_Of_Computer_Software-02-387-Vol-3of3.iso / t / tpk-v181.exe / TPK181-5.ZIP / TNC2117.HLP < prev    next >
Text File  |  1993-02-09  |  101KB  |  2,664 lines

  1. ═[ TNC Commands v1.1.7a Compiled by: Andy Witts G1DIL (Dec-92) ]═
  2.  
  3.  
  4. @8BITCONV ON|OFF     Default : OFF    Display group : A
  5.  
  6.   Parameters :
  7.  
  8.      ON - The high-order bit is not stripped in converse mode.
  9.     OFF - The high-order bit is stripped in converse mode.
  10.  
  11. This command enables transmission of 8-bit data in Converse Mode. If
  12. 8BITCONV is OFF, the high-order bit (bit 7) of characters received from
  13. the terminal is removed before the characters are transmitted in a packet.
  14. The standard character set requires only 7 bits, and the final bit is used
  15. as a parity bit, or is ignored. Setting bit 7 in text characters transmitted
  16. over the air may cause confusion at the other end.
  17.  
  18. If you need to transmit 8-bit data, but don't want all the features of 
  19. Transparent Mode, you should set 8BITCONV ON and AWLEN 8. This may be 
  20. desirable, for example, if you are using a special non-ASCII character set.
  21.  
  22. Bit 7 is always removed in Command Mode, since commands require only the 
  23. standard 7-bit ASCII character set.
  24.  
  25.  
  26. @ACkprior ON|OFF     Default : ON     Display Group : L
  27.  
  28.   Parameters:
  29.  
  30.      ON - Enables Prioritized acknowledgments.
  31.     OFF - Acknowledgments have the same priority as any other frames on 
  32.           the channel.
  33.  
  34. When ACKPRIOR is ON, acknowledgments have priority. This means that if your
  35. TNC receives a frame that it must acknowledge (ACK), it will immediately
  36. send the ACK if the channel is clear. If other stations are running with
  37. ACKPRIOR ON, they will not access the channel until you have had a chance 
  38. to send the ACK, even if they cannot hear your transmissions.
  39.  
  40. When OFF, acknowledgments are queued up for transmission the same as
  41. any other frame.
  42.  
  43.  
  44. @ACKTime n           Default : 14     Display Group : T
  45.  
  46.   Parameters:
  47.  
  48.         n    0-250 in 10 mSec increments.
  49.  
  50. ACKTIME specifies the time required to send an RR or RNR response frame
  51. (an acknowledgment) to an I frame at the radio port data rate. This 
  52. corresponds to about 510mSec at 1200bps with 8 digipeaters and about 
  53. 140mSec at 1200bps with no digipeaters. The default of 140mSec (ACKT 14) 
  54. allows for no digipeaters.
  55.  
  56.  
  57. @AUtolf ON|OFF       Default : OFF    Display Group : A
  58.  
  59.   Parameters:
  60.  
  61.      ON - A linefeed character (<LF>) is sent to the terminal after
  62.           each carriage return character (<CR>).
  63.     OFF - A <LF> is not sent to the terminal after each <CR>.
  64.  
  65. AUTOLF controls the display of carriage return characters received in 
  66. packets as well as echoing those which are typed in.
  67.  
  68. If the TNC's sign-on message lines appear to be typed over each other,
  69. you should set AUTOLF ON. If the TNC's sign on message appears to be
  70. double-spaced, you should set AUTOLF OFF. If the TNC's sign-on message
  71. appears to be single-spaced you have AUTOLF set correctly.
  72.  
  73. This command only affects what is displayed, not the data sent in packets.
  74. If you want to add linefeed characters to outgoing packets, use the command
  75. LFADD.
  76.  
  77.  
  78. @AWlen n             Default : 7      Display Group : A
  79.  
  80.   Parameters:
  81.  
  82.       n = 7 - 8, specifying the number of data bits per word.
  83.  
  84.  
  85. This value defines the word length used by the serial I/O port.
  86.  
  87. For most packet operations, including conversation, bulletin board operation
  88. and transmission of ASCII files, you should set AWLEN 7. If 8 bit words are
  89. transmitted to the TNC in Command Mode or Converse Mode, the eighth bit is
  90. normally removed, leaving a standard ASCII character, regardless of the
  91. setting of AWLEN.
  92.  
  93. To transmit and receive packets retaining all the 8 data bits of each
  94. character, as you do if you need to send executable files or other special
  95. data, you should use Transparent Mode and set AWLEN 8. Alternatively, you 
  96. can use Converse Mode and set AWLEN 8 and 8BITCONV ON (however, the data
  97. you then pass must handle the Converse Mode special characters with the
  98. PASS prefix).
  99.  
  100.  
  101. @Ax25l2v2 ON|OFF     Default : ON     Display Group : L
  102.  
  103. Parameters:
  104.  
  105.       ON       The TNC will use AX25 Level 2 Version 2.0 protocol 
  106.    
  107.      OFF       The TNC will use AX25 Level 2 Version 1.0  protocol
  108.  
  109. Some implementations of the earlier version of AX25 protocol (e.g.,
  110. TAPR's TNC 1) won't properly digipeat version 2.0 AX25 packets. This
  111. command exists to provide compatibility with these TNC's until their
  112. software has been updated.
  113.  
  114. During the protocol transition period, you should set AX25L2V2 OFF.
  115.  
  116. After your local area TNC's are updated to the newer protocol version
  117. you should set AX25L2V2 ON.
  118.  
  119.  
  120. @AXDelay n           Default : 0      Display Group : T
  121.  
  122. Parameters:
  123.  
  124.      n = 0 - 180, specifying the voice repeater keyup delay in
  125.                   10ms intervals.
  126.  
  127. AXDELAY specifies a period of time the TNC is to wait, in addition to
  128. the normal delay set by TXDELAY, after keying the transmitter and before
  129. data is sent. This feature will be used by groups using a standard
  130. "voice" repeater to extend the range of the local area network. Repeaters
  131. with slow mechanical relays, split sites, or other circuits which
  132. delay transmission for some time after the RF carrier is present require
  133. some amount of time to get RF on the air.
  134.  
  135. If you are using a repeater that hasn't been used for packet operations
  136. before, you will have to experiment to find the best value for 'n'. If
  137. other packet stations have been using this repeater, check with them for 
  138. the proper setting. Note that this command acts in conjunction with
  139. AXHANG.
  140.  
  141. Note that TAPR TNC 1 and other TNCs using the same version 3.x firmware
  142. interpret 'n' in 120ms intervals. The value set by AXDELAY on TNC2 will 
  143. thus be 12 times the value used by a TNC 1 user to give the same time
  144. delay.
  145.  
  146. @AXHang n            Default : 0      Display Group : T
  147.  
  148. Parameters:
  149.  
  150.        n = 0 - 20. Specifying the voice repeater hang time 
  151.                    in 100ms intervals.
  152.  
  153.  
  154. This value can be used to increase channel efficiency when an audio
  155. repeater with a hang time of greater than 100ms is used. For a
  156. repeater with a long hang time, it is not necessary to wait for the
  157. repeater key-up delay after keying the transmitter if the repeater is
  158. still transmitting. If the TNC has heard a packet sent within the
  159. hang period, it will not add the repeater key-up delay (AXDELAY) to
  160. the key-up time.
  161.  
  162. If you are using a repeater that hasn't been used for packet operations
  163. before, you will have to experiment to find the best value for 'n'. If
  164. other packet stations have been using this repeater, check with them for 
  165. the proper setting. 
  166.  
  167. Note that TAPR TNC 1 and other TNCs using the same version 3.x firmware
  168. interpret 'n' in 120ms intervals. The value set by AXDELAY on TNC2 will 
  169. thus be 6/5 the value used by a TNC 1 user to give the same hang time
  170. (when converting, round DOWN to the nearest integer).
  171.  
  172.  
  173. @BBSmsgs ON|OFF      Default : OFF    Display Group : A
  174.  
  175. This command controls how the packet controller displays certain 
  176. messages in Command and Converse modes. The affected messages are 
  177. described below:
  178.  
  179.      MESSAGE                           EFFECT OF BBSMSGS ON
  180.      -------                           --------------------
  181.  
  182.  *** CONNECTED TO xxxx               Message appears on new line
  183.  *** DISCONNECTED                    Message appears on new line
  184.  *** retry limit exceeded            Message appears on new line
  185.  *** xxxx Busy                       Message appears on new line
  186.  *** FRMR Sent                       Message appears on new line
  187.  *** FRMR Received                   Message appears on new line
  188.  *** Connect request: xxxx           This message is omitted
  189.  
  190. The BBSMSGS command is primarily useful for host operation with 
  191. 'W0RLI' type bulletin board software that require link state 
  192. messages to begin in the first display column.
  193.  
  194.  
  195. @Beacon Every|After n                 Display Group : I
  196.  
  197. Parameters:
  198.  
  199.        EVERY -      Send beacon at regular intervals
  200.        AFTER -      Send beacon once after the specified time
  201.                     interval with no packet activity
  202.        n = 0 - 250. Specifying beacon timing in 10ms intervals.
  203.                     A value of 0 disables the beacon.
  204.  
  205. The command enables beacon sending and causes the first beacon frame 
  206. to be transmitted. A beacon frame consists of the text specified by 
  207. BTEXT in a packet addressed to "BEACON" and sent via the digipeat 
  208. address specified by the UNPROTO command, if any.
  209.  
  210. If the keyword EVERY is specified, a beacon packet is sent every 
  211. n*10 seconds. This mode might be useful to transmit packets for 
  212. testing purposes.
  213.  
  214. If AFTER is specified, a beacon is sent only after n*10 seconds have 
  215. passed with no packet activity. In this case, the beacon is sent 
  216. only once until further activity is detected. This mode can be used 
  217. to send announcements or test messages only when packet stations are 
  218. on the air. If you choose 'n' properly you can avoid cluttering a 
  219. busy channel with unnecessary transmissions.
  220.  
  221. Beacon frames from other TNC's can be monitored by setting MONITOR 
  222. ON.
  223.  
  224.  
  225. @BKondel ON|OFF      Default : ON     Display Group : C
  226.  
  227. Parameters:
  228.  
  229.        ON - The sequence <BACKSPACE> <SPACE> <BACKSPACE> is echoed
  230.             when a character is deleted from the input line.
  231.  
  232.       OFF - The <BACKSLASH> (\) is echoed when a character is
  233.             deleted.
  234.  
  235. This command determines the way the display is updated to reflect a 
  236. character deletion in Command Mode or Converse Mode.
  237.  
  238. The <BACKSPACE> <SPACE> <BACKSPACE> sequence will properly update 
  239. the screen of a video display. If you have a video display terminal 
  240. or computer you should set BKONDEL ON.
  241.  
  242. The <BACKSPACE> <SPACE> <BACKSPACE> sequence on a printing terminal 
  243. would result in overtyped text. If you have a paper-output display, 
  244. or if your terminal does not respond to the <BACKSPACE> character 
  245. (<CTRL-H>), you should set BKONDEL OFF. The TNC will type a 
  246. <BACKSLASH> for each character you delete. You can display the 
  247. corrected input line by typing the redisplay-line character, which 
  248. is set by the command REDISPLA.
  249.  
  250.  
  251. @BText TEXT          ""               Display Group : I
  252.  
  253. Parameters:
  254.  
  255.      Text - Any combination of characters and spaces, up to
  256.             a maximum length of 120 characters.
  257.  
  258. BTEXT specified the content of the data portion of a beacon packet. 
  259. The default 'text' is an empty string, i.e., no message. Beacon 
  260. packets are discussed in more detail under the BEACON command.
  261.  
  262. You can send multiple-line messages in your beacon by including 
  263. carriage return (<CR>) characters in the text. The <CR> character can 
  264. be included by preceding it with the pass character. The pass 
  265. character is set by the PASS command. If you enter a text string 
  266. longer than 120 characters, an error message will appear and the 
  267. command will be ignored.
  268.  
  269. For example, a Bulletin Board program might set the beacon TEXT to a 
  270. message like this, updating the TEXT after each connection:
  271.  
  272.        Mailbox on line. Messages for WB9FLW, AD7I, K9NG.
  273.  
  274. To clear the BTEXT TEXT without issuing a RESET command, use a % or 
  275. & character as the first character in the text.
  276.  
  277.  
  278. @BUdlist ON|OFF      Default : OFF    Display Group : M
  279.  
  280. Parameters:
  281.  
  282.       ON - Ignore frames from stations which are NOT in the
  283.            LCALLS list.
  284.  
  285.      OFF - Ignore frames from stations which ARE in the LCALLS
  286.            list.
  287.  
  288. BUDLIST works in conjunction with the command LCALLS, which sets up 
  289. a callsign list. These commands determine which packets will be 
  290. displayed when you have set MONITOR ON. BUDLIST specifies whether 
  291. the callsigns in the list are the ones you want to ignore, 
  292. alternatively, are the ones you want to listen to.
  293.  
  294. If you want to listen only for packets from a limited list, you 
  295. should enter this list with LCALLS and set BUDLIST ON. You can use 
  296. this feature, for example, to have your TNC "keep an ear out" for a 
  297. particular station while you converse with someone else.
  298.  
  299. If you want to ignore packets from a limited list, you should list 
  300. the callsigns to ignore in LCALLS and set BUDLIST OFF. For example, 
  301. if there is a bulletin board on frequency, you can ignore it while 
  302. monitoring other conversations.
  303.  
  304.  
  305.  
  306. @CALibra
  307.  
  308. CALIBRA is an immediate command, and is used to transfer control to 
  309. the modem calibration routine. Calibration may be performed at any 
  310. time without altering the current link state.
  311.  
  312. Briefly, the commands available in the calibration routine are:
  313.  
  314.       <SPACE>  Switch the transmit audio to the other tone
  315.          D     Alternate between the two transmit tones at a
  316.                rate determined by the radio baud rate
  317.          K     Toggle PTT line ON/OFF
  318.          Q     Quit calibration routine
  319.  
  320. Refer to your TNC manual for details of the calibration method.
  321. See also the command RXCALL.
  322.  
  323.  
  324. @CALSet n            Default : None   Display Group : T
  325.  
  326. Parameters:
  327.  
  328.        n = 0 - 65535 specifying the count setting for use by the
  329.                      calibration routine
  330.  
  331.  
  332. The number to be specified by CALSET is determined by the frequency 
  333. 'f' to be calibrated as follows:-
  334.  
  335.      n = (525.000 / f) + 1        ( modulator tones )
  336.      n = (262.500 / f) + 1        ( demodulator tones )
  337.  
  338. Round 'n' to the nearest integer. To calibrate the modem tones, you 
  339. will set 'n' for the desired frequency using CALSET, enter the 
  340. calibration routine with CALIBRA, and adjust the tone following the 
  341. instructions in the TNC manual. To calibrate the next tone, exit the 
  342. calibration routine and set 'n' for the next frequency.
  343.  
  344.  
  345. @CANline n           Default : $18    Display Group : C
  346.                                  <CTRL-X>
  347.  
  348. Parameters:
  349.  
  350.      n = 0 - $7F specifying an ASCII character code.
  351.  
  352. This command is used to change the cancel-line input editing command 
  353. character. The parameter 'n' is the ASCII code for the character  
  354. you want to type in order to cancel an input line. You can enter the 
  355. code in either hex or decimal.
  356.  
  357. For example, to change the cancel-line character to <CTRL-U), you 
  358. would sent CANLINE $15 or CANLINE 21.
  359.  
  360. If you cancel an input line in Command Mode, the line will be 
  361. terminated with a <BACKSLASH> character, and you will see a new CMD: 
  362. prompt. If you cancel a line in Converse Mode, you will see only the 
  363. <BACKSLASH> and a new line. You can cancel only the line you are 
  364. currently typing. Once a <CR> has been entered, you can not cancel 
  365. an input line using the cancel-line character. Note that if your 
  366. send-packet character is not <CR> the cancel-line character will 
  367. cancel only the last line of a multi-line packet. To cancel the 
  368. entire packet, use the CANPAC character.
  369.  
  370. Line cancellation, like all other input editing features, is 
  371. disabled in transparent mode.
  372.  
  373.  
  374. @CANPac n            Default : $19    Display Group : C
  375.                                  <CTRL-Y> 
  376.  
  377. Parameters:
  378.  
  379.      n = 0 - $7F specifying an ASCII character code.
  380.  
  381. CANPAC is used to change the cancel-packet input editing command 
  382. character. The parameter 'n' is the ASCII code for the character you 
  383. want to type in order to cancel an input packet. You can alter the 
  384. code in either hex or decimal.
  385.  
  386. If you cancel a packet in Converse Mode, the line will be terminated 
  387. with a <BACKSLASH> character and a new line. You can only cancel the 
  388. packet which is currently being entered. Once you have typed the 
  389. send-packet character, or waited PACTIME (of CPACTIME is enabled), 
  390. the packet cannot be cancelled even if it has not been transmitted.
  391.  
  392. Packet cancellation, like all other input editing features, is 
  393. disabled in transparent mode.
  394.  
  395. Cancel display-output
  396.  
  397. The cancel-packet character also functions to cancel display output 
  398. in Command Mode. If you are in Command Mode and type the 
  399. cancel-packet character, any characters that would be type don the 
  400. screen (except echoed characters) are "thrown away" by the TNC. 
  401. Typing the cancel-output character a second-time restores normal 
  402. output. To see how this works try typing DISPLAY, then type 
  403. <CTRL-Y>. The command list will stop. You won't see any response 
  404. from the TNC to commands. Now type another <CTRL-Y>, and type DISPLAY 
  405. again to see that the display is back to normal.
  406.  
  407. You can use the cancel-display feature if you inadvertently so 
  408. something that causes the TNC to generate large amounts of output to 
  409. the terminal, such as giving the DISPLAY command or setting TRACE 
  410. ON. If you are in Converse Mode or Transparent Mode and want to 
  411. cancel display output, you must exit to Command Mode and then type 
  412. the cancel-packet character.
  413.  
  414. @CBELL ON|OFF        Default : OFF    Display Group : I
  415.  
  416. Parameters:
  417.  
  418.     ON - A bell character will be sent to the terminal as part of the
  419.          connect message.
  420.  
  421.    OFF - No bell character is included in the connect message.
  422.  
  423. The CBELL command is used to control whether an ASCII $07 (bell) 
  424. character is sent as part of the connected message. When set ON, the 
  425. bell character immediately precedes the asterisk portion of the 
  426. connect indication.
  427.  
  428. This command is not related to the MFILTER command. CBELL will 
  429. produce a 'CONNECT BELL' even if MFILTER is set to delete incoming 
  430. $07 (bell) characters.
  431.  
  432.  
  433. @CHeck n             Default : 12     Display Group : I
  434.  
  435. Parameters:
  436.  
  437.        n = 0 - 250 specifying the check time in 10 second intervals.
  438.                    A value of 0 disables this feature.
  439.  
  440. This command sets a connection timeout. If a link connection exists 
  441. between your TNC and another station, and the other station 
  442. "disappears", your TNC could remain in the connected state 
  443. indefinitely, refusing connections from other stations. this might 
  444. happen if propagation changes unexpectedly or an intermediate 
  445. digipeater station is turned off. In order to prevent this sort of 
  446. lockup, the TNC will try to clean-up the link if the specified time 
  447. elapses without any packets being heard from the other TNC. The 
  448. operation of this feature depends upon the setting of AX25L2V2.
  449.  
  450. If AX25L2V2 is ON, the TNC will send a "check-packet" to verify the 
  451. presence of the other station if no packets have been heard for n*10 
  452. seconds. This frame contains no information, but is interpreted by 
  453. the receiving station's TNC as an enquiry as to whether it is still 
  454. connected. If the receiving TNC is still connected, it send an 
  455. appropriate response packet. If the TNC initiating the enquiry does 
  456. not hear a response after RETRY+1 attempts, it commences a 
  457. disconnect sequence, as if the DISCONNE command had been given.
  458.  
  459. If AX25L2V2 is OFF and the other station has not been heard for n*10 
  460. seconds, the TNC will not attempt an enquiry, but will send a 
  461. disconnect packet, just as if you had typed the command DISCONNE.
  462.  
  463. See also the command CHECKV1.
  464.  
  465.  
  466. @CHECKV1 ON|OFF      Default : OFF    Display Group : T
  467.  
  468. Parameters:
  469.  
  470.       ON   Enables CHECKtime (T3) when running AX.25 Level 2 Version 1.0 
  471.            protocol. This will result in an automatic disconnect when packets 
  472.            haven't flowed between this TNC and the remote TNC for CHECKtime. 
  473.            See CHECK, above.
  474.  
  475.       OFF  Disables the CHECKtime timer (T3) and requires the operator to 
  476.            initiate a disconnect sequence. This is in accordance with AX.25 
  477.            Level 2 Version 1.0 procedures.
  478.  
  479. When ON, the CHECK (T3) timer is used to automatically disconnect an AX.25
  480. Level 2 Version 1.0 link when data hasn't flowed for CHECK time. Note that T3
  481. is not defined for Version 1.0 operation. See CHECK, above.
  482. When OFF, T3 is ignored and normal Version 1.0 procedures apply.
  483.  
  484. NOTE: Many operators prefer using Version 1.0 protocol, especially on
  485.       marginal or noisy links in order to eliminate some of the overhead of
  486.       AX.25 Level 2 Version 2.0 protocol.
  487.  
  488.  
  489. @CLKADJ n            Default : 0      Display Group : T
  490.  
  491. Parameters:
  492.  
  493.     n = 0 - 65535, specifying the correction factor to be applied to
  494.                    the real-time clock routine.
  495.  
  496. A value of '0' is a special case and means no correction factor will 
  497. be applied. If the value of CLKADJ is non-zero, then the correction 
  498. factor is calculated as:
  499.  
  500.          relative clock speed in % = 100 - (9.16667 * 1/n)
  501.  
  502.  
  503.  
  504. @CMdtime n           Default : 1      Display Group : T
  505.  
  506. Parameters:
  507.  
  508.      n = 0 - 250 specifying Transparent Mode timeout value in 1 second
  509.                  intervals. If 'n' is zero, the only exit from Transparent
  510.                  Mode is to send a BREAK signal or interrupt power to the
  511.                  TNC.
  512.  
  513. This command sets the Transparent Mode timeout value. In order to 
  514. allow escape to Command Mode from Transparent Mode while permitting 
  515. any character to be sent as data, a guard time of 'n' seconds is set 
  516. up.
  517.  
  518. The same Command Mode entry character used for exit from Converse 
  519. Mode is used to exit Transparent Mode, but the procedure is 
  520. different. (The Command Mode entry character is set by COMMAND.) 
  521. Three Command Mode entry characters must be entered less than 'n' 
  522. seconds apart with no intervening characters, after a delay of 'n' 
  523. seconds since the last characters were typed. After a final delay of 
  524. 'n' seconds the TNC will exit Transparent Mode and enter Command 
  525. Mode. You should then see the prompt
  526.  
  527.       cmd:
  528.  
  529. the diagram below illustrates this timing.
  530.  
  531. last           first            second           third       TNC
  532. terminal       command          command          command     now in
  533. input          mode             mode             mode        Command
  534.  |             entry            entry            entry       Mode
  535.  |             character        character        character     |
  536.  |               |                |                |           |
  537.  |               |                |                |           |
  538.  |«longer than n»|«shorter than n»|«shorter than n»|«----n----»|
  539.  
  540.  
  541.  
  542. @CMSg ON|OFF         Default : OFF    Display Group : I
  543.  
  544. Parameters:
  545.  
  546.      ON - A text message is sent as the first packet after a 
  547.           connection is established.
  548.     OFF - The message is not sent.
  549.  
  550. CMSG enables automatic sending of the message set by CTEXT whenever 
  551. your TNC accepts a connect request from another TNC.
  552.  
  553. For example, if you have left your station running even though you 
  554. don't want to operate just now, you might want to set CMSG ON to let 
  555. people know that you can't talk when they connect to your TNC. When 
  556. you are ready to operate your would set CMSG OFF.
  557.  
  558.  
  559. @CMSGDisc ON|OFF     Default : OFF    Display Group : I
  560.  
  561. Parameters:
  562.  
  563.      ON - The packet controller will initiate a disconnect 
  564.           immediately after acknowledgement of the CTEXT
  565.           sent by the CMSG feature.
  566.  
  567.     OFF - The packet controller will not initiate a disconnect
  568.           associated with CMSG.
  569.  
  570. This command controls whether the packet controller will initiate a 
  571. disconnect after the packet containing connect text (CTEXT) is 
  572. acknowledged.
  573.  
  574. Use this command with care - If you receive connects, yet never get 
  575. data, it is possible CMSGDisc has been left on.
  576.  
  577.  
  578. @COMmand n           Default : $03    Display Group : C
  579.                                  <CTRL-C> 
  580.  
  581. Parameters:
  582.  
  583.       n = 0 - $7F specifying an ASCII character code.
  584.  
  585. This command is used to change the Command Mode entry character. You 
  586. can enter the code in either hex or decimal.
  587.  
  588. Command Mode is entered from Converse Mode when this character is 
  589. typed. If you type the Command Mode entry character while you are 
  590. already in Command Mode, nothing will happen. To see how this works, 
  591. enter Converse Mode by typing CONVERS. Anything you type will become 
  592. packet data. Now type a <CTRL-C>. You will see the Command Mode 
  593. prompt indicating successful exit to Command Mode. the 
  594. display might look like this:
  595.  
  596.         cmd: CONVERS
  597.         Hello World!  I'm on the air on packet radio
  598.         [enter <CTRL-C>]
  599.         cmd:
  600.  
  601. See the command CMDTIME or the discussion of Transparent Mode for 
  602. further information on how the Command Mode entry character is used 
  603. to escape from Transparent Mode.
  604.   
  605.  
  606. @CONMode             CONVERS|TRANS    Display Group : L
  607.  
  608. Parameters:
  609.  
  610.       CONVERS - Sets automatic entry to Converse Mode when a
  611.                 connection is established.
  612.  
  613.       TRANS   - Sets automatic entry to Transparent Mode when
  614.                 a connection is established.
  615.  
  616. CONMODE controls which mode the TNC will be placed in after a 
  617. connection. The connection may result either from a connect request 
  618. received over the air or a connect initiated by a CONNECT command 
  619. that you issue. For most operations you would set CONMODE to 
  620. CONVERS. However, if you are using Transparent Mode for a bulletin 
  621. Board program, for example, you would set CONMODE to TRANS so that 
  622. the correct mode will be entered when your bulletin board receives a 
  623. connect request.
  624.  
  625. If you initiate a connection with the CONNECT command, the timing of 
  626. the entry into Converse or Transparent Mode is determined by NEWMODE.
  627.  
  628. If the TNC is already in Converse or Transparent Mode when the 
  629. connection is completed, the mode will not be changed. If you have 
  630. typed part of a command line when the connection is completed, the 
  631. mode change will not take place until you complete the command or 
  632. cancel the line. This prevents the last part of your command from 
  633. inadvertently being sent as a packet.
  634.  
  635.  
  636.  
  637. @Connect             call#1 [Via call#2[call#3...call#9]]
  638.  
  639. Parameters:
  640.  
  641.       call#1 - Callsign of the TNC to be connected to.
  642.  
  643.       call#2 - Optional callsign of TNC to be digipeated
  644.                through. As many as eight digipeat addresses
  645.                can be specified.
  646.  
  647. The part of the command line in brackets, VIA call2[,call3...,call9] 
  648. is optional. The double-bracketed text, ,call3...,call9, is also 
  649. optional, but would only be used if 'VIA call2' is present. The 
  650. brackets should not be typed.
  651.  
  652. Each callsign may include an optional sub-station ID specified as 
  653. '-n' immediately following the callsign. The digipeat fields are 
  654. specified in the order in which you want them to relay the packets 
  655. to the destination, 'call1'.
  656.  
  657. CONNECT is an immediate command. It initiates a connect request to 
  658. TNC 'call1', optionally through digipeaters. If NEWMODE is on, the 
  659. TNC will immediately enter Converse Mode or Transparent Mode, as 
  660. specified by the command CONMODE. If NEWMODE is OFF, the TNC will 
  661. enter Converse Mode or Transparent Mode when connection is 
  662. successfully completed.
  663.  
  664. An error message is returned if the TNC is in a connected state, or 
  665. is already attempting to connect or disconnect. If no response to 
  666. the connect request occurs after the number of attempts specified by 
  667. RETRY, the command is aborted and a message typed. The TNC returns 
  668. to Command Mode if NEWMODE is ON. If NEWMODE is OFF, the mode does 
  669. not change, i.e. the TNC remains in Command Mode.
  670.  
  671. For example, to connect to WA7GXD using N0ADI-1 (who is near your 
  672. QTH) and WD0ETZ (who is near GXD's QTH) as digipeaters, you would 
  673. type:
  674.  
  675.              CONNECT WA7GXD VIA N0ADI-1,WD0ETZ
  676.  
  677. Packets coming back from WA7GXD access the digipeaters in the 
  678. opposite order. Thus, packets from WA7GXD will first be repeated by 
  679. WD0ETZ, then by N0ADI-1.
  680.  
  681.  
  682. @CONOk ON|OFF        Default : ON     Display Group : L
  683.  
  684. Parameters:
  685.  
  686.      ON - Connect requests from other TNCs will be accepted
  687.  
  688.     OFF - Connect requests from other TNCs will be rejected
  689.  
  690. This command determines the action taken by the TNC when a connect 
  691. request for it is received through the radio. If CONOK is ON, the 
  692. request will be acknowledged, the standard connect message will be 
  693. typed and either Converse or Transparent mode will be entered, 
  694. depending on the setting of CONMODE.
  695.  
  696. If CONOK is OFF and the TNC is not in Transparent Mode, the TNC will 
  697. notify you of the connect attempt with the following message:
  698.  
  699.       connect request: <call>
  700.  
  701. The callsign of the station trying to connect will replace <call>.
  702.  
  703. The TNC will also issue a DM packet, or "busy signal" to the 
  704. requesting station. The user may then issue his own connect command. 
  705. If your TNC receives a DM packet in response to a connect request, it 
  706. will type the message:
  707.  
  708.       *** <call> station busy
  709.  
  710. with the callsign of the station that sent the DM packet in place of 
  711. <call>.
  712.  
  713. For example, if you want to leave your station running as a 
  714. digipeater you might set CONOK OFF until you are ready for a 
  715. conversation. If you get a connect request in the meantime you 
  716. can change your mind. Stations attempting to connect to your TNC will 
  717. be able to see that the station is up but not available for 
  718. connection (it might still be useful as a digipeater).
  719.  
  720.  
  721. @CONPerm ON|OFF      Default : OFF    Display Group : L
  722.  
  723. Parameters:
  724.  
  725.      ON - The current connection on the current stream will not be
  726.           allowed to enter the disconnected state.
  727.  
  728.     OFF - The current stream may be connected to and disconnected
  729.           from other stations.
  730.  
  731. This command when switched ON, forces the packet controller to 
  732. always maintain the current connection, even when frames to the 
  733. other stations exceed retry attempts to get an acknowledgement. 
  734. RESTART will not affect this connected state.
  735.  
  736. This command only takes effect when a connection is established. It 
  737. functions on a stream-by-stream basis when multiple connections are 
  738. allowed.
  739.  
  740.  
  741. @CONStamp ON|OFF     Default : OFF    Display Group : M
  742.  
  743. Parameters:
  744.  
  745.        ON - Connect status messages are time stamped
  746.  
  747.       OFF - Connect status messages are not time stamped
  748.  
  749. This command enables time stamping of *** CONNECTED status messages. 
  750. The date and time information is then available for use by Bulletin 
  751. Board programs or other computer applications. The date and time 
  752. must be set initially by the DAYTIME command before time stamping 
  753. will occur. The date format is determined by the DAYUSA command.
  754.  
  755. For example, if CONSTAMP is ON, DAYUSA is ON and the date and time 
  756. have been set, a connect message might appear as follows:
  757.  
  758.       *** CONNECTED to N2WX [05/28/85 16:28:31]
  759.  
  760.  
  761.  
  762. @CONVers
  763.  
  764. CONVERS is an immediate command, and will cause the TNC to exit from 
  765. Command Mode into Converse Mode. Any link connections are not 
  766. affected. Once in Converse Mode, everything you type is packetized 
  767. and transmitted over the radio. Typing the Command Mode entry 
  768. character returns the TNC to Command Mode.
  769.  
  770. Note: You can replace the command CONVERS with the single letter 'K'
  771.  
  772.  
  773. @CPactime ON|OFF     Default : OFF    Display Group : T
  774.  
  775. Parameters:
  776.  
  777.      ON - Packet timeout is used in Converse Mode.
  778.  
  779.     OFF -Packet timeout is not used in Converse Mode.
  780.  
  781.  
  782. This command enables the periodic automatic sending of packets in 
  783. Converse Mode. This command may be used for computer communications,
  784. such as Bulletin Board operation, when the full transparent mode 
  785. features are not desired.
  786.  
  787. If CPACTIME is ON, characters are packetized and transmitted 
  788. periodically as they are in Transparent Mode, but local editing and 
  789. display features of Converse Mode are enabled, and software flow 
  790. control may be used. For a discussion of how periodic packetizing 
  791. works, see the command PACTIME, which controls the rate and mode of 
  792. packet assembly.
  793.  
  794. You should set CR OFF in this mode, since otherwise the send-packet 
  795. character will be inserted in the data being packetized even though 
  796. it was not typed. In order to include <CR> characters in transmitted 
  797. packets, set SENDPAC to a normally unused character (e.g. <CTRL-P>), 
  798. at which point the TNC will treat <CR> as an ordinary character.
  799.  
  800. You can set CPACTIME ON for a mode of operation similar to full 
  801. break-in CW, in which your text is transmitted soon after you type 
  802. it, but in short bursts of a few characters, and the other station 
  803. may break in at will. Some operators find it easier to carry on a 
  804. conversation in this mode, since it eliminates the delays while long 
  805. packets are being typed.
  806.  
  807.  
  808. @CR ON|OFF           Default : ON     Display Group : L
  809.  
  810. Parameters:
  811.  
  812.      ON  -  The send-packet character, normally <CR>, is
  813.             appended to all packets sent in Converse Mode.
  814.  
  815.     OFF  -  The send-packet character is not appended to
  816.             packets.
  817.  
  818. When CR is ON, all packets sent in Converse Mode will include, as 
  819. the last character of the packet, the send-packet character which 
  820. forces the packet to be sent. If CR os OFF, the send-packet 
  821. character is interpreted solely as a command to the TNC, not as data 
  822. to be included in the packet, and furthermore, it will not be echoed 
  823. to the terminal.
  824.  
  825. Setting CR ON and SENDPAC $0D resulted in a natural conversation 
  826. mode. Each line is sent when a <CR> is entered, and arrives at its 
  827. destination with a <CR> at the end of the line. If the station at 
  828. the other end reports overprinting of lines on his display, you can 
  829. set LFADD ON, or the other station can set AUTOLF ON.
  830.  
  831.  
  832.  
  833. @CStatus
  834.  
  835.  
  836. CSTATUS is an immediate command which shows the stream identifier 
  837. and link state of all ten streams (links), the current input and 
  838. output streams, and whether or not each stream is "permanent" (See 
  839. CONPERM).
  840.  
  841. An example of a display resulting from issuing a CSTATUS command is:
  842.  
  843.    cmd:CS
  844.    A stream - IO Link state is: CONNECTED to 305MLB
  845.    B stream - Link state is: CONNECTED to AD7I P
  846.    C stream - Link state is: DISCONNECTED
  847.    D stream - Link state is: CONNECTED to N0ADI via K9NG-2
  848.  
  849. The example above shows the A stream is the currently selected or 
  850. active stream for both input an output, which is indicated by the I 
  851. and O symbols. The B stream is connected to AD7I "permanently". All 
  852. other streams' states are shown as they might normally appear with 
  853. multiple connections.
  854.  
  855.  
  856.      cmd:CS
  857.      A stream - IO Link state is: CONNECTED to 305MLB
  858.      B stream -    Link state is: CONNECTED to AD7I P
  859.      C stream -    Link state is: DISCONNECTED
  860.      D stream -    Link state is: CONNECTED to N0ADI via K9NG-2
  861.      --------
  862.      I stream -    Link state is: CONNECT in progress
  863.      J stream -    Link state is: CONNECTED to KV7B via NK6K-1
  864.  
  865.  
  866. @CText TEXT          Default : ""     Display Group : I
  867.  
  868. Parameters:
  869.  
  870.        TEXT - Any combination of characters and spaces, up
  871.               to a maximum of 120 characters.
  872.  
  873. CTEXT specifies the text of the packet to be sent after a connection 
  874. is made, if CMSG is ON. The default TEXT is an empty string, i.e., 
  875. no message.
  876.  
  877. You can send multiple-line messages by including carriage return 
  878. (<CR>) characters in the text. The <CR> character can be included by 
  879. using the PASS character immediately preceding it (see the PASS 
  880. command). If you enter a TEXT string longer than 120 characters, an 
  881. error message will appear and the command will be ignored.
  882.  
  883. For example, you might set your CTEXT message to:
  884.  
  885.      I'm not here tight now, but you may leave a message
  886.  
  887. To clear the CTEXT text without issuing a RESET command, use a % or 
  888. & as the first character in the message.
  889.  
  890.  
  891.  @DAytime date & time
  892.  
  893. Parameters:
  894.  
  895.       date & time - Current date and time to set
  896.  
  897. This command allows you to set the current date and time for the 
  898. TNC. The format for entering the date and time is:
  899.  
  900.      yymmddhhmm
  901.  
  902. where 'yy' is the last two digits of the year. 'mm' is the two-digit 
  903. month code (01-12), 'dd' is date (01-31), 'hh' is the hour (00-23), 
  904. and  'mm' is the minutes after the hour (00-59). All these codes 
  905. must be exactly two digits, so that numbers from 0 to 9 must be 
  906. entered with leading zeros. The TNC does not check thoroughly for 
  907. the correct number of days in a month, so you should use some 
  908. judgement when you set the date.
  909.  
  910. The date&time parameter is used by the commands CONSTAMP and MSTAMP 
  911. to "time stamp" received and monitored messages. Entries in the 
  912. "heard" (displayed by MHEARD) are also time stamped continuously as 
  913. long as it is powered up. You must reset the date and time each time 
  914. you turn off the TNC. If you don't so this, the commands CONSTAMP 
  915. and MSTAMP will not enable time stamping.
  916.  
  917. If you type DAYTIME without a parameter, the TNC will display the 
  918. current date&time. The format of the display is dd-mm-yy hh:mm if 
  919. DAYUSA is OFF, and mm/dd/yy hh:mm if DAYUSA is ON. The format for 
  920. entering date&time is not affected. For example,
  921.  
  922.       cmd:DAYTIME 8402291530
  923.  
  924. sets the date and time to February 29, 1984 at 3:30pm. The display 
  925. of the date and time, with DAYUSA ON would be:
  926.  
  927.      cmd:DAYTIME
  928.      02/29/84  15:30:26
  929.  
  930.  
  931. @DAYUsa ON|OFF       Default : ON     Display Group : M
  932.  
  933. Parameters:
  934.  
  935.        ON - Date is displayed in the format mm/dd/yy
  936.  
  937.       OFF - Date is displayed in the format dd-mm-yy
  938.  
  939. This command determines the format for the TNC's display of the 
  940. date. If DAYUSA is ON, the standard U.S. format is used; if DAYUSA 
  941. is OFF, the standard European format is used. This command affects 
  942. the date display used in "time stamps" as well as the display when 
  943. DAYTIME is entered without parameters. The format for entering the 
  944. time using DAYTIME is not affected.
  945.  
  946. For example, if DAYUSA is ON, the July 2, 1984 at 9:28:44 AM would be 
  947. displayed as
  948.  
  949.       cmd:DAYTIME
  950.       07/02/84 9:28:44
  951.  
  952. If DAYUSA is OFF the same date and time would appear as
  953.  
  954.       cmd: DAYTIME
  955.       02-07-84 9:28:44
  956.  
  957.  
  958. @DEAdtime n          Default : 33     Display group : T
  959.  
  960.  n = 0 - 250 in 10ms increments
  961.  
  962. DEAdtime specifies the time it takes a station's receiver to detect that a
  963. remote transmitter has been keyed. It should be set to the time of the
  964. SLOWEST acceptable radio on the channel. It must also allow for any squelch
  965. delays and DCD lock time. DWAIT and TXDELAY should also be set to this same
  966. value for everyone on the LAN.
  967.  
  968. A fairly fast VHF FM radio and TNC might take 210ms (DEA 21), while an HF
  969. radio and TNCwill usually respond in 80ms (DEA 8). Some multi-mode radios and
  970. TNCs operating at 1200 bps may respond in only 40ms (DEA 4). The default
  971. value (DEA 33) will safely cover the majority of FM radios in common packet
  972. use.
  973.  
  974. @DELETE ON|OFF       Default : OFF    Display Group : C
  975.  
  976. Parameters:
  977.  
  978.       ON - The delete character input editing character is
  979.            <DELETE> ($7F)
  980.  
  981.      OFF - The delete character input editing character is
  982.            <BACKSPACE> ($08)
  983.  
  984. This command is used to change the input editing command for 
  985. character deletion. When this character is typed, the last character 
  986. from the input line is deleted. How the TNC indicates the deletion 
  987. is controlled by the BKONDEL command.
  988.  
  989. You can not use this character to delete past the beginning of a 
  990. line, although you can delete <CR> characters that have been entered 
  991. in the test with the pass character.
  992.  
  993. To see a corrected display of the current line after you have 
  994. deleted characters, type the redisplay-line character, which is set 
  995. by the REDISPLA command.
  996.  
  997.  
  998.  
  999. @DIGipeat ON|OFF     Default : ON     Display Group : C
  1000.  
  1001. Parameters:
  1002.  
  1003.      ON - The TNC will digipeat packets if requested
  1004.  
  1005.     OFF - The TNC will not digipeat packets
  1006.  
  1007. When this parameter is ON, any packet received that has your callsign 
  1008. (including SSID) in the digipeat list of its address field will be 
  1009. retransmitted. Each station included in the digipeat list relays the 
  1010. packet in its turn, marking the packet so that it will not 
  1011. accidentally relay it twice (unless requested), and so that the 
  1012. stations will relay the packet in the correct order.
  1013.  
  1014. In the spirit of cooperation typical of Amateur operation you will 
  1015. probably want to set DIGIPEAT ON most of the time. However, you 
  1016. might want to disable digipeating if you're not home, or if your 
  1017. transmit relay makes enough noise to wake you up at night.
  1018.  
  1019. The command HID enables automatic transmission of identification 
  1020. packets if your station is acting as a digipeater.
  1021.  
  1022.  
  1023. @DISCONNE
  1024.  
  1025. DISONNE is an immediate command. It will initiate a disconnect 
  1026. request with the currently connected station. A successful 
  1027. disconnect results in the display of:
  1028.  
  1029.      *** DISCONNECTED
  1030.  
  1031. Other commands may be entered while the disconnect is taking place, 
  1032. although connects are disallowed until the disconnect is completed. 
  1033. If the retry count is exceeded while waiting for the other side to 
  1034. acknowledge, the TNC moves to the disconnected state. If a 
  1035. disconnect command is entered while the TNC is disconnecting , the 
  1036. retry count is immediately set to the maximum number. In either 
  1037. case, the disconnect message is:
  1038.  
  1039.      *** retry count exceeded
  1040.      *** DISCONNECTED
  1041.  
  1042. Disconnect messages are not displayed when the TNC is in Transparent 
  1043. Mode.
  1044.  
  1045.  
  1046. @DISPLAY [class]
  1047.  
  1048. Parameters:
  1049.  
  1050.       class - Optional parameter-class identifier, one of
  1051.               the following:
  1052.  
  1053.              ASYNC     display asynchronous port parameters
  1054.              CHARACTE  display special characters
  1055.              HEALTH    display LED and TNC status
  1056.              ID        display ID parameters
  1057.              LINK      display link parameters
  1058.              MONITOR   display monitor parameters
  1059.              TIMING    display timing parameters
  1060.  
  1061. DISPLAY is an immediate command, and with no CLASS parameter will 
  1062. cause all control parameters and their current values to be 
  1063. displayed. Sub-Groups of related parameters can be displayed by 
  1064. specifying the optional parameter-class. Individual parameters can 
  1065. be displayed by entering the parameter name with no options.
  1066.  
  1067.  
  1068. @DWait n             Default : 3      Display Group : I
  1069.  
  1070. Parameters :
  1071.  
  1072.         n = 0 - 250  specifying default wait time in 10 ms
  1073.                      intervals.
  1074.  
  1075. This value is used to avoid collisions with digipeated packets. The 
  1076. TNC will wait the default wait time after last hearing data on the 
  1077. channel before it begins its own keyup sequence, unless the TNC is 
  1078. waiting to transmit digipeated packets. This value should be agreed 
  1079. on by all members of a local area when digipeaters are used in the 
  1080. area. the best value will be determined by experimentation, but will 
  1081. be a function of the keyup time (TXDELAY) of the digipeater stations.
  1082.  
  1083. This feature is intended to help alleviate the drastic reduction in 
  1084. throughput that occurs on a channel when digipeated packets suffer 
  1085. collisions. It is necessary because digipeated packets are not 
  1086. retried by the digipeater, but must be restarted by the originating 
  1087. station. If all stations specify a default wait time, and the right 
  1088. value of 'n' is chosen, the digipeater will capture the frequency 
  1089. every time it has data to send, since digipeated packets are sent 
  1090. without delay.
  1091.  
  1092. Do not set DWAIT to 0.
  1093.  
  1094.  
  1095. @Echo ON|OFF         Default : ON     Display Group : A
  1096.  
  1097. Parameters:
  1098.  
  1099.          ON - Characters received from the computer or terminal
  1100.               are echoed by the TNC.
  1101.  
  1102.         OFF - Characters are not echoed.
  1103.  
  1104. This command controls local echoing from the TNC when it is in 
  1105. Command or Converse Mode. Local echoing is disabled in Transparent 
  1106. Mode.
  1107.  
  1108. If you don't see your input on the display, you should set ECHO ON. 
  1109. If you see two copies of every character you type, you should set 
  1110. ECHO OFF. If you see the characters you type displayed correctly, 
  1111. you have ECHO set correctly.
  1112.  
  1113.  
  1114.  
  1115. @EScape ON|OFF       Default : OFF    Display Group : A
  1116.  
  1117. Parameters:
  1118.  
  1119.       ON - The <ESCAPE> character ($1B) is output as "$" ($24)
  1120.  
  1121.      OFF - The <ESCAPE> character is output as <ESCAPE> ($1B)
  1122.  
  1123. This command specifies the character which will be output when an 
  1124. <ESCAPE> character is to be sent to the terminal. The <ESCAPE> 
  1125. translation is disabled in Transparent Mode.
  1126.  
  1127. This command is provided because some terminals, and computer 
  1128. programs that emulate such terminals, interpret the <ESCAPE> 
  1129. character as a special command prefix. Such terminals may alter 
  1130. their displays depending on the characters that follow the <ESCAPE>. 
  1131. If you have such a terminal, you can protect yourself from 
  1132. unexpected text sequences and from other packeteers by setting 
  1133. ESCAPE ON.
  1134.  
  1135. See also the MFILTER command, which allows general character 
  1136. stripping (rather than character translation) in monitored packets.
  1137.  
  1138.  
  1139. @FIRMRnr ON|OFF      Default : ON     Display Group : L
  1140.  
  1141. Parameters:
  1142.  
  1143.    ON -  When this TNC's buffers fill, an RNR is sent.
  1144.          When the buffers are no longer full, an RR command frame is sent.
  1145.          When this TNC receives an RNR, it will not poll the sending 
  1146.          TNC until [T0*10 seconds].
  1147.          T0=CHECKtime*8 unless CHECKtime*8 is <30 or >253 in which case T0=12.
  1148.  
  1149.    OFF - When this TNC's buffers fill, an RNR is sent in response to an I 
  1150.          frame. When this TNC receives an RNR, it will resend the data 
  1151.          every FRACKtime (T1) until an RR is received.
  1152.  
  1153. When OFF, standard AX.25 Level 2 Version 2.0 protocol procedures are used. If
  1154. a TNC sending data receives an RNR, meaning the remote TNC cannot accept more
  1155. data, the sending TNC will continuously re-send the data every T1 (FRACK)
  1156. time until an RR is received, meaning the remote TNC accepted the data. This
  1157. often results in a lot of unnecessary channel congestion.
  1158.  
  1159. When FIRMRNR is ON, this TNC will stop sending data upon receipt of an RNR.
  1160. If the remote TNC does not send an RR before [T0] (see above), this TNC will
  1161. poll the remote TNC to be sure it is still active. If this TNC sent the RNR,
  1162. then it will send an RR when its buffers have cleared to allow more data to
  1163. be received.
  1164.  
  1165. NOTE: The remote TNC should be capable of FIRMRNR operation. This mode is
  1166.       operable with all TNCs having a FIRMRNR settable to ON, and with most
  1167.       network nodes. If the remote TNC is not capable of FIRMRNR operation,
  1168.       and if the channel is poor, there will be additional delays in getting
  1169.       data passed between the TNCs.
  1170.  
  1171.  
  1172. @FLOW ON|OFF         Default : ON     Display Group : A
  1173.  
  1174. Parameters:
  1175.  
  1176.       ON - Type-in flow control is active.
  1177.  
  1178.      OFF - type-in flow control is disabled.
  1179.  
  1180. When type-in flow control is enabled, any character entered from the 
  1181. terminal will halt output to the terminal until: (1) a packet is 
  1182. forced (in Converse Mode); (2) a line is completed (in Command 
  1183. Mode); (3) the packet length is exceed; or (3) the terminal output 
  1184. buffer fills up. Cancelling the current command or packet or typing 
  1185. the redisplay character will also cause output to resume. type-in 
  1186. flow control is not used in Transparent Mode.
  1187.  
  1188. setting FLOW ON will keep received data from interfering with data 
  1189. entry. If you ( and the person you are talking to) wait for a packet 
  1190. from the other end before starting to respond, you can set FLOW OFF. 
  1191. Some Bulletin Board programs may work best with FLOW OFF. Some 
  1192. computers with "software UARTs" may be unable to send and receive 
  1193. data at the same time; users of such computers should set FLOW ON.
  1194.  
  1195.  
  1196.  
  1197. @FRack n             Default : 8      Display Group : T
  1198.  
  1199. Parameters:
  1200.  
  1201.      n = 1-15, specifying frame acknowledgment timeout in 1
  1202.                second intervals.
  1203.  
  1204. After transmitting a packet requiring acknowledgment, the TNC will 
  1205. wait for the frame acknowledgment timeout before incrementing the 
  1206. retry counter and sending the frame again. If the packet address 
  1207. includes relay requests, the time between retries will be adjusted 
  1208. to:
  1209.  
  1210.      Retry interval = n * (2*m + 1)
  1211.  
  1212. where 'm' is the number of relay stations.
  1213.  
  1214. When a retried packet is sent, a random time is added to any other 
  1215. wait times in use. This is to avoid lockups in which two TNCs 
  1216. repeatedly send packets which collide with each other.
  1217.  
  1218.  
  1219.  
  1220. @FULLDUP ON|OFF      Default : OFF    Display Group : L
  1221.  
  1222. Parameters:
  1223.  
  1224.      ON - Full duplex mode is enabled
  1225.  
  1226.     OFF - Full duplex mode is disabled
  1227.  
  1228. When full duplex mode is disabled, the TNC makes use of the Data 
  1229. Carrier Detect signal from the modem to avoid collisions, and 
  1230. acknowledges multiple packets in a single transmission with a single 
  1231. acknowledgment. When full duplex mode in enabled, the TNC ignores 
  1232. the DCD signal and acknowledges packets individually, such as 
  1233. through OSCAR 10. It should not be used unless both your station and 
  1234. the station you are communicating with are full-duplex stations.
  1235.  
  1236. You may find full-duplex mode useful for some testing operations, 
  1237. such as analog or digital loopback tests.
  1238.  
  1239.  
  1240.  
  1241. @HEaderln ON|OFF     Default : OFF    Display Group : M
  1242.  
  1243. Parameters:
  1244.  
  1245.       ON - The header for a monitored packet is printed on a 
  1246.            separate line from the packet text.
  1247.  
  1248.      OFF - The header and packet text of monitored packets
  1249.            are printed on the same line.
  1250.  
  1251. This command affects the display format for monitored packets. If 
  1252. HEADERLN is OFF, the address information is displayed with the 
  1253. packet:
  1254.  
  1255.      KV7D>N2WX: Go ahead and transfer the file.
  1256.  
  1257. If HEADERLN is ON, the address information is displayed, followed by 
  1258. the packet text on a separate line:
  1259.  
  1260.  
  1261.      N2WX>KV7D:
  1262.      Sorry, I'm not quite ready yet.
  1263.  
  1264. If you have set MRPT ON or enabled MSTAMP, you may wish to set 
  1265. HEADERLN ON, as the packet header quickly becomes long enough to 
  1266. fill a screen when these functions are active.
  1267.  
  1268.  
  1269. @HEAlled ON|OFF      Default : OFF    Display Group : H
  1270.  
  1271. Parameters:
  1272.  
  1273.     ON - The packet controller will "dither" the CON and STA LEDs.
  1274.  
  1275.    OFF - The packet controller will control the CON and STA LEDs
  1276.          in normal fashion.
  1277.  
  1278. This command allows the user to redifine the functions of the two 
  1279. CPU controllable LEDs (i.e. the STAtus and the CONnect LEDs).
  1280.  
  1281. When HEALLED is set ON, the two LEDs flash in an alternate fashion. 
  1282. The LEDs will probably not flash if the software is not operating 
  1283. correctly.
  1284.  
  1285. With HEALLED set OFF, the LEDs function in their normal fashion, 
  1286. indicating the presence of a connection and whether unacknowledged 
  1287. frames exist.
  1288.  
  1289.  
  1290. @HId ON|OFF          Default : OFF    Display Group : I
  1291.  
  1292. Parameters:
  1293.  
  1294.        ON - Enables HDLC identification by a digipeater
  1295.  
  1296.       OFF - Disables HDLC identification
  1297.  
  1298. This command is issued to enable or disable the sending of 
  1299. identification packets by the TNC. If HID is OFF, the TNC will never 
  1300. send an identification packet. If HID is ON, the TNC will send an 
  1301. identification packet every 9.5 minutes IF THE STATION IS 
  1302. DIGIPEATING PACKETS. the ID command allows the operator to send a 
  1303. final identification packet if the station is being taken off the 
  1304. air.
  1305.  
  1306.  
  1307. An identification consists of an unsequenced I frame whose data 
  1308. field is your station identification. the identification packet is 
  1309. addressed to the "CQ" address set by the UNPROTO command. Your 
  1310. station identification is your callsign as set by MYCALL, with /R 
  1311. appended.
  1312.  
  1313.  
  1314. @ID
  1315.  
  1316. ID is an immediate command. It will send a special identification 
  1317. packet. ID can be used to force a final identification packet to be 
  1318. sent as a digipeater station is being taken off the air. The 
  1319. identification packet will be sent only if the digipeater has 
  1320. transmitted since the last automatic identification.
  1321.  
  1322. An identification consists of an unsequenced I frame whose data 
  1323. field is your station identification. The identification packet is 
  1324. addressed to the "CQ" address set by the UNPROTO command. Your 
  1325. station identification is your callsign as set by MYCALL, with "/R" 
  1326. appended.
  1327.  
  1328. @KISS  ON/OFF        Default : OFF    Display Group : L
  1329.  
  1330. Parameters:
  1331.  
  1332.        ON - Serial Line Interface Protocol (SLIP) is used between 
  1333.             the TNC and the attached computer. The TNC executes a 
  1334.             very limited instruction set arbitrating channel access 
  1335.             only and, depending on the computer, to handle all Level 
  1336.             2 and higher protocol issues. 
  1337.  
  1338.       OFF - The TNC operates using the commands and messages 
  1339.             contained in this version of firmware.
  1340.  
  1341. This command is used to enter the KISS mode for operation with 
  1342. various experimental protocols. KISS is used with intelligent 
  1343. computers. The most popular use has been with the KA9Q TCP/IP 
  1344. networking software.
  1345.  
  1346. To operate KISS with this version, enter the command KISS ON, then 
  1347. the command RESTART (*NOT* RESET). The CON and STA LEDs will flash 
  1348. three times when initially activated. The command will then have 
  1349. effect for subsequent power on/off cycles. To return to normal 
  1350. operation, enter the command PARAM <device> 255 at the
  1351.  
  1352.   NET>
  1353.  
  1354. prompt if you are running the KA9Q TCP/IP software. If you are not 
  1355. using this software, send the three bytes $C0, $FF, $C0 to the TNC 
  1356. to restore normal operation. If you cannot send these characters 
  1357. with the software you are using, you must power the TNC off, 
  1358. disconnect the bbRAM battery for several minutes, then reconnect the 
  1359. battery and power up again to restore normal operation.
  1360.  
  1361.  
  1362. The commands available in KISS mode are:
  1363.  
  1364. Command       Function      Comments
  1365.  
  1366. 0             Data frame    The rest of the frame is data to be sent.
  1367.  
  1368. 1             TXDELAY       The next byte is the transmitter keyup time in
  1369.                             10ms units. Default is 50 (500ms).
  1370.  
  1371. 2             P             The next byte is the persistence parameter, P,
  1372.                             scaled to the range 0 - 255. The probability of
  1373.                             transmitting at the next opportunity is P/255.
  1374.                             Default is 64 (probability of 0.25).
  1375.  
  1376. 3             Slot time     The next byte is the slot interval in 10ms units.
  1377.                             Default is 10 (100ms).
  1378.  
  1379. 4             Tx Tail       The next byte is the time to hold the transmitter
  1380.                             after the FCS has been sent, in 10ms units.
  1381.                             The command is obsolete but is included for
  1382.                             completeness with earlier versions.
  1383.  
  1384. 5             Full Duplex   The next byte is 0 for half duplex (normal) or
  1385.                             any other number for full duplex (e.g. for
  1386.                             MicroSat operation).
  1387.  
  1388. FF            Return        Exit KISS mode and resume normal TNC operation.
  1389.  
  1390.  
  1391. NOTE  The TNC will only return type 0 frames (received information). 
  1392. Thus the computer cannot interrogate the TNC to find the values of 
  1393. other command types.
  1394.  
  1395. @LCAlls              call#1[,call#2...,call#8]
  1396.  
  1397. Parameters:
  1398.  
  1399.       call - Callsign list. Up to 8 calls, separated by commas.
  1400.  
  1401. Each callsign may include an optional Sub-Station ID specified as 
  1402. '-n' immediately following the call. This command works in 
  1403. conjunction with BUDLIST and allows selective monitoring of other 
  1404. stations packets. These two commands determine which packets will be 
  1405. displayed when you have MONITOR ON. BUDLIST specifies whether the 
  1406. callsigns in the list are the ones you want to ignore or, 
  1407. alternatively, are the ones you want to listen to.
  1408.  
  1409. If you want to listen only for packets from a limited list, you 
  1410. should enter your selected list with LCALLS and set BUDLIST ON.
  1411.  
  1412. If you want to ignore packets from a limited list, you should list 
  1413. the callsigns to ignore in LCALLS and set BUDLIST OFF.
  1414.  
  1415.  
  1416. @LCok ON|OFF         Default : ON     Display Group : A
  1417.  
  1418. Parameters:
  1419.  
  1420.      ON - The TNC will send lower case characters to the computer
  1421.           or terminal.
  1422.  
  1423.     OFF - The TNC will translate lower case characters to upper case.
  1424.  
  1425. If LCOK is OFF, lower case characters will be translated to upper 
  1426. case before being output to the terminal. This case translation is 
  1427. disables in Transparent Mode. Input characters and echoes are not 
  1428. translated.
  1429.  
  1430. If your terminal or computer does not accept lower case characters 
  1431. it may react badly if the TNC sends such characters to it. This 
  1432. command allows you to translate all lower case characters received in 
  1433. packets, as well as messages from the TNC, to upper case.
  1434.  
  1435. Since echoes of the characters are NOT translated to upper case, you 
  1436. can use this command to make your display easier to read when you 
  1437. are conversing in connected mode. If you and the other stations 
  1438. operator set LCOK OFF, you can each type your messages in lower case 
  1439. an see incoming packets displayed in upper case. It will then be 
  1440. easy to distinguish incoming and outgoing packets.
  1441.  
  1442.  
  1443. @LCStream ON|OFF     Default : ON     Display Group : C
  1444.  
  1445. Parameters:
  1446.  
  1447. When LCSTREAM is ON, the character immediately following the 
  1448. STREAMSWITCH character is converted to upper case before being acted 
  1449. upon. When off, the case is insignificant.
  1450.  
  1451.  
  1452. @LFADD ON|OFF        Default : OFF    Display Group : L
  1453.  
  1454. Parameters:
  1455.  
  1456.        ON - A <LF> character is added to outgoing packets following 
  1457.             each <CR> transmitted in the packet.
  1458.  
  1459.       OFF - No <LF> is added to outgoing packets
  1460.  
  1461. This function is similar to AUTOLF, except that the <LF> characters 
  1462. are added to outgoing packets rather than to text displayed locally. 
  1463. This feature is included in order to maintain compatibility with 
  1464. other packet Radio Controllers. If the person you are talking to 
  1465. reports overprinting of packets from your station you should set 
  1466. LFADD ON. This character insertion is disabled in Transparent Mode.
  1467.  
  1468.  
  1469. @LFIgnore ON|OFF     Default : OFF    Display Group : L
  1470.  
  1471. Parameters:
  1472.  
  1473.         ON - Line feed characters are ignored in COMMAND and
  1474.              CONVERSE modes.
  1475.  
  1476.        OFF - Line feed characters are acted upon in COMMAND and 
  1477.              CONVERSE modes.
  1478.  
  1479. This command controls whether the packet controller responds to 
  1480. ASCII line feed ($0A) characters or ignores them in COMMAND and 
  1481. CONVERSE modes.
  1482.  
  1483. When turned ON, line feeds are totally ignored except in Transparent 
  1484. Mode. When turned OFF, line feeds are processed normally.
  1485.  
  1486. The LFIGNORE command is useful when incoming data has imbedded line 
  1487. feed characters that cause double spacing of the data on your screen 
  1488. or printer. 
  1489.  
  1490. NOTE: See the LFADD command description. The transmitting station 
  1491. may have the LFADD command set ON inadvertently.
  1492.  
  1493.  
  1494. @MAll ON|OFF         Default : ON     Display Group : M
  1495.  
  1496. Parameters:
  1497.  
  1498.        ON - Monitored packets include both "connected" and
  1499.             "unconnected" packets
  1500.  
  1501.       OFF - Monitored packets include only "unconnected"
  1502.             packets
  1503.  
  1504. This command determines the class of packets which are monitored. If 
  1505. MALL is OFF, only otherwise eligible packets (as determined by the 
  1506. BUDLIST and LCALLS commands) sent by other TNCs in the unconnected 
  1507. mode are displayed. This is the normal manner of operation when this 
  1508. TNC is being used to talk to a group of TNCs all of which are 
  1509. unconnected.
  1510.  
  1511. If MALL is ON, all otherwise eligible frames are displayed, 
  1512. including those sent between two other connected TNCs. This mode may 
  1513. be enabled for diagnostic purposes or for "reading the mail".
  1514.  
  1515.  
  1516.  
  1517. @MAXframe n          Default : 4      Display Group : L
  1518.  
  1519. Parameters:
  1520.  
  1521.        n = 1 - 7, signifying a number of packets
  1522.  
  1523. MAXFRAME sets an upper limit on the number of unacknowledged packets 
  1524. which the TNC can have outstanding at any one time. This is also the 
  1525. maximum number of contiguous packets which can be sent during any 
  1526. given transmission. If some but not all of the outstanding packets 
  1527. are acknowledged, a smaller number may be transmitted next time, or 
  1528. new frames may be included in the retransmission, so that the total 
  1529. unacknowledged does not exceed 'n'.
  1530.  
  1531. If you perform file transfers, you should experiment with MAXFRAME 
  1532. and PACLEN. If the link is good, there is an optimum relationship 
  1533. between parameters set by these commands so that the maximum numbers 
  1534. of characters outstanding does not exceed the packet receive buffer 
  1535. space of the TNC receiving the data.
  1536.  
  1537.  
  1538.  
  1539. @MCOM ON|OFF         Default : OFF    Display Group : M
  1540.  
  1541. Parameters:
  1542.  
  1543.          ON - Connect, disconnect, UA and DM frames are monitored.
  1544.  
  1545.         OFF - Only information frames are monitored.
  1546.  
  1547.  
  1548. This command enables monitoring of connect and disconnect frames 
  1549. when MONITOR is ON.
  1550.  
  1551. When MCOM is OFF, only I frames (packets containing user 
  1552. information) will be displayed. When MCOM is ON four protocol 
  1553. packets will also be displayed. Connect, disconnect, UA and DM 
  1554. packets that are monitored are indicated by <C>, <D>, <UA> and <DM> 
  1555. respectively. As with other monitor commands, the stations monitored 
  1556. are determined by BUDLIST and LCALLS.
  1557.  
  1558.  
  1559.  
  1560. @MCon ON|OFF         Default : ON     Display Group : M
  1561.  
  1562. Parameters:
  1563.  
  1564.        ON - Monitor mode remains active when TNC is connected.
  1565.  
  1566.       OFF - Monitor mode is off while the TNC is connected.
  1567.  
  1568. If MCON is ON, the MONITOR command will enable monitoring while your 
  1569. TNC is connected to another TNC. If MCON is OFF, the display of 
  1570. monitored packets is suspended when a connect occurs, and is resumed 
  1571. when the TNC is disconnected.
  1572.  
  1573.  
  1574. @MFilter             n1[,n2[,n3[,n4]]]
  1575.  
  1576. Parameters:
  1577.  
  1578.         n = 0 - $7F,  specifying an ASCII character code .
  1579.                       Up to 4 characters may be specified.
  1580.  
  1581. This command allows you to specify characters to be "filtered", or 
  1582. eliminated from monitored packets. The parameters 'n1,'  'n2,' etc.,  
  1583. are the ASCII codes for the characters you want to filter. You can 
  1584. enter the code in either hex or decimal.
  1585.  
  1586. For example, if a <CTRL-L> character causes your screen to be 
  1587. cleared, and you don't want this to happen, you can set MFILTER 12. 
  1588. If you also want to eliminate <CTRL-Z> characters, which some 
  1589. computers interpret as end-of-file markers, you can set MFILTER 12,
  1590. 26.
  1591.  
  1592.  
  1593. @MHClear
  1594.  
  1595. MHCLEAR is an immediate command. It causes the list of stations 
  1596. heard to be cleared. You can use this command in conjunction with 
  1597. MHEARD to keep track of the stations on the air over a given period 
  1598. of time, such as an evening or a week. Clear the list of stations 
  1599. heard when you first begin to monitor the packet activity.
  1600.  
  1601.  
  1602. @MHeard
  1603.  
  1604. MHEARD is an immediate command. It causes the TNC to display the 
  1605. list of stations that have been heard since the last time the 
  1606. command MHCLEAR was given. Stations that are heard digipeating are 
  1607. marked with an * in the heard log. If you clear the list of stations 
  1608. heard at the beginning of a session, you can use this command to 
  1609. easily keep track of the stations that are active during that 
  1610. period. The maximum number of heard stations that can be logged is 
  1611. 18. If more stations are heard, earlier entries are discarded. 
  1612. Logging of stations heard is disabled when PASSALL is ON.
  1613.  
  1614. If the DAYTIME command has been used to set the date and time, 
  1615. entries in the heard log will be time stamped. For example,
  1616.  
  1617.      cmd:MHEARD
  1618.      K4NTA*      O6/09/86   21:08:19
  1619.      KC2FF-7*    06/09/86   21:08:17
  1620.      W1BEL-2*    06/09/86   21:06:18
  1621.      WD4AOQ      06/09/86   20:59:38
  1622.      N2WX
  1623.      cmd:
  1624.  
  1625. Note that no daytime string is displayed next to N2WX. This 
  1626. indicates that when N2WX was last heard the clock had not been set.
  1627.  
  1628.  
  1629. @MNonax25 ON|OFF     Default : OFF    Display Group : M
  1630.  
  1631. Parameters:
  1632.  
  1633.       ON -  Monitors all frames with valid CRC.
  1634.  
  1635.      OFF -  Monitors AX.25 Level 2 Protocol frames with no 
  1636.             higher-level protocols  (PID = F0).
  1637.  
  1638. When OFF, only AX.25 Level 2 protocol frames will be displayed. Any 
  1639. packets with level 3 or level 4 protocols will be inhibited. Thus, 
  1640. NET/ROM, TCP/IP, ROSE, etc., networking frames will not be displayed. 
  1641. These frames often have binary values buried in them which cause 
  1642. undesirable responses on a normal screen display.
  1643.  
  1644. When ON, any packet or frame with a valid CRC will be displayed 
  1645. regardless of protocol.
  1646.  
  1647.  
  1648. @Monitor             Default : ON     Display Group : M
  1649.  
  1650. Parameters:
  1651.  
  1652.       ON - Monitoring of packet activity is enabled.
  1653.  
  1654.      OFF - Monitoring of packet activity is disabled.
  1655.  
  1656. If MONITOR is ON and the TNC is not in Transparent Mode, packets not 
  1657. addressed to your TNC may be displayed. The addresses in the packet 
  1658. are displayed along with the data portion of the packet, e.g.:
  1659.  
  1660.  
  1661.      N2WX>W5FD-3: I'm ready to transfer the file now.
  1662.  
  1663. The calls are separated by a ">" and the sub-station ID field (SSID) 
  1664. is displayed if it is other than 0. The MALL, BUDLIST, and LCALLS 
  1665. commands determine which packets are to be monitored. The MCON 
  1666. command controls the action of monitor mode when the TNC is 
  1667. connected. All monitor functions are disabled in Transparent Mode.
  1668.  
  1669. The format of the monitor display is controlled by HEADERLN. If you 
  1670. want to see the station addresses on a separate line from the text, 
  1671. you can set HEADERLN ON. MRPT enables monitoring of the digipeater 
  1672. route as well as source and destination addresses for each packet. 
  1673. MSTAMP includes a time stamp with the addresses if DAYTIME has been 
  1674. set.
  1675.  
  1676.  
  1677. @MRpt ON|OFF         Default : ON     Display Group : M
  1678.  
  1679. Parameters:
  1680.  
  1681.        ON - Displays the stations in the digipeat path for
  1682.             monitored packets.
  1683.  
  1684.       OFF - Display only the source and destination stations
  1685.             for monitored packets.
  1686.  
  1687. This command affects the way monitored packets are displayed. If 
  1688. MRPT is OFF, only the originating station and the destination are 
  1689. displayed for monitored packets. If MRPT is ON, the entire digipeat 
  1690. list is displayed for monitored packets, and stations that have 
  1691. already relayed the packet are indicated with an asterisk.
  1692.  
  1693. For example,
  1694.  
  1695.      WB9FLW>AD7I,K9NG*, N2WX-7:Hi Paul.
  1696.  
  1697.  
  1698. This packets, sent from WB9FLW to AD7I, has been relayed by K9NG but 
  1699. not N2WX-7. With MRPT OFF, the same packet would be displayed as,
  1700.  
  1701.      WB9FLW>AD7I:Hi Paul.
  1702.  
  1703. Setting MRPT ON increases the length of the address display, and you 
  1704. may wish to set HEADERLN ON as well to display this information on a 
  1705. separate line.
  1706.  
  1707.  
  1708.  
  1709. @MStamp ON|OFF       Default : OFF    Display Group : M
  1710.  
  1711. Parameters:
  1712.  
  1713.       ON - Monitored frames are time stamped.
  1714.  
  1715.      OFF - Monitored frames are not time stamped.
  1716.  
  1717. This command enables time stamping of monitored packets. The date 
  1718. and time information is then available for use for automatic logging 
  1719. of packet activity or other computer applications. The date and time 
  1720. are initially set by the DAYTIME command, and the date format is 
  1721. determined by the DAYUSA command.
  1722.  
  1723. Setting MSTAMP ON increases the length of the address display, and 
  1724. you may want to set HEADERLN ON as well to display this information 
  1725. on a separate line.
  1726.  
  1727.  
  1728.  
  1729. @MYAlias             call[-n]         Display Group : I
  1730.  
  1731. Parameters:
  1732.  
  1733.       call -  Alternate identity of your TNC.
  1734.               'n' = 0 -15, an optionally specified sub-station ID
  1735.               (SSID).
  1736.  
  1737. This command specifies an alternate callsign (in addition to the 
  1738. callsign specified in MYCALL) for use a digipeater ONLY.
  1739.  
  1740. Use of this command permits HID to identify normally with the 
  1741. MYCALL-specified callsign, yet permits an alternate (alias) 
  1742. repeat-only "callsign".
  1743.  
  1744.  
  1745. @MYcall call[-n]     Default : NOCALL Display Group : I
  1746.  
  1747. Parameters:
  1748.  
  1749.       call - Callsign of your TNC.
  1750.  
  1751.   n = 0-15 - An optionally specified sub-station ID (SSID)
  1752.  
  1753. This command tells the TNC what its callsign is. This callsign will 
  1754. be placed in the FROM address field for all packets originated by 
  1755. your TNC. It will accept frames with this callsign in the TO field 
  1756. and relay frames with this callsign in the digipeat field. MYCALL 
  1757. will also be used for identification purposes (see HID and ID).
  1758.  
  1759. The default callsign MUST be changed for proper operation of the 
  1760. protocols. There should never be more tan one station with the same 
  1761. callsign (including SSID) on the air at once. The SSID can be used 
  1762. to distinguish two stations with the same Amateur call. The SSID 
  1763. will be 0 unless explicitly set to another value.
  1764.  
  1765.  
  1766.  
  1767. @NEwmode ON|OFF      Default : OFF    Display Group : L
  1768.  
  1769. Parameters:
  1770.  
  1771.        ON - Switching to data transfer mode occurs at the time of 
  1772.             the CONNECT command and return to Command Mode is
  1773.             automatic at the time of disconnection.
  1774.  
  1775.       OFF - Switching to data transfer mode occurs at time of
  1776.             connection and no return to Command Mode occurs at
  1777.             disconnection.
  1778.  
  1779. The NEWMODE command may be used to select the way the TNC behaves 
  1780. when connections are made and broken.
  1781.  
  1782. If NEWMODE is OFF, the TNC will remain in Command Mode after you 
  1783. issue a CONNECT command until a connection is actually established. 
  1784. When the connection is established, the TNC will enter Converse Mode 
  1785. or Transparent Mode, depending on the setting of CONMODE. When the 
  1786. connection is terminated, the TNC remains in Converse or Transparent 
  1787. mode unless you have forced it to return to Command Mode. This is 
  1788. the same as the behaviour of TNC1 (running 3.x software) under these 
  1789. conditions.
  1790.  
  1791. If NEWMODE is ON, the TNC will enter Converse Mode or Transparent 
  1792. Mode as soon as you issue a CONNECT command, without waiting for the 
  1793. connection to be established. Anything you type will be packetized 
  1794. to be transmitted once the connection is complete. When the 
  1795. connection is broken, or if the connect attempt fails, the TNC will 
  1796. return to Command Mode.
  1797.  
  1798. If you have a Bulletin Board program designed to work with a TNC1 
  1799. you should set NEWMODE OFF if the program relies on the sequence of 
  1800. actions used by TNC1. Otherwise, you should choose the setting for 
  1801. NEWMODE that seems most convenient to you.
  1802.  
  1803.  
  1804.  
  1805. @NOmode ON|OFF       Default : OFF    Display Group : L
  1806.  
  1807. Parameters:
  1808.  
  1809.       ON - The controller will switch modes (Command, Converse
  1810.            or Transparent) upon explicit command.
  1811.  
  1812.      OFF - The packet controller will switch modes in accordance
  1813.            with the setting of NEWMODE>
  1814.  
  1815. When NEWMODE is ON, the TNC will -NEVER- jump on its own between 
  1816. CMD: and CONVERSE or TRANSPARENT mode or vise versa. Only user 
  1817. commands <CONV, TRANS, or ^C) will change the type-in mode.
  1818.  
  1819. If the NEWMODE parameter is OFF then mode jumping is handled 
  1820. according to NEWMODE and the Rev 1 or Rev 2 TNC2 System manual.
  1821.  
  1822.  
  1823. @NUcr ON|OFF         Default : OFF    Display Group : A
  1824.  
  1825. Parameters:
  1826.  
  1827.        ON - <NULL> characters are sent to the terminal following
  1828.              <CR> characters.
  1829.  
  1830.       OFF - <NULL> characters are not sent to the terminal
  1831.             following <CR> characters.
  1832.  
  1833. This command causes transmission of <NULL> characters (ASCII code 
  1834. $00), producing an effective delay following any <CR> sent to the 
  1835. terminal. The number of <NULL> characters is determine by the 
  1836. command NULLS. This delay is required by some hardcopy terminals. 
  1837. You need to set NUCR ON if your terminal misses one or more 
  1838. characters after responding to a <CR>. 
  1839.  
  1840. See also, NULLS.
  1841.  
  1842.  
  1843.  
  1844. @NULf ON|OFF         Default : OFF    Display Group : A
  1845.  
  1846. Parameters:
  1847.  
  1848.     ON - <NULL> characters are sent to the terminal following <LF>
  1849.          characters.
  1850.  
  1851.    OFF - <NULL> characters are not sent to the terminal after <LF>
  1852.          characters.
  1853.  
  1854. This command causes transmission of <NULL> characters (ASCII code 
  1855. $00), producing an effective delay following any <LF> sent to the 
  1856. terminal. The number of <NULL> characters is determined by the 
  1857. command NULLS.
  1858.  
  1859. This delay is required by some display terminals. You need to set 
  1860. NULF ON if your terminal sometimes misses characters at the 
  1861. beginning of the line.
  1862.  
  1863. See also, NULLS.
  1864.  
  1865.  
  1866. @NULLs n             Default : 0      Display Group : A
  1867.  
  1868. Parameters:
  1869.  
  1870.      n = 0 - 30, the number of <NULL>s to be added after <CR> or <LF>
  1871.  
  1872. This command specifies the number of <NULL> characters (ASCII code 
  1873. $00) to send to the terminal after a <CR> or <LF> is sent. In 
  1874. addition to setting this parameter value, NUCR and/or NULF must be 
  1875. set to indicate whether nulls are to be sent after <CR>, <LF>, or 
  1876. both.
  1877.  
  1878. Devices requiring nulls after <CR> are typically hardcopy devices 
  1879. requiring time for carriage movement. Devices requiring nulls after 
  1880. <LF> are typically CRTs which scroll slowly.
  1881.  
  1882. Extra null characters are sent only in Command and Converse Modes.
  1883.  
  1884.  
  1885. @PACLEN n            Default : 128    Display Group : L
  1886.  
  1887. Parameters:
  1888.  
  1889.      n = 0 - 255, specifying the maximum length of the data
  1890.                   portion of a packet. The value 0 is equivalent 
  1891.                   to 256.
  1892.  
  1893. The TNC will automatically transmit a packet when the number of 
  1894. input bytes for a packet reaches 'n'. This value is used both in 
  1895. Converse and Transparent Modes.
  1896.  
  1897.  
  1898. @PACTime             EVERY|AFTER n    Display Group : T
  1899.  
  1900. Parameters:
  1901.      
  1902.      EVERY - Packet timeout occurs EVERY n*100 milliseconds
  1903.  
  1904.      AFTER - Packet timeout occurs when n*100 milliseconds elapse
  1905.              with no input from the computer or terminal.
  1906.  
  1907.      n = 0 - 250, specifying 100 ms intervals.
  1908.  
  1909. This parameter is always used in Transparent Mode, and will be used 
  1910. in Converse Mode if CPACTIME is ON. When EVERY is specified, input 
  1911. bytes are packetted and queued for transmission every n*100ms.
  1912.  
  1913. When AFTER is specified, bytes are packaged when input from the 
  1914. terminal stops for n*100ms. 
  1915.  
  1916. In no case will a zero length packet be produced, and the timer is 
  1917. not started until the first byte is entered. If n=0, packets are 
  1918. generated with no wait time.
  1919.  
  1920.  
  1921. @PARity n            Default : 3      Display Group : A
  1922.  
  1923. Parameters:
  1924.  
  1925.       n = 0 - 3, selecting a parity option according to the
  1926.                  following code: 0=none, 1=odd, 2=none, 3=even.
  1927.  
  1928. This command sets the parity mode for terminal or computer data 
  1929. transfer. The parity bit, if present, is automatically stripped on 
  1930. input and not checked in Command Mode and |Converse Mode.
  1931.  
  1932. In Transparent Mode, all eight bits, including parity if any, are 
  1933. transmitted in packets. If "no parity" is set and AWLEN is 7, the 
  1934. eighth bit will be set to 0 in Transparent Mode.
  1935.  
  1936.  
  1937. @PASs n              Default : $16    Display Group : C
  1938.                                  <CTRL-V> 
  1939.  
  1940. Parameters:
  1941.  
  1942.        n = 0 - $7F, specifying an ASCII character code.
  1943.  
  1944. This command selects the ASCII character used for the "pass" input 
  1945. editing command. The parameter 'n' is the ASCII code (hex or 
  1946. decimal) for the character typed in order to include the following 
  1947. character in a packet or text string.
  1948.  
  1949. You can use the character in a packet to send ANY character in 
  1950. packets, even though that character may have some special function 
  1951. for the TNC. 
  1952.  
  1953. A common use for the PASS character  is to allow <CR> to be included 
  1954. in the BTEXT and <CTEXT> messages. Similarly, you can include <CR> 
  1955. in text when you are in Converse MOde, to send multi-line packets.
  1956.  
  1957. (The default send-packet character is <CR>)
  1958.  
  1959.  
  1960. @PASSAll ON|OFF      Default : OFF    Display Group : L
  1961.  
  1962. Parameters:
  1963.  
  1964.         ON - The TNC will accept packets with invalid CRCs.
  1965.  
  1966.        OFF - The TNC will only accept packets with valid CRCs.
  1967.  
  1968. This command causes the TNC to display packets received with invalid 
  1969. CRC fields if they consist of an even multiple of 8 bits and up to 
  1970. 339 bytes. The TNC will attempt to decode the address field and 
  1971. display the callsign(s) in the standard monitor format, followed by 
  1972. the text of the packet.
  1973.  
  1974. If you set PASSALL ON and monitor a moderately noisy channel 
  1975. you will periodically see "packets" received with errors from random 
  1976. noise.
  1977.  
  1978. Logging of stations heard (for display of MHEARD) is disabled 
  1979. whenever PASSALL is ON, since the callsigns detected may be 
  1980. incorrect.
  1981.  
  1982.  
  1983. @RECOnnect           call#1 [VIA call#2[,call#3...,call#9]]
  1984.  
  1985. Parameters:
  1986.  
  1987.       call#1 - Callsign to be reconnected to.
  1988.  
  1989.       call#2 - Optional callsign(s) to be digipeated through.
  1990.  
  1991. RECONNECT is an immediate command. It may be used to change the path 
  1992. through which you are currently connected to a station. It may only 
  1993. be used when your TNC is connected on the current stream to a 
  1994. station to which you wish to RECONNECT.
  1995.  
  1996. The integrity of the outstanding frames at the time of RECONNECT is 
  1997. not assured. For details regarding the parameter list see the 
  1998. CONNECT command.
  1999.  
  2000.  
  2001. @REDispl n           Default : $12    Display Group : C
  2002.                                  <CTRL-L>
  2003.  
  2004. Parameters:
  2005.  
  2006.        n = 0 - $7F, specifying an ASCII character code.
  2007.  
  2008. This command is used to change the redisplay-line editing character. 
  2009. The parameter 'n' (hex or decimal) is the ASCII code for the 
  2010. character you type in order to redisplay the current input line.
  2011.  
  2012. When you type the redisplay-line character type-in flow control is 
  2013. temporaily released (if it was enabled), displaying any incoming 
  2014. packets that are pending. Then a <BACKSLASH> character is typed and 
  2015. the line you have begun is retyped on the next line. If you have 
  2016. deleted and retyped characters, only the final form of the line will 
  2017. be shown. You are now ready to continue typing.
  2018.  
  2019. Use the redisplay-line character to see a "clean" copy of your input 
  2020. with a printing terminal after deleting characters. If you have 
  2021. BKONDEL OFF, deletions are designated with <BACKSLASH> characters, 
  2022. rather than by trying to correct the input line display.
  2023.  
  2024. You can also use this character if you are typing in a message in 
  2025. Converse Mode and a packet comes in. You can see the incoming 
  2026. message before you send your packet, without cancelling your input.
  2027.  
  2028.  
  2029. @RESET
  2030.  
  2031. This is an immediate command. It resets all the parameters to 
  2032. default settings and re-initalizes the TNC.
  2033.  
  2034. WARNING! - All parameter and monitor lists are lost.
  2035.  
  2036. If you want to re-initalize the TNC using the parameter values in 
  2037. battery backed-up RAM, use the RESTART command or turn the TNC off 
  2038. then on.
  2039.  
  2040.  
  2041. @RESPTIME n          Default : 0      Display Group : T
  2042.  
  2043. Parameters:
  2044.  
  2045.        n = 0 - 250, specifying 100ms increments.
  2046.  
  2047. This command sets a minimum delay that is imposed on acknowledgement 
  2048. packets. This delay may run concurrently with default wait set by 
  2049. DWAIT and any random wait in effect.
  2050.  
  2051. This delay may be used to increase throughput during operations such 
  2052. as file transfer when the sending TNC usually sends the maximum 
  2053. number of full length packets. Occasionally, the sending TNC may not 
  2054. have a packet ready in time to prevent transmission from being 
  2055. stopped temporarily, with the result that the acknowledgement of 
  2056. earlier packets collides with the final packet of the series. If the 
  2057. receiving TNC sets RESPTIME to 10, these collisions will be avoided.
  2058.  
  2059.  
  2060. @RESTART
  2061.  
  2062. RESTART is an immediate command. It re-initializes the TNC using the 
  2063. defaults stored in bbRAM. The effect of this command is the same as 
  2064. turning the TNC OFF then ON again. RESTART does not cause a reset of 
  2065. the parameters in bbRAM.
  2066.  
  2067. See also RESET.
  2068.  
  2069.  
  2070. @REtry n             Default : 10     Display Group : L
  2071.  
  2072. Parameters:
  2073.  
  2074.      n = 0 - 15, specifying the maximum number of retransmissions.
  2075.  
  2076. The protocol allows for retries, i.e., retransmissions of frames 
  2077. that are not acknowledged. Frames are re-transmitted 'n' times 
  2078. before the operation is aborted. A value of 0 for 'n' specifies an 
  2079. infinite number of retries. 
  2080.  
  2081. If the number of retries is exceeded, the TNC goes to the 
  2082. disconnected state (with an informative message if not in 
  2083. Transparent Mode). 
  2084.  
  2085. See also the FRACK command.
  2086.  
  2087.  
  2088. @RXblock ON|OFF      Default : OFF    Display Group : A
  2089.  
  2090. Parameters:
  2091.  
  2092.       ON - The TNC will send data to the terminal in RXBLOCK format.
  2093.  
  2094.      OFF - The TNC will send data to the terminal in standard format
  2095.  
  2096. RXBLOCK is designed for automated operations such as Bulletin Board 
  2097. stations. It is intended to help such systems discriminate between 
  2098. data received from the connected station and TNC generated messages.
  2099.  
  2100. Correct operation of RXBLOCK is dependant upon the AWLEN parameter 
  2101. getting set to 8 (bits) since the character FF hex marks the 
  2102. beginning of a received data unit header.
  2103.  
  2104. When RXBLOCK is ON, data from other stations will be sent from the 
  2105. TNC in the following format:
  2106.  
  2107.             +------------------------------------------------+
  2108.             |   $FF     |   L0 |  L1   |   PID   |    DATA   |
  2109.             +------------------------------------------------+
  2110.               (Prefix)     (Length)       (Pid)      (Data)
  2111.  
  2112. The fields above are defined as follows:
  2113.  
  2114. Prefix      $FF  ::= A character with all 8 bits set
  2115. Length      L0   ::= The high order data length, length and pid
  2116.                      fields logically ORed with $F0
  2117.             L1   ::= The low order data length, length and pid fields
  2118. Pid         PID  ::= The Protocol IDentifier byte received for the
  2119.                      following data field
  2120. Data        DATA ::= [optional], variable length data
  2121.  
  2122. For best operation it is suggested that parameters like AUTOLF, 
  2123. MFILTER etc. be set OFF in order to prevent uncertainties in the 
  2124. size of the data field.
  2125.  
  2126. @RXCAL                                Display Group : NONE
  2127.  
  2128. RXCAL is an immediate command. It is used for precise alignment of 
  2129. the demodulator. Briefly, after the modulator tones are set using 
  2130. the normal CALIBRATE routines, analog loopback is entered and RXCAL 
  2131. issued. You then tune the demodulator until the CON and STA LEDs are 
  2132. both lit, or slowly alternate. See the section New Calibration 
  2133. Procedures for details on using this command with a TAPR TNC 2.
  2134.  
  2135.  
  2136. @Screenln n          Default : 0      Display Group : A
  2137.  
  2138. Parameters:
  2139.  
  2140.         n = 0 - 255, specifying the screen or platen width of the
  2141.                      terminal in characters.
  2142.  
  2143. This command i used to properly format terminal output. A <CR><LF> 
  2144. sequence is sent to the terminal in Command and Converse Modes after 
  2145. 'n' characters have been sent. 
  2146.  
  2147. A value of zero inhibits this action. 
  2148.  
  2149. If your computer automatically formats output lines, you should set 
  2150. SCREENLN 0 to avoid conflict.
  2151.  
  2152.  
  2153.  
  2154.  @SEndpac n          Default : $0D    Display Group : C
  2155.                                  <CR> 
  2156.  
  2157. Parameters:
  2158.  
  2159.          n = 0 - $7F, specifying an ASCII character.
  2160.  
  2161. This command selects the ASCII code (parameter 'n') for the 
  2162. character that will force input to be packetized and queued for 
  2163. transmission in Converse Mode. You can enter the code in either hex 
  2164. or decimal.
  2165.  
  2166. For ordinary conversation, you willprobably set SENDPAC $0D and CR ON.
  2167. This causes the <CR> to be included in the packet. 
  2168.  
  2169. If you have set CPACTIME ON, you will probaly set SENDPAC to some value
  2170. not normally used (say <CTRL-A), and set CR OFF. This will allow you to 
  2171. force packets to be sent, but will not result in extra <CR> characters
  2172. being transmitted in the text.
  2173.  
  2174.  
  2175. @SLots n             Default : 3      Display Group : L
  2176.  
  2177. Parameters:
  2178.  
  2179.         n =  0-127
  2180.  
  2181. SLOTS specifies the number of "slots" from which to choose when 
  2182. deciding to access the channel. For example, SLOTS 3 means there are 
  2183. three slots, each having a probability of 1/3 to be selected. Each 
  2184. slot is DEADTIME long. If SLOTS 0 is chosen, the TNC will act as if 
  2185. SLOTS 1 had been selected. Other implementations of this idea of 
  2186. channel access use "PERSISTENCE" to decide the probability of 
  2187. channel access when the channel is clear and "PPERSISTENCE" to 
  2188. enable or disable this feature.
  2189.  
  2190. A low value means a greater chance of attempting to send data when 
  2191. the channel is clear, and a higher value means less chance. Normal 
  2192. AX.25 practice is to have every station jump on the channel when it 
  2193. goes clear, virtually assuring collisions and retries.
  2194.  
  2195. SLOTS and its relation to the more common PPERSISTENCE and 
  2196. PERSISTENCE commands are given below:
  2197.  
  2198.   SLOTS  PPERSISTENCE  PERSISTENCE  Probability to XMIT
  2199.  
  2200.   1      OFF           255          Jump on = 100%
  2201.   2      ON            127          50%
  2202.   3      ON            85           33%
  2203.   4      ON            63           25%
  2204.   5      ON            51           20%
  2205.  
  2206. and so forth.
  2207.  
  2208. A typical value would be 2 or 3 for a channel with a few other users 
  2209. and 5 to 7 for a fairly busy channel. Higher values than about 10 
  2210. imply the channel is too busy and other frequencies should be used 
  2211. if available.
  2212.  
  2213. NOTE: SLOTS is independent of ACKPRIOR.
  2214.  
  2215. @STArt n             Default : $11    Display Group : C
  2216.                                  <CTRL-Q> 
  2217.  
  2218. Parameters:
  2219.  
  2220.    n = 0 - $7F, specifying an ASCII character code.
  2221.  
  2222. This command selects the User restart character which is used to 
  2223. restart output from the TNC to the terminal after it has been halted 
  2224. by typing the stop character. You can enter the code in either hex 
  2225. or decimal.
  2226.  
  2227. The user stop character is set by the STOP command.
  2228.  
  2229. If the User Restart and User Stop characters are set to $00, 
  2230. software flow control to the TNC is disabled, and the TNC will only 
  2231. respond to hardware flow control (CTS).
  2232.  
  2233. If the same character is used for both User Restart and User Stop 
  2234. characters the TNC will alternately start and stop transmission upon 
  2235. receipt of the characters.
  2236.  
  2237.  
  2238. @STATUS
  2239.  
  2240. STATUS is an immediate command. It returns the acknowledged status 
  2241. of the current outgoing packet link buffer. If all outgoing packets 
  2242. are acknowledged, STATUS returns 'No Outstanding packets', otherwise 
  2243. it returns the 'Outstanding packets' message. Note that this command 
  2244. works independently of the RS-232 flow-control state of the TNC.
  2245.  
  2246. This command may be useful for special applications, like if you can't see
  2247. the STATUS LED on the TNC, or you want your computer to watch the status.
  2248.  
  2249.  
  2250. @STOp n              Default : $13    Display Group : C
  2251.                                  <CTRL-S> 
  2252.  
  2253. Parameters:
  2254.  
  2255.      n = 0 - $7F,  specifying an ASCII character. 
  2256.  
  2257. This command selects the User Stop character, which is used to stop 
  2258. output from the TNC to the terminal. This is the character used to 
  2259. halt the TNCs output and stop scrolling. Output is restarted with the 
  2260. User Restart character, which may be set using the START command.
  2261.  
  2262. If the User Restart and User Stop characters are set to $00, 
  2263. software flow control to the TNC is disabled, and the TNC will only 
  2264. respond to hardware flow control (CTS).
  2265.  
  2266. If the same character is used for both User Restart and User Stop 
  2267. characters the TNC will alternately start and stop transmission upon 
  2268. receipt of the characters.
  2269.  
  2270.  
  2271. @STREAMCa ON|OFF     Default : OFF    Display Group : C
  2272.  
  2273. Parameters:
  2274.  
  2275.    ON - Callsign of other station is displayed.
  2276.  
  2277.   OFF - Callsign of other station is not displayed.
  2278.  
  2279. This command is used to enable the display of the connected-to 
  2280. station after the stream identifier. This is particularly useful 
  2281. when operating with multiple connections allowed. It is somewhat 
  2282. analogous to the use of MRPT to show digipeat paths when monitoring.
  2283.  
  2284. In the example below, the characters inserted by STREAMCALL are 
  2285. clearly seen:
  2286.  
  2287.      STREAMCAll ON                        STREAMCAll OFF
  2288.  
  2289. |A:K4NTA:Hi Howie                       |A Hi Howie
  2290. Hello Ted how goes it?                  Hello Ted how goes it?
  2291. |B:N7CL:*** CONNECTED to N7CL           |B *** CONNECTED to N7CL
  2292. |B:Ted, AZ on other stream              |B Ted, AZ on other stream
  2293.  
  2294. Thus, what looked like "|B" now appears as "|B<Callsign>:". This 
  2295. option is very useful for human operators trying to operate multiple 
  2296. simultaneous connections. It is probably less useful for "host" 
  2297. operations.
  2298.  
  2299. Note that, in the first example the STREAMSWitch characters "|A" and 
  2300. "|B" with no ":" after them were entered by the operator of the TNC 
  2301. to switch streams for his multiple-connect QSO(s). If you intend to 
  2302. operate multiple connections (as opposed to having your "host" 
  2303. computer operate multiple connections), use of this option is 
  2304. recommended.
  2305.  
  2306.  
  2307. @STREAMDbl ON|OFF    Default : OFF    Display Group : C
  2308.  
  2309. Parameters:
  2310.  
  2311.     ON - Double all received STREAMSWITCH characters.
  2312.  
  2313.    OFF - Do not "double" received STREAMSWITCH characters.
  2314.  
  2315. This command is used to display received STREAMSWitch characters by 
  2316. "doubling" them. The example below illustrates this action.
  2317.  
  2318. With STREAMDbl ON, and STREAMSWitch set to"|", the following might 
  2319. be displayed from your TNC:
  2320.  
  2321.      ||this is a test
  2322.  
  2323. In this case the sending station actually transmitted
  2324.  
  2325.      |this is a test
  2326.  
  2327. The same frame received with STREAMBbl OFF would be displayed as:
  2328.  
  2329.      |this is a test
  2330.  
  2331. When operating with multiple connections, this is useful for 
  2332. differentiating between STREAMSWitch characters received from other 
  2333. stations and STREAMSWitch characters internally generated by your 
  2334. TNC.
  2335.  
  2336. NOTE: The STREAMSWitch character must NOT be one of the letters A-J 
  2337. for this command to function properly.
  2338.  
  2339.  
  2340. @STREAMSWitch n      Default : $7C    Display Group : C
  2341.                                  <|> 
  2342.  
  2343. Parameters:
  2344.  
  2345.     n = 0 - $FF specifying the ASCII character.
  2346.  
  2347. This command selects the character used by both the TNC and the user 
  2348. that a new "stream" (connection channel) is being addressed.
  2349.  
  2350. The character can be PASSed in CONVERS mode. It is always ignored as 
  2351. a user-initiated stream switch in TRANSPARENT mode, and flows 
  2352. through as data. This means that the outgoing stream can not be 
  2353. changed while "on-line" in TRANSPARENT Mode (you must escape to 
  2354. COMMAND mode to switch streams).
  2355.  
  2356. For further usage of the character, see the STREAMDbl and STREAMCAll 
  2357. commands.
  2358.  
  2359. @TRACE ON|OFF        Default : OFF    Display Group : L
  2360.  
  2361. Parameters:
  2362.  
  2363.        ON - Trace mode is enabled.
  2364.  
  2365.       OFF - Trace mode is disabled.
  2366.  
  2367. This command is used to enable the protocol debugging function. When 
  2368. TRACE is ON, all received frames will be displayed in their 
  2369. entirety, including all header information. In normal operation 
  2370. you would probably never need this function; however,, if you need to 
  2371. report an apparent software bug, we may ask you to provide trace 
  2372. information if possible.
  2373.  
  2374. A trace display will appear in four columns on an 80 column display. 
  2375. Following is an example trace display. For comparison, the frame 
  2376. shown in the trace example would be monitored as follows:
  2377.  
  2378.      KV7B>CQ,KF7B*:this is a test message
  2379.  
  2380. The trace display would look something like this:
  2381.  
  2382. byte ------------hex display------------ -shifted ASCII-- ------ASCII-----
  2383. 000: 86A24040 40406096 AC6E8440 4060968C CQ    OKV7B  OKF ..@@@@'..n.@@'..
  2384. 010: 6E844040 E103F074 68697320 69732061 7B  P.x:449.49.0 n.@@...this is a
  2385. 020: 20746573 74206D65 73736167 650D     :29:.6299032.    test message.
  2386.  
  2387. The 'byte' column shows the offset into the packet of the line. The 
  2388. 'hex display' column shows the next 16 bytes of the packet, exactly 
  2389. as received, in standard hex format. The 'shifted ASCII' column 
  2390. attempts to decode the higher order seven bits of each byte as an 
  2391. ASCII character code. The ASCII column attempts to decode the low 
  2392. order 7 bits of each byte as an ASCII character code. 
  2393.  
  2394. In a standard AX.25 packet the callsign address will be displayed 
  2395. correctly in the shifted ASCII column. A text message will be 
  2396. displayed correctly in the ASCII column. Non-printing characters and 
  2397. control characters are displayed in both ASCII fields as ".". You 
  2398. can examine the hex display field to see the contents of the 
  2399. sub-station ID byte and the control bytes used by the protocol.
  2400.  
  2401.  
  2402. @Trans
  2403.  
  2404. This is an immediate command. It causes the TNC to exit from Command 
  2405. Mode into Transparent Mode. The current link state is not affected.
  2406.  
  2407. Transparent Mode is primarily useful for computer communications. In 
  2408. this mode the "human interface" features such as input editing 
  2409. capability, echoing of input characters, and type-in flow control 
  2410. are disabled.
  2411.  
  2412.  
  2413. @TRFlow ON|OFF       Default : OFF    Display Group : A
  2414.  
  2415. Parameters:
  2416.  
  2417.        ON - Software flow control can be enabled for the computer
  2418.             or terminal in Transparent Mode.
  2419.  
  2420.       OFF - Software flow control is disabled for the computer
  2421.             or terminal in Transparent Mode.
  2422.  
  2423. If TRFLOW is ON, the settings of START and STOP are used to determine 
  2424. the type of flow control used in Transparent Mode. If TRFLOW is OFF, 
  2425. only hardware flow control os available to the computer and all 
  2426. characters received by the TNC are transmitted as data.
  2427.  
  2428. If START and STOP are set to $00, disabling the User Stop and User 
  2429. Restart characters, hardware flow control must always be used by the 
  2430. computer.
  2431.  
  2432. If TRFLOW is ON, and START and STOP are non-zero, software flow 
  2433. control is enabled for the users computer or terminal. The TNC will 
  2434. respond to the User's Restart and Users Stop characters (set by 
  2435. START and STOP) while remaining transparent to all other characters 
  2436. from the terminal. Unless TXFLOW is also ON, only hardware flow 
  2437. control is available to the TNC to control output from the terminal.
  2438.  
  2439.  
  2440. @TRIES n             Default : NONE   Display Group : L
  2441.  
  2442. Parameters:
  2443.  
  2444.      n = 0-15, specifying the current RETRY level on the currently
  2445.                selected input stream.
  2446.  
  2447. This command is used to retrieve (or force) the count of "tries" on 
  2448. the currently selected input stream.
  2449.  
  2450. When used with no argument: if the TNC has an outstanding 
  2451. unacknowledged frame, it will return the current number of tries; if 
  2452. the TNC has no unacknowledged frames, it will return the number of 
  2453. tries required to obtain an acknowledgement for the previous frame.
  2454.  
  2455. If RETRY is set to 0, the value returned by issuing a TRIES command 
  2456. will always be 0.
  2457.  
  2458. This command is useful for obtaining statistics on the performance 
  2459. of a given path or channel. It should be especially useful for 
  2460. automatic optimizing of such parameters as PACLEN and MAXFRAME by 
  2461. computer-oriented stations, such as automatic message forwarding 
  2462. stations using less-than-optimum paths (noisy HF or satellite 
  2463. channels, for example).
  2464.  
  2465. If followed by an argument, TRIES will force the "tries" counter to 
  2466. that entered value. This usage is NOT recommended.
  2467.  
  2468.  
  2469. @TXDelay n           Default : 33     Display Group : T
  2470.  
  2471. Parameters:
  2472.  
  2473.     n = 0 - 120, specifying 10 ms intervals
  2474.  
  2475. This value tell the TNC how long to wait after keying up the 
  2476. transmitter before sending data. Some startup time is required by 
  2477. all transmitters to put a signal on the air; some need more, some 
  2478. need less. In general crystal controlled rigs with diode antenna 
  2479. switching don't need much time, synthesized rigs need time for PLL 
  2480. lockup, and rigs with mechanical T/R relays will need time for 
  2481. physical relay movement.
  2482.  
  2483. The correct value for a particular rig should be determined by 
  2484. experimentation. The proper setting of this value may also be 
  2485. affected by the requirements of the station you are communicating 
  2486. with.
  2487.  
  2488.  
  2489. @TXDELAYC n          Default : 2      Display Group : T
  2490.  
  2491. Parameters:
  2492.  
  2493.     n =  0-120 specifying additional transmit delay time added to 
  2494.          TXdelay in terms of CHARACTER TIME at the current radio 
  2495.          port data rate. Flags will be sent during this time, so a 
  2496.          value of 1 is required as a minimum.
  2497.  
  2498. TXDELAYC is used to fine-tune transmit delay after a transmit 
  2499. command is issued and before data is sent. Used in conjunction with 
  2500. TXDELAY, it allows a link to be set for maximum performance.
  2501.  
  2502. TXDELAY should be used to account for the time it takes the radio 
  2503. (the slower of this TNC's radio and the remote TNC's radio) to 
  2504. switch between receive and transmit and allow the receiving unit's 
  2505. data carrier detect (DCD) circuit to respond. "0" bytes are sent 
  2506. to allow the remote TNC to synchronize to the data stream sent 
  2507. during TXDELAY.
  2508.  
  2509. TXDELAYC then sends flags to start the frame. If TXDELAYC 0 is 
  2510. selected, the TNC will act as if TXDELAYC 1 had been chosen.
  2511.  
  2512. With this method of keying up, a user may operate at various HDLC 
  2513. data rates without having to reset TXDELAY if the same radios are 
  2514. used. The summation of TXDELAY and TXDELAYC will automatically 
  2515. adjust the keyup time for the varying rates.
  2516.  
  2517.  
  2518. @TXFlow  ON|OFF      Default : OFF    Display Group : A
  2519.  
  2520. Parameters:
  2521.  
  2522.        ON - Software flow control is enabled for the TNC in
  2523.             Transparent Mode.
  2524.  
  2525.       OFF - Software flow control is disabled for the TNC in
  2526.             Transparent Mode.
  2527.  
  2528. If TXFLOW is ON, the setting of XFLOW is used to determine the type 
  2529. of flow control used in Transparent Mode. If TXFLOW is OFF, the TNC 
  2530. will use only hardware flow control and all data sent to the 
  2531. terminal remains fully transparent.
  2532.  
  2533. If TXFLOW and XFLOW are ON, the TNC will use the TNC Restart and TNC 
  2534. Stop characters (set by XON and XOFF) to control the input from the 
  2535. terminal. Unless TRFLOW is also ON, only hardware flow control is 
  2536. available to the computer or terminal to control output from the TNC.
  2537.  
  2538. Note that if the TNC Restart and TNC Stop characters are set to $00, 
  2539. hardware flow control will always be selected regardless of the 
  2540. setting of TXFLOW.
  2541.  
  2542. @TXUIframe ON/OFF    Default : OFF    Display group : L
  2543.  
  2544. ON    The TNC will "flush its buffers" to the radio port on loss of
  2545.       connection.
  2546.  
  2547. OFF   The TNC will only send BEACON and ID frames as unconnected (UI) frames.
  2548.       It will discard information in its buffers on loss of connection.
  2549.  
  2550.  
  2551. Setting TXUIframe OFF will prevent all but BEACON and ID unconnected (UI)
  2552. frames from being originated and transmitted. This is useful for BBS and
  2553. other stations which tend to leave UNACKed data in the TNC transmit buffer
  2554. when a connection is lost. With TXUIframe OFF channel congestion is reduced
  2555. because now useless data is never sent.
  2556.  
  2557. NOTE:  TXUIframe has NO effect on the digipeating of UI frames. It only
  2558. affects frames from the originating station.
  2559.  
  2560. @UNPROTO call#1 [VIA call#2[,call#3...,call#9]]
  2561.                                       Display Group : I
  2562.  
  2563. Parameters:
  2564.  
  2565.      call#1 - Callsign to be placed in the TO address field.
  2566.  
  2567. call#2 to 9 - Optional digipeater list, up to eight calls.
  2568.  
  2569. This command sets the digipeat and destination address fields of 
  2570. packets sent in unconnected (unprotocol) mode.
  2571.  
  2572. Unconnected packets are sent as unsequenced 'I' frames with the 
  2573. destination and digipeat fields taken from 'call#1' through 'call#9' 
  2574. options. 
  2575.  
  2576. The default destination for unconnected packets is CQ.
  2577.  
  2578. Unconnected packets from other TNCs may be monitored by setting 
  2579. MONITOR ON and BUDLIST and LCALLS appropriately. The digipeater list 
  2580. is also used for BEACON packets (which are sent to destination 
  2581. address BEACON).
  2582.  
  2583. @USers n             Default : 1      Display Group : L
  2584.  
  2585. Parameters:
  2586.  
  2587.      n = 0 - 10, indicating the number of simultaneous 
  2588.                  connections allowed.
  2589.  
  2590. USERS affects only the manner in which incoming connect requests are 
  2591. handled, and has no effect on the number or handling of connections 
  2592. you may initiate from the TNC. For example:
  2593.  
  2594.  USERS 0  allows incoming connections on any free stream
  2595.  USERS 1  allows incoming connections on stream A only
  2596.  USERS 2  allows incoming connections on streams A & B, and so
  2597.           on through to USERS 10.
  2598.  
  2599.  
  2600. @Xflow ON|OFF        Default : ON     Display Group : A
  2601.  
  2602. Parameters:
  2603.  
  2604.        ON - XON/XOFF flow control is enabled.
  2605.  
  2606.       OFF - XON/XOFF flow control is disabled and hardware flow
  2607.             control is enabled.
  2608.  
  2609. If XFLOW is ON, the computer or terminal is assumed to respond to 
  2610. the TNC Restart and TNC Stop characters set by XON and XOFF. If 
  2611. XFLOW is OFF, the TNC will communicate flow control commands via RTS.
  2612.  
  2613.  
  2614. @XMitok ON|OFF       Default : ON     Display Group : L
  2615.  
  2616. Parameters:
  2617.  
  2618.        ON - Transmit functions are enabled.
  2619.  
  2620.       OFF - Transmit functions are disabled.
  2621.  
  2622. When XMITOK is OFF, transmitting is inhibited. All other functions 
  2623. of the board remain the same, in other words, the TNC generates and 
  2624. sends packets but does not key the radio PTT line.
  2625.  
  2626. You might use this command to ensure that your TNC does not transmit 
  2627. in your absence if you leave it to monitor packet activity. This 
  2628. command can also be used for testing using loopback or direct wire 
  2629. connections when PTT operation is not relevant.
  2630.  
  2631.  
  2632. @XOff n              Default : $13    Display Group : C
  2633.                                  <CTRL-S> 
  2634.  
  2635. Parameters:
  2636.  
  2637.     n = 0 to $7F, specifying an ASCII character code.
  2638.  
  2639. This command selects the TNC Stop character (hex or decimal), which 
  2640. is sent to by the TNC TO the computer or terminal to stop input from 
  2641. that device.
  2642.  
  2643. This character would normally be set to <CTRL-S> for computer data 
  2644. transfers. If you want notification in Converse Mode when the 
  2645. buffers are filled, set this character to <CTRL-G> ($07), which 
  2646. rings the terminal bell.
  2647.  
  2648. @XON n               Default : $11
  2649.                                  <CTRL-Q> 
  2650.  
  2651. Parameters:
  2652.  
  2653.     n = 0 to $7F, specifying an ASCII Character code.
  2654.  
  2655. This command selects the TNC Restart character (hex or decimal), which 
  2656. is sent to by the TNC TO the computer or terminal to restart input from 
  2657. that device.
  2658.  
  2659. This character would normally be set to <CTRL-Q> for computer data 
  2660. transfers. If you want notification in Converse Mode when the 
  2661. buffers are filled, set this character to <CTRL-G> ($07), which 
  2662. rings the terminal bell.
  2663.  
  2664.