home *** CD-ROM | disk | FTP | other *** search
/ OS/2 Shareware BBS: 3 Comm / 03-Comm.zip / xhs400.zip / PHSHELP.MSG < prev    next >
Text File  |  1989-11-26  |  123KB  |  3,037 lines
  1. Most of the help text by kind permission of AEA Inc.
  2. ``AAB
  3. ______________________________________________________________________
  4.  
  5.     AAB text            Mnemonic: AA
  6. ______________________________________________________________________
  7.  
  8.  Parameters:
  9.  
  10.  text     any combination of characters and spaces up to a maximum of
  11.           17 characters.
  12. ______________________________________________________________________
  13.  
  14. Use the AAB command to enter an acknowledgment text in the ANSWERBACK
  15. section of the PK-232's memory.  AAB sends automatic confirmation in
  16. Baudot, ASCII and AMTOR operation in response to a distant station's
  17. WRU? command,   AAB is not related to the CTEXT and BTEXT messages
  18. used only in the packet mode.  Set WRU YES to activate your
  19. answerback.
  20.  
  21. Type 'AAB (17-character text)' to store your answerback in memory.
  22.  
  23. The 31-Oct-89 release of the PK-232 firmware allows 24 characters,
  24. this is not supported by PHS (to maintain compatibility).
  25.  
  26. ``ABAUD
  27. ______________________________________________________________________
  28.  
  29.      ABAUD 'n'           Mnemonic: AB
  30. ______________________________________________________________________
  31.  
  32.  Parameters:
  33.  
  34.  'n' -    Specifies the data rate or signaling speed in bauds from
  35.           your PK-232 to your radio.
  36. ______________________________________________________________________
  37.  
  38. The available 'n' ASCII data rates are:
  39.  
  40.      45, 50, 57, 75, 100, 110, 150, 200, 300, 400(*), 600, 1200, 2400
  41.      4800, and 9600 bauds.
  42.  
  43. (*)  31-Oct-89 release of the PK-232 firmware only.
  44.  
  45. Example:  ABAUD 300
  46.  
  47. ABAUD sets the radio ('on-air') baud rate only in the ASCII operating
  48. mode.  This value has no relationship to your computer or terminal
  49. program's baud rate.
  50.  
  51. ASCII RTTY operation requires that both you and the distant station
  52. operate at the same speed or data rate.
  53.  
  54. As a general rule, the higher the baud rate, the greater the proba-
  55. bility of data errors caused by interference and noise.  Best results
  56. in the worst-case conditions will usually be obtained at lower baud
  57. rates.  The modem in the PK-232 cannot handle data rates faster than
  58. 1200 bauds.
  59.  
  60. NOTE:     The term 'WPM' is generally considered obsolete.  Signalling
  61.           speeds are now universally referred to as 'bauds' in FSK and
  62.           AFSK operations using monobit data.  In these cases, 'bauds'
  63.           and 'bits per second' may be used interchangeably.
  64. ``ACKPRIOR
  65. ______________________________________________________________________
  66.  
  67.     ACKPRIOR YES|NO        Mnemonic: ACK
  68. ______________________________________________________________________
  69.  
  70.  Parameters:
  71.  
  72.  YES   -   Priority Acknowledgment is enabled.
  73.  NO    -   This feature is disabled.
  74. ______________________________________________________________________
  75.  
  76. This command implements the Priority Acknowledge scheme described by
  77. Eric Gustafson (N7CL), which proposes to improve multiple access
  78. performance on HF packet and to improve performance on VHF simplex
  79. channels with hidden terminals.  When a busy channel condition clears,
  80. (DCD LED goes out), the data acknowledgments will be sent immediately,
  81. while data and poll bits are held off long enough to prevent collisions
  82. with the data ACKs.  By giving priority to data ACKs, fewer ACKs will
  83. collide with other station's data, preventing useless retries of
  84. previously received data.  Regardless of ACKPRIOR, digipeated frames
  85. are still sent immediately.  RAWHDLC and KISS will force ACKPRIOR off.
  86.  
  87. These are the default settings which result in a P-persistence system
  88. with no Priority Acknowledgment:
  89.  
  90.       ACKPRIOR NO
  91.       PPERSIST YES
  92.       PERSIST  63
  93.       SLOTTIME 10
  94.       RESPTIME 5
  95.       MAXFRAME 4
  96.       FRACK    3
  97.  
  98. The following are the recommended command settings for 1200 baud VHF
  99. priority acknowledge:
  100.  
  101.       ACKPRIOR YES
  102.       PPERSIST YES
  103.       PERSIST  63
  104.       SLOTTIME 30
  105.       RESPTIME 0
  106.       MAXFRAME 1 - 7  depending on channel quality
  107.       FRACK    3
  108.       HBAUD    1200
  109.       VHF      ON
  110.       DWAIT    doesn't matter
  111.  
  112. For 300 baud HF packet:
  113.  
  114.       ACKPRIOR YES
  115.       PPERSIST YES
  116.       PERSIST  63
  117.       SLOTTIME 12
  118.       RESPTIME 0
  119.       MAXFRAME 1
  120.       FRACK    8
  121.       HBAUD    300
  122.       VHF      OFF
  123.       DWAIT    doesn't matter
  124.  
  125. For compatibility on a channel where the new system is used, stations
  126. using neither the Priority Acknowledge nor the P-persistence schemes
  127. should set DWAIT 73 for 1200 baud and DWAIT 76 for 300 baud work.
  128. Stations using P-persistence but not Priority Acknowledge should set
  129. PERSIST and SLOTTIME to the same values that ACKPRIOR stations are
  130. using.
  131. ``ACRDISP
  132. ______________________________________________________________________
  133.  
  134.      ACRDISP 'n'         Mnemonic: ACRD
  135. ______________________________________________________________________
  136.  
  137.  Parameters:
  138.  
  139.  'n' -    0 to 255 specifies the screen or printer width, in number of
  140.           columns or characters.
  141.  
  142.  0 (zero) disables the function.
  143.  
  144. Column X is 12 less than the ACRDISP value.  If ACRDISP is set to 0,
  145. then column X equals 60.  If there are no spaces at or after column X
  146. then a carriage return occurs at ACRDISP as before.  When the PK-232
  147. is in the Morse mode, received data will be broken at word boundaries
  148. if possible.  At some column "X", the PK-232 will start looking for
  149. spaces in the received data.  The first space received after column
  150. "X" forces the PK-232 to generate a carriage return.  If ALFDISP is
  151. set YES, a line feed is also generated.
  152.  
  153. Column "X" is 12 columns less than the ACRDISP value.  If ACRDISP is
  154. set to 0, then column "X" equals 60.  If there are no spaces at or
  155. after column "X", then a carriage return occurs at ACRDISP as before.
  156. ``ACRPACK
  157. ______________________________________________________________________
  158.  
  159.      ACRPACK YES|NO      Mnemonic: ACRP
  160. ______________________________________________________________________
  161.  
  162.  Parameters:
  163.  
  164.  YES -    The send-packet character, normally <CR>, IS added to all
  165.           packets sent in Converse Mode.
  166.  
  167.  NO  -    The send-packet character is NOT added to packets.
  168. ______________________________________________________________________
  169.  
  170. When ACRPACK is YES, all packets sent in Converse Mode include, as the
  171. last character of the packet, the send-packet character which forces
  172. the packet to be sent.
  173.  
  174. When ACRPACK is NO, the send-packet character is interpreted only as a
  175. command to your PK-232, not as data to be included in the packet; the
  176. character is not echoed to the terminal.
  177.  
  178. o    Set ACRPACK YES and SENDPAC $0D to produce natural conversational
  179.      mode.
  180.  
  181. Each line is sent when a <CR> is entered, and arrives at its destina-
  182. tion with a <CR> at the end of the line.
  183.  
  184. o    If the distant station reports overprinting of lines on his dis-
  185.      play, set ALFPACK YES, or suggest that the other station set his
  186.      ALFDISP YES.
  187. ``ACRRTTY
  188. ______________________________________________________________________
  189.  
  190.      ACRRTTY 'n'         Mnemonic: ACRR
  191. ______________________________________________________________________
  192.  
  193.  Parameters:
  194.  
  195.  'n' -    0 to 255 specifies the number of characters on a line after
  196.           which a carriage return <CR> is automatically inserted in
  197.           your transmitted text.  The insertion occurs after the last
  198.           space character before 'n' columns across the screen or
  199.           page.
  200.  
  201.  0   -    Zero disables the function.
  202. ______________________________________________________________________
  203.  
  204.  
  205. When sending Baudot or ASCII RTTY, the ACRRTTY feature automatically
  206. inserts and sends a carriage return at the first space character fol-
  207. lowing the 'nth' character or column.
  208.  
  209. After the line ending sequence is sent, the character counter is reset
  210. to zero (0) and the count starts again.
  211.  
  212. o    Use this option when you are hand-typing into the transmit buffer
  213.      and don't want to be bothered by watching the screen or worrying
  214.      about line length, or to see when you are coming to the end of a
  215.      line.
  216.  
  217. There are several cases in which you should NOT use this option:
  218.  
  219. o    When retransmitting text received from another station; for ex-
  220.      ample, ARRL RTTY Bulletins.
  221.  
  222. The received text already contains the necessary line-ending sequence
  223. characters.  If this option is enabled, your transmission will have
  224. double, perhaps even triple line feeds and look very strange at the
  225. distant station.
  226.  
  227. Many stations using the older electromechanical teleprinter and Tele-
  228. type machines habitually send a traditional line-ending sequence con-
  229. sisting of CR CR LF LTRS, which was needed to allow the older, slow
  230. machines to return to the left margin.  The double CR routine will
  231. produce a double line if this option is selected YES by setting the
  232. value of 'n' greater than zero length.
  233.  
  234. The same ACRRTTY function is used in AMTOR, except that AMTOR, like
  235. SITOR, is limited by international telex practices to a maximum of 69
  236. characters per line.  (If ACRRTTY is set to 71, in AMTOR the automatic
  237. carriage return function operates after 69 characters.)
  238. ``ADELAY
  239. ______________________________________________________________________
  240.  
  241.      ADELAY 'n'          Mnemonic: AD
  242. ______________________________________________________________________
  243.  
  244.  Parameters:
  245.  
  246.  'n' -    1 to 9 specifies transmitter key-up delay in ten-millisecond
  247.           intervals.
  248. ______________________________________________________________________
  249.  
  250. ADELAY is the length of time in milliseconds between the instant when
  251. the PK-232 activates the transmitter's PTT line and the ARQ data
  252. begins to flow to the transmitter.  Some delay is necessary with any
  253. radio transmitter.
  254.  
  255. o    All transmitters need some finite amount of time to switch from
  256.      receive to transmit, settle on to the operating frequency and
  257.      develop their nominal power output.
  258.  
  259. The ADELAY command allows you to adjust a variable delay, from 10 to
  260. 90 milliseconds, introduced by the PK-232 in handling the PTT (Push-
  261. to-Talk) line activation and data flow in the AMTOR mode.
  262.  
  263. o    In most cases, the default value of 4 times 10 (40) milliseconds
  264.      will be adequate for the majority of the popular HF transmitters.
  265.  
  266. o    If necessary, you can reset other values with the ADELAY command.
  267.  
  268. As an indication that adjustment is required, you may observe symptoms
  269. of periodic errors caused by loss of phasing, shown by rephase cycles
  270. in the middle of an ARQ contact.  This will occur in spite of strong
  271. signals and low QRM levels.
  272.  
  273. o    Be sure that errors and rephasing effects are not provoked by the
  274.      distant station before changing your defaults.
  275.  
  276. o    If changing your ADELAY values does not improve link performance,
  277.      reinstall your original or default values.
  278.  
  279. Because the ARQ mode allows 170 milliseconds for the signal to travel
  280. to the distant station and then return, increasing ADELAY will reduce
  281. the maximum working distance.  At 300 kilometers per millisecond, the
  282. maximum theoretical range of an ARQ contact is limited to about 25,500
  283. kilometers.  Using some of that time as transmit delay leaves less
  284. time for signal propagation.  Thus the maximum distance available is
  285. restricted - the signal cannot cover as great a distance.
  286.  
  287. Note that even the shortest possible ADELAY may not allow ARQ (Mode A)
  288. AMTOR to work very well over very short distances, e.g., one or two
  289. miles.  In very short distance work, ARQ should not be necessary to
  290. achieve error-free copy.
  291. ``ALFDISP
  292. ______________________________________________________________________
  293.  
  294.      ALFDISP YES|NO      Mnemonic: ALFD
  295. ______________________________________________________________________
  296.  
  297.  Parameters:
  298.  
  299.  YES -    A line feed character <LF> IS sent to the terminal after
  300.           each carriage return character <CR>.  Each line feed
  301.           received is ignored.
  302.  NO  -    A <LF> is NOT sent to the terminal after each <CR>.
  303. _________________________________________________________________
  304.  
  305. ALFDISP controls the display of carriage return characters received in
  306. packets, as well as echoing those that are typed in.
  307.  
  308. When ALFDISP is YES, your PK-232 adds a line feed <LF> to each
  309. carriage return <CR> received, if needed.  If a line feed was received
  310. either immediately before or after a carriage return, ALFDISP will not
  311. add another line feed.  Use the PK-232's sign-on message to determine
  312. how carriage returns are being displayed.
  313.  
  314. o    Set ALFDISP YES if the PK-232's sign-on message lines are typed
  315.      over each other.
  316. o    Set ALFDISP NO if the PK-232's sign-on message is double spaced.
  317.  
  318. ALFDISP is set correctly if the PK-232's sign-on message is single
  319. spaced.  ALFDISP affects your local display.  It does not affect the
  320. data sent in any mode.
  321.  
  322. Use the ALFPACK command if you want to add line feed characters to
  323. outgoing packets.
  324. ``ALFPACK
  325. ______________________________________________________________________
  326.  
  327.      ALFPACK YES|NO      Mnemonic: ALFP
  328. ______________________________________________________________________
  329.  
  330.  Parameters:
  331.  
  332.  YES -    A <LF> character IS added to outgoing packets following each
  333.           <CR> transmitted in the packet.
  334.  NO  -    A <LF> is NOT added to outgoing packets.
  335. _________________________________________________________________
  336.  
  337. ALFPACK is similar to ALFDISP, except that the <LF> characters are
  338. added to outgoing packets, rather than to text displayed locally only.
  339.  
  340. ALFPACK is included to maintain compatibility with other packet radio
  341. controllers.
  342.  
  343. o    If the person you are talking to reports overprinting of packets
  344.      from your station, set ALFPACK YES.  Character insertion is dis-
  345.      abled in Transparent Mode.
  346. ``ALFRTTY
  347. ______________________________________________________________________
  348.  
  349.      ALFRTTY YES|NO      Mnemonic: ALFR
  350. ______________________________________________________________________
  351.  
  352.  Parameters:
  353.  
  354.  YES -    A line feed character <LF> IS sent after each carriage re-
  355.           turn character <CR>.
  356.  
  357.  NO  -    A <LF> is NOT sent after each <CR>.
  358. ______________________________________________________________________
  359.  
  360. If ALFRTTY is set YES when transmitting Baudot or ASCII RTTY, a line
  361. feed character is added and transmitted automatically after each <CR>
  362. character you type.
  363.  
  364. o    Use this option when you are hand-typing into the transmit buffer
  365.      and don't want to be bothered by watching the screen or worrying
  366.      about line length, or to see when you are coming to the end of a
  367.      line.
  368.  
  369. There are several cases in which you should NOT use this option:
  370.  
  371. o    When retransmitting text received from another station; for ex-
  372.      ample, ARRL RTTY Bulletins.
  373.  
  374.      The received text already contains the necessary line-ending se-
  375.      quence characters.  If this option is enabled, your transmission
  376.      will have 'funny' word wrap, double, perhaps even triple line
  377.      feeds and look very strange at the distant station.
  378.  
  379. Many stations using the older electromechanical teleprinter and Tele-
  380. typetm machines habitually send a traditional line-ending sequence
  381. consisting of CR CR LF LTRS, which was needed to allow the older, slow
  382. machines to return to the left margin.  The double CR routine will
  383. produce a double line if this option is selected YES by setting the
  384. value of 'n' greater than zero length.
  385.  
  386. o    ALFRTTY has no effect in AMTOR; a line feed is automatically
  387.      added after each carriage return.
  388. ``ARQTMO
  389. ______________________________________________________________________
  390.  
  391.      ARQTMO "n"          Mnemonic: ARQT
  392. ______________________________________________________________________
  393.  
  394.  Parameters:
  395.  
  396.  "n" -    0 to 250 specifies the number of seconds to send an ARQ
  397.           SELCAL before automatic transmitter shutdown.
  398. ______________________________________________________________________
  399.  
  400. ARQTMO sets the length of time during which your ARQ SELCAL call will
  401. be sent, e.g., how long your system will call a distant station before
  402. shutting down automatically.  As a general rule, if you can't activate
  403. another AMTOR station in the default time of 90 seconds, you can prob-
  404. ably assume that the other station can't hear your transmission.
  405. ``AX25L2V2
  406. ______________________________________________________________________
  407.  
  408.     AX25L2V2 YES|NO     Mnemonic: A
  409. ______________________________________________________________________
  410.  
  411.  Parameters:
  412.  
  413.  YES -    The PK-232 uses AX.25 Level 2 Version 2.0 protocol.
  414.  
  415.  NO  -    The PK-232 uses AX.25 Level 2 Version 1.0 protocol.
  416. __________________________________________________________________
  417.  
  418. Some implementations of the earlier version of AX.25 protocol won't
  419. properly digipeat Version 2.0 AX.25 packets.  This command exists to
  420. provide compatibility with these other TNCs until their software has
  421. been updated.
  422.  
  423. For best results during this transition period set AX25L2V2 NO.
  424.  
  425. After your local area TNCs have been updated to the newer protocol
  426. version, set AX25L2V2 YES.
  427. ``AUDELAY
  428. ______________________________________________________________________
  429.  
  430.     AUDELAY 'n'              Mnemonic: AUD
  431. ______________________________________________________________________
  432.  
  433. Parameters:
  434.  
  435. 'n'     -    0 - 120 specifies an audio delay in 10 millisecond
  436.              intervals.  This is the delay between the keying of the
  437.              transmitter PTT line and the start of the transmit AFSK
  438.              audio tones.
  439. ______________________________________________________________________
  440.  
  441. In some applications it may be desirable to insert a programmable
  442. delay between the time that the radio PTT line is keyed and the time
  443. that transmit audio is actually produced by the PK-232.
  444.  
  445. One significant use is in HF applications in which high-power RF
  446. amplifier is used.  Arcing of the amplifier relay contacts may occur
  447. if RF drive to the amplifier is applied before the amplifier's antenna
  448. relay contacts have closed.
  449.  
  450. If RF amplifier arcing occurs, increase the value of AUDELAY in small
  451. increments until the arcing stops.
  452.  
  453. In VHF or UHF FM operation, some synthesized transceivers may emit
  454. undesirable spurious emissions when switching from receive to transmit
  455. if audio is applied at the same time as PTT.  These spurious emissions
  456. may be reduced by setting AUDELAY to approximately one-half the value
  457. of TXDELAY.
  458.  
  459.          NOTE: AUDELAY must always be less than TXDELAY!
  460.  
  461. It is advisable that AUDELAY be set lower than TXDELAY by a difference
  462. of 10.  For example, assume that you've determined that a TXDELAY of
  463. 20 works well for your transceiver.  Subtracting 10 from 20 yields 10,
  464. which is the recommended setting for AUDELAY.  If a setting of AUDELAY
  465. of 10 is too short, then set both TXDELAY and AUDELAY higher.
  466. ``AXDELAY
  467. ______________________________________________________________________
  468.  
  469.      AXDELAY 'n'         Mnemonic: AXD
  470. ______________________________________________________________________
  471.  
  472.  Parameters:
  473.  
  474.  'n' 0 to 180  specifies a key-up delay for voice repeater operation
  475.                in ten-millisecond intervals.
  476. ______________________________________________________________________
  477.  
  478. AXDELAY specifies the period of time the PK-232 will wait - in addi-
  479. tion to the normal delay set by TXDELAY - after keying the transmitter
  480. and before data is sent.
  481.  
  482. Packet groups using a standard 'voice' repeater to extend the range of
  483. the local area network may need to use this feature.
  484.  
  485. Repeaters with slow electromechanical relays, split sites, auxiliary
  486. links (or other circuits which delay transmission for some time after
  487. the RF carrier is present) require some finite amount of time to get
  488. RF on the air.
  489.  
  490. Try various values to find the best value for 'n' if you're using a
  491. repeater that hasn't been used for packet operations before
  492.  
  493. If other packet stations have been using the repeater, check with them
  494. for the proper setting.
  495.  
  496. AXDELAY acts together with AXHANG.
  497. ``AXHANG
  498. ______________________________________________________________________
  499.  
  500.      AXHANG 'n'           Mnemonic: AXH
  501. ______________________________________________________________________
  502.  
  503.  Parameters:
  504.  
  505.  'n' -    0 to 20 specifies voice repeater 'hang time' in 100-milli-
  506.           second intervals.
  507. ______________________________________________________________________
  508.  
  509. AXHANG greater than 0 allows you to increase channel efficiency when
  510. sending packets through an audio repeater that has a hang time greater
  511. than 100 milliseconds.  With a longer hang time, you can eliminate the
  512. repeater keyup delay after keying the transmitter if the repeater is
  513. still transmitting.
  514.  
  515. When the PK-232 has heard a packet sent within the hang period, it
  516. does not add the repeater keyup delay (AXDELAY) to the key-up time.
  517.  
  518. Try various values to find the best value for 'n' if you are using a
  519. repeater that hasn't been used for packet operations before.
  520.  
  521. If other packet stations have been using the repeater, check with them
  522. for the proper setting.
  523. ``BEACON
  524. ______________________________________________________________________
  525.  
  526.      BEACON EVERY|AFTER 'n'    Mnemonic: B
  527. ______________________________________________________________________
  528.  
  529.  Parameters:
  530.  
  531.  EVERY    -    Send the beacon at regular intervals.
  532.  AFTER    -    Send the beacon once after the specified time interval
  533.                without packet activity.
  534.  'n'      -    0 to 250 sets beacon timing in ten-second intervals.
  535.  '0'      -    Zero turns off the beacon.
  536. ______________________________________________________________________
  537.  
  538. The BEACON command sets the conditions under which your packet beacon
  539. will be transmitted.
  540.  
  541. o    A beacon frame contains the text that you've typed into the BTEXT
  542.      message in a packet addressed to 'CQ' or other UNPROTO address.
  543.  
  544. o    A beacon frame may be sent directly, and also sent via the digi-
  545.      peat addresses specified by the UNPROTO command.
  546.  
  547. When the keyword EVERY is specified a beacon packet is sent every 'n'
  548. times ten seconds.  This mode can be used to transmit packets for
  549. testing purposes.
  550.  
  551. When AFTER is specified, a beacon is sent after 'n' times ten seconds
  552. have passed without packet activity.
  553.  
  554. o    The beacon is sent only once until further activity is detected.
  555.  
  556. This mode can be used to send announcements or test messages only when
  557. packet stations are on the air.
  558.  
  559. o    Proper choice of 'n' avoids cluttering a busy channel with lots
  560.      of unnecessary transmissions.
  561.  
  562. Beacon frames from other packet stations can be monitored by setting
  563. MONITOR in the range 1-6.
  564.  
  565. o    If you set the BEACON timing at less than '90' - a value judged
  566.      by most authoritative sources as too short for busy channels -
  567.      you'll see the message:
  568.  
  569.           WARNING: BEACON too often
  570.  
  571.      The warning message appears in the Command Mode each time a new
  572.      command is typed.
  573. ``BTEXT
  574. ______________________________________________________________________
  575.  
  576.      BTEXT text          Mnemonic: BT
  577. ______________________________________________________________________
  578.  
  579.  Parameters:
  580.  
  581.  text     Any combination of characters and spaces, up to a maximum
  582.           length of 120 characters.
  583. ______________________________________________________________________
  584.  
  585. BTEXT is the content of the data portion of a beacon packet.  The de-
  586. fault text is an empty string (no message).  Beacon packets are dis-
  587. cussed in more detail under the BEACON command.
  588.  
  589. Although the beacon subject is controversial in packet circles, you
  590. can use beacon texts intelligently and benefit the packet community.
  591.  
  592. o    Don't type your call sign in BTEXT - the normal packet header
  593.      shows it for you.
  594.  
  595. o    Don't fill BTEXT with screen graphics such as asterisks, colons
  596.      and semicolons, parentheses, etc.  Use BTEXT for meaningful data
  597.      such as meeting announcements, weather warnings, etc.
  598.  
  599. o    Don't use BTEXT to tell the world that your 'DIGIPEAT IS ON' and
  600.      'BUFFER SAVE TO DISK IS ENABLED' - put this information in your
  601.      CTEXT message so that it is seen by the station that connects to
  602.      you - the only station that really can use that information.
  603.  
  604. o    After you've beaconed for a week or two and the packet community
  605.      has learned who and where you are, follow the practice used by
  606.      more experienced packeteers:  SET BEACON EVERY 0!
  607.  
  608. You can send multiple-line messages in your beacon by including <CR>
  609. characters in the text.  <CR> is inserted by typing the PASS character
  610. before the <CR>
  611.  
  612. o    The PASS character is set by the PASS command.
  613.  
  614. If you enter a text string longer than 120 characters, the command is
  615. ignored and the following error message appears:
  616.  
  617.      ?too long
  618.  
  619. A packet bulletin board (PBBS) program may set the beacon text to a
  620. message like this, updating the text after each connection:
  621.  
  622.      MAIL for:  WB9FLW AD7I K9NG N7ML W2JUP WB2MNF WA7MBL W0RLI WA7GXD
  623.  
  624. o    Use a '%,' '&', 'N,' 'NO,' 'NONE,' or OFF as the first characters
  625.      in the text to clear the BTEXT text.
  626. ``CCITT
  627. ______________________________________________________________________
  628.  
  629.      CCITT YES|NO         Mnemonic: CC
  630. ______________________________________________________________________
  631.  
  632.  Parameters:
  633.  
  634.  YES -    Characters typed on the keyboard or loaded from disk files
  635.           are translated into CCITT International Telegraph Alphabet
  636.           #2 before being sent.
  637.  NO  -    Characters sent to the PK-232 are not translated into CCITT
  638.           ITA #2, but remain in the American standard Baudot format
  639.           (typically Western Union).
  640. ______________________________________________________________________
  641.  
  642. Your computer or terminal will probably send a full ASCII character
  643. set to the PK-232.  Although there is no absolute standard, the fol-
  644. lowing keyboard is typical of the IBM PC and compatibles.
  645.  
  646.           LOWER CASE SET                UPPER CASE SET
  647.  
  648.      1 2 3 4 5 6 7 8 9 0 - =       ! @ # $ % ^ & * ( ) _ +
  649.      q w e r t y u i o p [ ]       Q W E R T Y U I O P { }
  650.      a s d f g h j k l ; '         A S D F G H J K L : '
  651.      z x c v b n m , . /           Z X C V B N M < > ?
  652.  
  653. If you set CCITT NO, the PK-232 transmits the following character set
  654. in the Baudot Mode (see NOTE below!):
  655.  
  656.           LOWER CASE SET                UPPER CASE SET
  657.  
  658.      1 2 3 4 5 6 7 8 9 0 -         !   # $     &   ( )
  659.      Q W E R T Y U I O P           Q W E R T Y U I O P
  660.      A S D F G H J K L ; '         A S D F G H J K L : '
  661.      Z X C V B N M , . /           Z X C V B N M , . ?
  662.  
  663. If you set CCITT YES, the PK-232 sends International Telegraph
  664. Alphabet #2 character set in the Baudot and AMTOR modes:
  665.  
  666.           LOWER CASE SET                UPPER CASE SET
  667.  
  668.      1 2 3 4 5 6 7 8 9 0 - =       ? ? ? ? ? ? ? ( ) ? +
  669.      Q W E R T Y U I O P ? ?       Q W E R T Y U I O P ?
  670.      A S D F G H J K L ? '         A S D F G H J K L : ?
  671.      Z X C V B N M , . /           Z X C V B N M , . ?
  672.  
  673. NOTE:     FCC Part 97.69 calls for the use of 'International Telegraph
  674.           Alphabet Number 2 (commonly known as Baudot); a single chan-
  675.           nel, five unit (start-stop) teleprinter code conforming to
  676.           the International Telegraph Alphabet Number 2 with respect
  677.           to all letters and numerals (including the slant sign or
  678.           fraction bar);' etc.  The characters '$', '#' and '&' are
  679.           NOT generally used in international Baudot RTTY.
  680. ``CFROM
  681. ______________________________________________________________________
  682.  
  683.  CFROM all,none,yes/no call1[,call2..]  Mnemonic: CF
  684. ______________________________________________________________________
  685.  
  686.  Parameters:
  687.  
  688.  call     -  all, none, YES list, NO list.
  689.              list of up to eight call signs, separated by commas.
  690. ______________________________________________________________________
  691.  
  692. CFROM uses arguments to determine how your PK-232 responds to connect
  693. requests - which calls are accepted and which calls are rejected.
  694. CFROM is set to 'all' when you start your PK-232 for the first time.
  695.  
  696. Type CFROM to display the ALL/NONE/YES_list/NO_list status of station
  697. call signs to be rejected or accepted.  You can use the abbreviated
  698. command form or mnemonic:
  699.  
  700.           cmd:cfrom
  701.           CFROM    all
  702.           cmd:cf
  703.           CFROM    yes WX1AAA,WX2BBB,WX3CCC,WX4DDD
  704.  
  705. To reject all call requests, type CFROM NONE.  Your PK-232 sends the
  706. calling station a DM packet, or 'busy signal.'  The caller sees:
  707.  
  708.           *** MYCALL busy
  709.           *** DISCONNECTED: (call sign)
  710.  
  711. Your PK-232 notifies you of these call requests:
  712.  
  713.           *** Connect request: WX1AAA
  714.  
  715. To accept calls from one or more specific stations, type CFROM YES
  716. (followed by a list of calls signs).  Connects will be accepted from
  717. stations whose call signs are listed after CFROM YES.
  718.  
  719. To reject calls from one or more specific stations, type CFROM NO
  720. (followed by a list of call signs).  Connects will be rejected from
  721. stations whose call signs are listed after CFROM NO.
  722.  
  723. You can include optional SSIDs specified as '-n' after the call sign.
  724. If CFROM is set to 'no W2JUP' or 'yes W2JUP', any combination W2JUP,
  725. W2JUP-1,...W2JUP-15 will be matched and processed.  If CFROM is set to
  726. 'yes W2JUP-1' or 'no W2JUP-1', then only W2JUP-1 will match and be
  727. processed.
  728.  
  729. You can send your own connect command if you wish to chat with the
  730. calling station even though his/her call request has been rejected.
  731.  
  732. Clear CFROM with '%' '&' or 'OFF' as arguments.
  733. ``CHECK
  734. ______________________________________________________________________
  735.  
  736.      CHECK 'n'           Mnemonic: CH
  737. ______________________________________________________________________
  738.  
  739.  Parameters:
  740.  
  741.  'n' -    0 to 250 specifies the check time in ten-second intervals.
  742.  
  743.   0  -    Zero disables this feature.
  744. ______________________________________________________________________
  745.  
  746. CHECK sets a timeout value for a packet connection and depends on the
  747. setting of AX25L2V2.
  748.  
  749. Without the CHECK feature, if your PK-232 were linked or 'connected'
  750. to another station and the other station seemed to 'disappear', your
  751. PK-232 would remain in the connected state indefinitely, refusing con-
  752. nections from other stations.
  753.  
  754. This might happen if propagation changes unexpectedly or an intermedi-
  755. ate digipeater station fails or is shut down while you and the distant
  756. station are connected 'via' that digipeater.
  757.  
  758. Your PK-232 tries to prevent this sort of 'lockup' from occurring by
  759. sending a new connect request packet when the specified time elapses
  760. without any packets being heard from the other TNC.
  761.  
  762. If a pre-Version 2 link is inactive for (CHECK times ten seconds),
  763. your PK-232 tries to save the link by starting a reconnect sequence.
  764. The PK-232 enters the 'connect in progress' state and sends SABM
  765. (Connect Request) frames.  In addition, the PK-232 adds a random time
  766. of up to 30 seconds each time CHECK is used.
  767.  
  768. o    If AX25L2V2 is YES and packets have not been heard from the dis-
  769.      tant end for 'n' times 10 seconds, your PK-232 sends a 'check
  770.      packet' to test if the link still exists to the other station.
  771.  
  772. The 'check' packet frame contains no information, but is interpreted
  773. by the distant station's TNC to see if it is still connected.  If the
  774. distant station's TNC is still connected, the distant station sends an
  775. appropriate response packet.
  776.  
  777. If your PK-232 initiates the 'check' and does not get an answer after
  778. RETRY+1 attempts, your PK-232 starts a reconnect sequence just as if
  779. you had typed the CONNECT command.
  780.  
  781. o    If AX25L2V2 is NO and the other station has not been heard for
  782.      'n' times 10 seconds, your PK-232 does not test the link to the
  783.      distant station; your PK-232 sends a reconnect packet just as if
  784.      you had typed the CONNECT command if RELINK is YES.  If RELINK is
  785.      NO, the PK-232 will immediately go to the "disconnected" state.
  786. ``CMSG
  787. ______________________________________________________________________
  788.  
  789.      CMSG YES|NO         Mnemonic: CMS
  790. ______________________________________________________________________
  791.  
  792.  Parameters:
  793.  
  794.  YES -    The recorded CTEXT message is sent as the first packet after
  795.           a connection is established by a connect request from a dis-
  796.           tant station.
  797.  NO  -    The text message is not sent at all.
  798. ______________________________________________________________________
  799.  
  800. CMSG enables or disables automatic transmission of the CTEXT message
  801. when your PK-232 accepts a connect request from another station.
  802.  
  803. o    Set CMSG YES to tell callers that you're not available to an-swer
  804.      calls manually when they connect to your PK-232.
  805.  
  806. o    Set CMSG NO when available to operate or answer calls manually.
  807. ``CODE
  808. ______________________________________________________________________
  809.  
  810.      CODE 'n'           Mnemonic: COD                     
  811. ______________________________________________________________________
  812.  
  813.  Parameters:
  814.  
  815.  'n'   -   0 to 5 specifies a code from the list in the SIAM chapter 
  816.            of the Revision E of the PK-232 Operating manual.
  817. ______________________________________________________________________
  818.  
  819. For the International Morse alphabet (CODE 0), the following 
  820. characters have been added since 25-JUN-87 for receiving and 
  821. transmitting:
  822.  
  823.    $40     @       ..-..
  824.    $5B     [       .-.-       Formerly received as aa
  825.    $5C     \       ---.       Formerly received as oe
  826.    $5D     ]       .--.-
  827.    $5E     ^       ..--       Formerly received as ue
  828.  
  829. These are for the Swedish alphabet, but have applications for German
  830. also.
  831.  
  832. Chapter 4 and the SIAM appendix of the PK-232 manual further describe
  833. Morse.
  834. ``CONNECT
  835. ______________________________________________________________________
  836.  
  837.      CONNECT call1 [VIA call2[,call3...,call9]]   Immediate Command
  838. ______________________________________________________________________
  839.  
  840.  Parameters:
  841.  
  842.  call1    -    Call sign of the distant station to which you wish to
  843.                be connected.
  844.  call2    -    Optional call sign(s) of up to eight digipeaters via
  845.                which you'll be repeated to reach the distant station.
  846. ______________________________________________________________________
  847.  
  848. CONNECT sends a connect request to station 'call1,' directly or via
  849. one or more digipeaters.  Each call sign can include an optional SSID
  850. 'n' immediately after the call sign.
  851.  
  852. The part of the command line shown in brackets below is optional.  The
  853. double-bracketed text ',call3...,call9' is also optional and is used
  854. only when 'VIA call2' is used, that is, when connecting through one or
  855. more digipeaters.  (The brackets and quotation marks are used in this
  856. text only for clarity - please don't type them!)
  857.  
  858.           VIA call2[, call3...,call9]
  859.  
  860. o    Type the digipeater fields in the exact sequence you wish to use
  861.      to route your packets to destination station 'call1.'
  862.  
  863. If you type CONNECT while your PK-232 is connected, or trying to con-
  864. nect to or disconnect from a distant station, your monitor displays:
  865.  
  866.           Link state is: CONNECT in progress
  867.  
  868. If the distant station doesn't 'ack' your connect request after the
  869. number of tries specified by RETRY, the CONNECT command is canceled.
  870. Your monitor displays:
  871.  
  872.           cmd:*** Retry count exceeded
  873.           *** DISCONNECTED: (call sign)
  874.  
  875. To connect directly to WX1AAA, you would type:
  876.  
  877.           CONNECT WX1AAA (or C WX1AAA)
  878.  
  879. To connect to WX1AAA using WX2BBB (with whom you can easily connect )
  880. and WX3CCC (who is near AAA ) as digipeaters, you would type:
  881.  
  882.           CONNECT WX1AAA VIA WX2BBB,WX3CCC
  883.  
  884. Type CONNECT or 'C' without arguments to see the link status and the
  885. number of unacknowledged, outstanding packets.
  886. ``CONOK
  887. ______________________________________________________________________
  888.  
  889.      CONOK YES|NO         Mnemonic: CONO
  890. ______________________________________________________________________
  891.  
  892. Parameters:
  893.  
  894. YES -     Connect requests from other stations will be accepted if
  895.           CFROM is set to ALL.
  896. NO  -     Connect requests from other stations will not be accepted if
  897.           CFROM is set to ALL or NONE.
  898. ______________________________________________________________________
  899.  
  900. CONOK is included only to maintain upward compatibility with the TAPR
  901. TNCs and some BBS software that depends on this command being there.
  902. The command CFROM is much more versitile, and should be used instead
  903. of CONOK.
  904. Make sure that CFROM is set to ALL if your software needs CONOK.
  905. ``CONPERM
  906. ______________________________________________________________________
  907.  
  908.      CONPERM YES|NO      Mnemonic: CONP
  909. ______________________________________________________________________
  910.  
  911.  Parameters:
  912.  
  913.  YES -    The current connection on the current channel is not allowed
  914.           to enter the disconnected state.
  915.  
  916.  NO  -    The current channel can be connected to and disconnected
  917.           from other stations.
  918. ______________________________________________________________________
  919.  
  920. When YES CONPERM forces the PK-232 to maintain the current connection,
  921. even when frames to the other station exceed RETRY attempts for an
  922. acknowledgement.  RESTART and power off/on cycling do not affect this
  923. connected state.
  924.  
  925. CONPERM works only when a connection is established.  It functions on
  926. a channel-by-channel basis when multiple connections are allowed.
  927.  
  928. CONPERM allows connections on other logical channels to work normally.
  929. For example, automatic disconnect based on RETRY, when used under con-
  930. ditions such as:
  931.  
  932. o    Certain networking applications
  933.  
  934. o    Meteor scatter
  935.  
  936. o    Other noisy, less reliable links
  937.  
  938. CONPERM YES may be advantageous when using full-duplex continuous mail
  939. forwarding or traffic links.
  940. ``CONSTAMP
  941. ______________________________________________________________________
  942.  
  943.      CONSTAMP YES|NO     Mnemonic: CONS
  944. ______________________________________________________________________
  945.  
  946.  Parameters:
  947.  
  948.  YES -    Connect status messages ARE time stamped.
  949.  NO  -    Connect status messages are NOT time stamped.
  950. ______________________________________________________________________
  951.  
  952. CONSTAMP activates time stamping of *** CONNECTED status messages.
  953.  
  954. If CONSTAMP is YES and DAYTIME (the PK-232's internal clock) is set,
  955. date and time information generated in the PK-232 is available for
  956. bulletin board programs or other host computer applications.
  957.  
  958. Date and time must be set initially by the DAYTIME command before time
  959. stamping will occur.  For example, if CONSTAMP is YES and the date and
  960. time have been set in the PK-232, a connect and disconnect sequence
  961. appears as follows:
  962.  
  963.           cmd:connect w2jup
  964.           cmd:10:55:23  *** CONNECTED to W2JUP
  965.           cmd:disconnect
  966.           cmd:10:55:59  *** DISCONNECTED: W2JUP
  967.  
  968. The CONNECT and DISCONNECT command can be abbreviated as shown below.
  969. The results are identical.
  970.  
  971.           cmd:c w2jup
  972.           cmd:10:56:22  *** CONNECTED to W2JUP
  973.           cmd:d
  974.           cmd:10:56:32  *** DISCONNECTED: W2JUP
  975. ``CRADD
  976. ______________________________________________________________________
  977.  
  978.      CRADD YES|NO        Mnemonic: CRA
  979. ______________________________________________________________________
  980.  
  981.  Parameters:
  982.  
  983.  YES -    Send <CR CR LF> in Baudot RTTY.
  984.  NO  -    Send <CR LF> in Baudot RTTY.
  985. ______________________________________________________________________
  986.  
  987. The CRADD command permits you to set the PK-232's 'newline' sequence
  988. so that an additional carriage return is ADDed automatically at the
  989. end of each typed line.
  990.  
  991. When CRADD is set YES the line-end sequence is <CR><CR><LF>.
  992. When CRADD is set NO the line-end sequence is <CR><LF>.
  993.  
  994. o    The double carriage return is required in some RTTY services such
  995.      as MARS operation.
  996.  
  997. CRADD has no effect on received data.
  998. ``CTEXT
  999. ______________________________________________________________________
  1000.  
  1001.      CTEXT text          Mnemonic: CT
  1002. ______________________________________________________________________
  1003.  
  1004.  Parameters:
  1005.  
  1006.  text     Any combination of characters and spaces up to a maximum of
  1007.           120 characters.
  1008. ______________________________________________________________________
  1009.  
  1010. CTEXT is the 'automatic answer' text you type in to a special section
  1011. if the PK-232's memory.
  1012.  
  1013. The default text says, 'Please leave a message, then disconnect.'
  1014.  
  1015. If CMSG is set YES:
  1016.  
  1017. o    The CTEXT message is sent as soon as another station connects to
  1018.      your station.
  1019.  
  1020. To type multiple-line CTEXT messages and include a carriage return
  1021. (<CR>) character in your text, use the PASS character (<CTRL-V> is the
  1022. default value) immediately preceding the carriage return (see the PASS
  1023. command).
  1024.  
  1025. A typical CTEXT message might be:
  1026.  
  1027.      'I'm not available right now <CTRL-V> <CR>
  1028.      Please leave your message, then disconnect <CR>
  1029.  
  1030. o    If you enter a text string longer than 120 characters, an error
  1031.      message appears and the command is ignored.
  1032.  
  1033.                ?too long
  1034.                cmd:
  1035.  
  1036. o    Use a percent sign (%), an ampersand (&), 'N,' 'NO,' 'NONE' or
  1037.      'OFF' as the first characters in the CTEXT message to clear the
  1038.      previous message without having to type a RESET command.
  1039. ``CWID
  1040. ______________________________________________________________________
  1041.  
  1042.      CWID 'n'            Mnemonic: CW
  1043. ______________________________________________________________________
  1044.  
  1045. The CWID command lets you change the 'send CWID' control character
  1046. typed at the end of your Baudot and ASCII RTTY keyboard dialogue or
  1047. text file stored on disk.
  1048.  
  1049. When the PK-232 reads this specific character embedded at the end of
  1050. the text or keyboard input, it switches to the Morse Mode and sends
  1051. your call sign, in Morse code, at the keying speed set by the MSPEED
  1052. command.
  1053.  
  1054. As soon as your call sign has been sent in Morse, the PK-232 turns off
  1055. your transmitter and returns to Baudot or ASCII RTTY receive in the
  1056. Command Mode.
  1057.  
  1058. o    Type 'CWID' (or just 'CW') to display the current value of the
  1059.      CWID command:
  1060.  
  1061.           cmd:cwid                      cmd:cw
  1062.           CWID     $06 CTRL-F           CWID     $06 CTRL-F
  1063.           cmd:                          cmd:
  1064.  
  1065. o    Type 'CWID' followed by either the decimal or hexadecimal value
  1066.      of the new character you wish to use as the CWID trigger command:
  1067.  
  1068.           cmd:cwid 27
  1069.           CWID     was $06 CTRL-F
  1070.           cmd:
  1071.  
  1072. o    Type 'CWID or 'CW' again to verify the new command character:
  1073.  
  1074.           cmd:cwid
  1075.           CWID     $1B CTRL-[
  1076.  
  1077. o    You can return to the original or default value at any time by
  1078.      typing the following:
  1079.  
  1080.           cmd:cwid $06
  1081.           CWID     was $1B CTRL-[
  1082.  
  1083. You can also use the command 'CWID YES' or 'CWID NO' to activate or
  1084. deactivate the function.  In either case, your PK-232 responds with
  1085. the previous state:
  1086.  
  1087.           cmd:cwid on
  1088.           CWID    was $00
  1089. ``DAYTIME
  1090. ______________________________________________________________________
  1091.  
  1092.      DAYTIME date&time   Mnemonic: DA
  1093. ______________________________________________________________________
  1094.  
  1095.  Parameters:
  1096.  date&time     -    Current DATE and TIME to set.
  1097. ______________________________________________________________________
  1098.  
  1099. DAYTIME sets the PK-232's internal clock current date and time.  The
  1100. date&time parameter is used in Packet Mode by the commands CONSTAMP
  1101. and MSTAMP to 'time stamp' received and monitored messages.
  1102.  
  1103. Entries in the 'heard' (displayed by MHEARD) are also time stamped if
  1104. date&time has been set.  The PK-232's time is updated continuously, as
  1105. long as it is powered up.
  1106.  
  1107. The clock is not set when the PK-232 is turned on.  The DAYTIME com-
  1108. mand displays the following error message:
  1109.  
  1110.           cmd:day
  1111.           ?clock not set
  1112.  
  1113. o    You must reset date and time each time you turn on the PK-232.
  1114.      Otherwise CONSTAMP and MSTAMP won't 'stamp' the time.
  1115.  
  1116. If you type DAYTIME without a parameter the PK-232 displays current
  1117. date and time information.  The format of the display is:
  1118.  
  1119.                    dd-mm-yy   hh:mm:ss
  1120.           DAYTIME  09-Mar-87  06:57:33
  1121.  
  1122. o    The format for entering the date & time is:
  1123.  
  1124.                       yymmddhhmm
  1125.           cmd:daytime 8703090659
  1126.  
  1127.      where:
  1128.           yy is the last two digits of the year
  1129.           mm is the two-digit month code (01-12)
  1130.           dd is date (01-31)
  1131.           hh is the hour (00-23)
  1132.           mm is the minutes after the hour (00-59)
  1133. Example:  cmd:daytime 87 03 08 06 59
  1134.  
  1135. You can insert separators or delimiters such as SPACE, '/', ':' or
  1136. ';'.  Successful date and time entry is confirmed when the PK-232
  1137. echoes the new setting.
  1138.  
  1139. o    Enter the numbers 0-9 with leading zeros; codes must be exactly
  1140.      two digits.
  1141. o    Be aware of the month when you set the date - the PK-232 does not
  1142.      check for the correct number of days in a month.
  1143. ``DAYSTAMP
  1144. ______________________________________________________________________
  1145.  
  1146.      DAYSTAMP YES|NO     Mnemonic: DAYS
  1147. ______________________________________________________________________
  1148.  
  1149.  Parameters:
  1150.  
  1151.  YES -    The DATE is included in CONSTAMP and MSTAMP.
  1152.  
  1153.  NO  -    Only the TIME is included in CONSTAMP and MSTAMP.
  1154. ______________________________________________________________________
  1155.  
  1156. DAYSTAMP activates the date in CONSTAMP and MSTAMP.
  1157.  
  1158. o    Set DAYSTAMP YES when you want a dated record of packet channel
  1159.      activity, or when you're unavailable for local packet operation.
  1160. ``DFROM
  1161. ______________________________________________________________________
  1162.  
  1163.  DFROM all,none,yes/no call1[,call2..]  Mnemonic: DF
  1164. ______________________________________________________________________
  1165.  
  1166.  Parameters:
  1167.  
  1168.  call     -  all, none, YES list, NO list.
  1169.              list of up to eight call signs, separated by commas.
  1170. ______________________________________________________________________
  1171.  
  1172. DFROM uses arguments to determine how your PK-232 responds to stations
  1173. trying to use your station as a digipeater - which stations will be
  1174. repeated and which stations will not be repeated.  DFROM is set to
  1175. 'all' when you start your PK-232 for the first time.
  1176.  
  1177. Type DFROM to display the ALL/NONE/YES_list/NO_list status of
  1178. station's call signs whose packets will or will not be repeated.  You
  1179. can use the abbreviated command form or mnemonic:
  1180.  
  1181.           cmd:dfrom
  1182.           DFROM    all
  1183.           cmd:df
  1184.           DFROM    yes WX1AAA,WX2BBB,WX3CCC,WX4DDD
  1185.  
  1186. To prevent all stations from using your station as a digipeater, type
  1187. DFROM NONE.
  1188.  
  1189. To permit one or more specific stations to digipeat through your
  1190. station, type DFROM YES (followed by a list of calls signs).  Packets
  1191. will be digipeated only from and to stations whose call signs are
  1192. listed.
  1193.  
  1194. To prevent one or more specific stations to digipeat through your sta-
  1195. tion, type DFROM NO (followed by a list of call signs).  Packets will
  1196. not be digipeated only from and to stations whose call signs are
  1197. listed.
  1198.  
  1199. You can include optional SSIDs specified as '-n' after the call sign.
  1200. If DFROM is set to 'no NK6K' or 'yes NK6K,' any combination NK6K,
  1201. NK6K-1,...NK6K-15 will be matched and processed.  If DFROM is set to
  1202. 'yes NK6K-1' or 'no NK6K-1,' then only NK6K-1 will match and be pro-
  1203. cessed.
  1204.  
  1205. Clear DFROM with '%' '&' or 'OFF' as arguments.
  1206. ``DIDDLE
  1207. ______________________________________________________________________
  1208.  
  1209.     DIDDLE: YES|NO           Mnemonic: DID
  1210. ______________________________________________________________________
  1211.  
  1212. Parameters:
  1213.  
  1214. YES     -    If the user is not typing characters (idle keyboard), in
  1215.              Baudot mode the PK-232 sends the LTRS character.  In
  1216.              ACSII, the PK-232 sends the NULL (00) character.
  1217.  
  1218. NO      -    The PK-232 sends a continuous Mark tone or carrier while
  1219.              the user is not typing and the keyboard is idle.
  1220.  
  1221. ______________________________________________________________________
  1222.  
  1223. In Baudot and ASCII RTTY modes, there are times and conditions when it
  1224. may be desirable to continue sending data transitions (changes from
  1225. Mark to Space) while not actually typing characters on the keyboard.
  1226.  
  1227. When DIDDLE is set YES, the PK-232 sends the characters mentioned above
  1228. while waiting for keyboard entry.
  1229. ``DIGIPEAT
  1230. ______________________________________________________________________
  1231.  
  1232.      DIGIPEAT YES|NO         Mnemonic: DIG
  1233. ______________________________________________________________________
  1234.  
  1235. Parameters:
  1236.  
  1237. YES -     The PK-232 will Digipeat packets from all other stations if
  1238.           DFROM is set to ALL.
  1239. NO  -     The PK-232 will not Digipeat packets from other stations if
  1240.           DFROM is set to ALL or NONE.
  1241. ______________________________________________________________________
  1242.  
  1243. DIGIPEAT is included only to maintain upward compatibility with the
  1244. TAPR TNCs and some BBS software that depends on this command being
  1245. there.  The command DFROM is much more versitile, and should be used
  1246. instead of DIGIPEAT.
  1247. Make sure that DFROM is set to ALL if your software needs DIGIPEAT.
  1248. ``DISCONNECT
  1249. ______________________________________________________________________
  1250.  
  1251.      DISCONNE            Mnemonic: D              Immediate Command
  1252. ______________________________________________________________________
  1253.  
  1254.  DISCONNE is an immediate command that initiates a disconnect command
  1255. to the distant station to which you are connected.
  1256.  
  1257. If your disconnect command is successful, your monitor will display:
  1258.  
  1259.      *** DISCONNECTED: (call sign)
  1260.  
  1261. Other commands can be entered while a disconnect is in progress.  New
  1262. connections are not allowed until the disconnect is completed.
  1263.  
  1264. o    If the retry count is exceeded while waiting for the distant sta-
  1265.      tion to acknowledge your disconnect command, your PK-232 switches
  1266.      to the disconnected state.
  1267.  
  1268. o    If another disconnect command is entered while your PK-232 is
  1269.      trying to disconnect, the retry count is immediately set to the
  1270.      maximum number.  In either case, your monitor displays:
  1271.  
  1272.           *** Retry count exceeded
  1273.           *** DISCONNECTED: (call sign)
  1274.  
  1275.      Disconnect messages are not displayed when your PK-232 is in the
  1276.      Transparent Mode.
  1277. ``DWAIT
  1278. ______________________________________________________________________
  1279.  
  1280.      DWAIT 'n'           Mnemonic: DW
  1281. ______________________________________________________________________
  1282.  
  1283.  Parameters:
  1284.  
  1285.  'n' -    0 to 250 specifies wait time in ten-millisecond intervals.
  1286. ______________________________________________________________________
  1287.  
  1288. DWAIT helps to avoid collisions with digipeated packets.
  1289.  
  1290. Unless the PK-232 is waiting to transmit digipeated packets, DWAIT
  1291. forces your PK-232 to pause after last hearing data on the channel,
  1292. for the duration of the DWAIT (Default Wait) time, before it begins
  1293. its transmitter keyup sequence.
  1294.  
  1295. Wherever possible, the value of DWAIT should be agreed on by all sta-
  1296. tions in a local area when digipeaters are used in the area.  The best
  1297. value will be determined by experimenting.
  1298.  
  1299. DWAIT is a function of the keyup time (TXDELAY) of the digipeater sta-
  1300. tions and helps alleviate the drastic reduction of throughput that
  1301. occurs on a channel when digipeated packets suffer collisions.
  1302.  
  1303. DWAIT is necessary because digipeated packets are not retried by the
  1304. digipeater, but are always restarted by the originating station.  When
  1305. all stations specify a default wait time, and the right value of 'n'
  1306. is chosen, the digipeater captures the frequency every time it has
  1307. data to send - digipeated packets are sent without this delay.
  1308.  
  1309. Recommended settings of DWAIT for different types of packet station
  1310. operation are:
  1311.  
  1312.      TYPE OF OPERATION   TIME (in msec.)     DWAIT VALUE
  1313.  
  1314.      Digipeaters              0                   0
  1315.      Local keyboards         160                 16 (default)
  1316.      PBBSs, Hosts            320                 32
  1317.      File transfers          480                 48
  1318. ``FRACK
  1319. ______________________________________________________________________
  1320.  
  1321.      FRACK 'n'           Mnemonic: FR
  1322. ______________________________________________________________________
  1323.  
  1324.  Parameters:
  1325.  
  1326.  'n' -    1 to 15, specifying frame acknowledgment timeout in one-
  1327.           second intervals.
  1328. ______________________________________________________________________
  1329.  
  1330. FRACK is the FRame ACKnowledgement time in seconds that your PK-232
  1331. will wait for acknowledgement of the last-sent protocol frame before
  1332. resending or 'retrying' that frame.
  1333.  
  1334. After sending a packet requiring acknowledgment, the PK-232 waits for
  1335. FRACK seconds timeout before incrementing the retry counter and send-
  1336. ing the frame again.  If the packet address includes digipeat instruc-
  1337. tions, the time between retries is adjusted to:
  1338.  
  1339.      Retry interval = 'n' x (2 x m + 1)
  1340.           where m is the number of intermediate relay stations.
  1341.  
  1342. When a packet is retried, a random wait time is added to any other
  1343. wait times in use.  This avoids lockups in which two packet stations
  1344. repeatedly send packets which collide with each other.
  1345. ``FULLDUP
  1346. ______________________________________________________________________
  1347.  
  1348.      FULLDUP YES|NO      Mnemonic: FU
  1349. ______________________________________________________________________
  1350.  
  1351.  Parameters:
  1352.  
  1353.  YES -    Full duplex mode is ENABLED.
  1354.  NO  -    Full duplex mode is DISABLED.
  1355. ______________________________________________________________________
  1356.  
  1357. When full-duplex mode is disabled, the PK-232 makes use of the DCD
  1358. (Data Carrier Detect) signal from its modem to avoid collisions; the
  1359. PK-232 acknowledges multiple packets in a single transmission with a
  1360. single acknowledgment.
  1361.  
  1362. When full-duplex mode is enabled the PK-232 ignores the DCD signal and
  1363. acknowledges packets individually.
  1364.  
  1365. Full-duplex operation is useful for full-duplex radio operation, such
  1366. as through OSCAR 10.  It should not be used unless both your station
  1367. and the distant station can operate in full-duplex.
  1368.  
  1369. You may also find full-duplex mode useful for some testing operations,
  1370. such as analog- or digital-loopback tests.
  1371. ``HBAUD
  1372. ______________________________________________________________________
  1373.  
  1374.      HBAUD 'n'           Mnemonic: HB
  1375. ______________________________________________________________________
  1376.  
  1377.  Parameters:
  1378.  
  1379.  'n' values specifying the rate or signalling speed in bauds from the
  1380.      PK-232 to the radio.
  1381. ______________________________________________________________________
  1382.  
  1383. Available HDLC packet data rates 'n' include 45, 50, 57, 75, 100, 110,
  1384. 150, 200, 300, 400(*), 600, 1200, 2400, 4800 and 9600 bits per second.
  1385.  
  1386. (*)  31-Oct-89 release of the PK-232 firmware only.
  1387.  
  1388. o    Example:  HBAUD 300
  1389.  
  1390. HBAUD sets the radio ('on-air') baud rate only in the packet operating
  1391. mode.  HBAUD has no relationship to your computer terminal program's
  1392. baud rate.
  1393.  
  1394. You must use the same radio data rate as the distant station.
  1395.  
  1396. NOTE:     Modern commercial and amateur terminology no longer refers
  1397.           to the speeds or data rates in 'WPM.'  The term 'bauds' is
  1398.           now universally accepted for FSK and AFSK operations using
  1399.           monobit data.  In these cases, the terms 'bauds' and 'bits
  1400.           per second' mean the same thing.  Either term may be used.
  1401. ``HEADERLN
  1402. ______________________________________________________________________
  1403.  
  1404.      HEADERLN YES|NO     Mnemonic: HEA
  1405. ______________________________________________________________________
  1406.  Parameters:
  1407.  
  1408.  YES -    The header for a monitored packet is printed on a separate
  1409.           line from the packet text.
  1410.  NO  -    The header and packet text of monitored packets are printed
  1411.           on the same line.
  1412. ______________________________________________________________________
  1413.  
  1414. HEADERLN affects the display of monitored packets.  When HEADERLN is
  1415. NO, the address information is shown on the same line as the packet
  1416. text:
  1417.  
  1418.      WX1AAA>WX2BBB: Go ahead and transfer the file.
  1419.  
  1420. When HEADERLN is YES, the address is shown, followed by a <CR><LF> that
  1421. puts the packet text on a separate line:
  1422.  
  1423.      WX1AAA>WX2BBB:
  1424.      Go ahead and transfer the file.
  1425.  
  1426. If MRPT or MSTAMP are YES, set HEADERLN YES; long headers may extend
  1427. across your screen or page when these functions are active.
  1428. ``HID
  1429. ______________________________________________________________________
  1430.  
  1431.      HID YES|NO          Mnemonic: HI
  1432. ______________________________________________________________________
  1433.  
  1434.  Parameters:
  1435.  
  1436.  YES -    Your PK-232 sends HDLC identification as a digipeater.
  1437.  NO  -    Your PK-232 does not send HDLC identification.
  1438. ______________________________________________________________________
  1439.  
  1440. The HID command activates or disables your PK-232's automatic periodic
  1441. transmission of identification packets when operating as a digipeater.
  1442. This identification consists of an unsequenced I-frame with your sta-
  1443. tion identification (MYCALL) and MYALIAS in the data field.
  1444.  
  1445. o    Set HID YES to force your PK-232 to send an ID packet every 9.5
  1446.      minutes when it's being used as a digipeater.
  1447. o    Set HID NO to stop your PK-232 from sending any ID packets.
  1448. o    The HID identification packet is addressed to 'ID'.
  1449. o    Your station identification is the call sign you've set with the
  1450.      MYCALL command, with 'digipeater' appended.
  1451.  
  1452. NOTE:     You cannot change the 9.5-minute automatic interval timing.
  1453. ``ID
  1454. ______________________________________________________________________
  1455.  
  1456.      ID                  Mnemonic: I              Immediate Command
  1457. ______________________________________________________________________
  1458.  
  1459. ID is an immediate command that sends a special identification packet.
  1460. The ID command allows you to send a final identification packet when
  1461. you're taking your station off the air.  Note that HID must be set YES.
  1462.  
  1463. ID forces a final identification packet to be sent when a digipeater
  1464. station is being taken off the air.  The identification consists of an
  1465. unnumbered I-frame, with its data field containing your MYALIAS (if
  1466. any) and your MYCALL station identification and the word 'digipeater.'
  1467.  
  1468. o    The ID identification packet is sent only if the digipeater has
  1469.      transmitted since the last automatic identification.
  1470.  
  1471. o    The ID identification packet is addressed to 'ID.'
  1472.  
  1473. o    Your station identification is the call sign you've set with the
  1474.      MYCALL command.  It includes MYALIAS, your main call sign and the
  1475.      word 'digipeater' appended.  The following example is shown as
  1476.      seen with and without a MYALIAS, with MONITOR set to 6.
  1477.  
  1478.           W2JUP-9*>ID <UI>         W2JUP-9*>ID <UI>
  1479.           W2JUP digipeater         BHTC, W2JUP digipeater
  1480. ``LOCK
  1481. ______________________________________________________________________
  1482.  
  1483.      LOCK                Mnemonic: L              Immediate Command
  1484. ______________________________________________________________________
  1485.  
  1486. LOCK is an immediate command that instructs the PK-232 to measure the
  1487. speed of received Morse code signals and lock its timing to the speed
  1488. of the incoming signals.  LOCK also forces LETTERS shift in Baudot and
  1489. AMTOR modes.
  1490.  
  1491. The LOCK command may improve the PK-232's ability to decode CW signals
  1492. in the presence of high noise levels.
  1493.  
  1494. ``MARSDISP
  1495. ______________________________________________________________________
  1496.  
  1497.      MARSDISP YES|NO           Mnemonic: MAR
  1498. ______________________________________________________________________
  1499.  
  1500. Parameters:
  1501.  
  1502. YES - The PK-232 will translate a received LTRS character to a
  1503.       <CTRL-O>, and a received FIGS character to a <CTRL-N> and send
  1504.       these to the terminal.
  1505.  
  1506. NO  - The PK-232 operates as before in Baudot and AMTOR.
  1507. ______________________________________________________________________
  1508.  
  1509. The MARSDISP command permits the Baudot and AMTOR operator to detect
  1510. and display every character including LTRS and FIGS sent by the other
  1511. station.  The ACRDISP and ALFDISP may be turned off to prevent
  1512. extraneous carriage-returns and Linefeeds from being sent to the
  1513. RS-232 serial port.
  1514.  
  1515. If the user retransmits this data, ACRTTY should be set to 0, and
  1516. ALFRTTY should be NO.
  1517. ``MAXFRAME
  1518. ______________________________________________________________________
  1519.  
  1520.      MAXFRAME 'n'        Mnemonic: MAX
  1521. ______________________________________________________________________
  1522.  
  1523.  Parameters:
  1524.  
  1525.  'n' -    1 to 7 signifies a number of packet frames.
  1526. ______________________________________________________________________
  1527.  
  1528. MAXFRAME sets an upper limit on the unacknowledged packets your PK-232
  1529. permits on the radio link at any one time.  MAXFRAME also sets the
  1530. maximum number of contiguous packets your PK-232 will send during any
  1531. given transmission.
  1532.  
  1533. If some, but not all, of the outstanding packets are acknowledged, a
  1534. smaller number may be transmitted the next time, or new frames may be
  1535. included in the retransmission, so that the total number of unacknow-
  1536. ledged packet frames does not exceed 'n.'
  1537.  
  1538. The 'best' value of MAXFRAME depends on your local channel conditions.
  1539. In most cases of keyboard-to-keyboard direct or local operation (links
  1540. that don't require going through digipeaters), you can use the default
  1541. value MAXFRAME 4.
  1542.  
  1543. When the amount of packet traffic, the path in use, the digipeaters
  1544. involved - or other variables not under your control - make packet
  1545. operation difficult (as shown by lots of retries!), you can actually
  1546. improve your throughput by reducing MAXFRAME.
  1547.  
  1548. o    If packet traffic is heavy or the path is poor, reduce MAXFRAME
  1549.      to 3 or 2.
  1550. o    If you're sharing the channel with several PBBSs and digipeaters,
  1551.      or when working a PBBSs or other types of host computers, reduce
  1552.      MAXFRAME to 1.
  1553. o    If the radio link is good, an optimal relationship exists between
  1554.      the parameters set by these commands, so that the maximum number
  1555.      of characters outstanding doesn't exceed the receive buffer space
  1556.      of the TNC receiving the data.
  1557. o    Use MAXFRAME 1 for best results on HF packet.
  1558. ``MBELL
  1559. ______________________________________________________________________
  1560.  
  1561.      MBELL YES|NO            Mnemonic: MBE
  1562. ______________________________________________________________________
  1563.  
  1564. Parameters:
  1565.  
  1566. YES - Will send 3 BELL characters to the terminal when the callsign(s)
  1567.       of the station(s) monitored match the MFROM and MTO lists.
  1568.  
  1569. NO  - As is, that is the PK-232 will not send any BELL characters to
  1570.       the terminal due to MONITORED packets.
  1571. ______________________________________________________________________
  1572.  
  1573. MBELL can be used to alert the user to the presence of particular
  1574. station(s) on the packet frequency.  For example if you want to be
  1575. alerted when N7ML comes on frequency you would set the following:
  1576.  
  1577. MBELL YES
  1578. MONITOR 4
  1579. MFROM yes N7ML
  1580. MTO NONE
  1581.  
  1582. Now that MBELL is YES, any packet that matches MFROM or MTO will cause
  1583. the BELL character to be output to the terminal.  Since MTO is NONE,
  1584. and MFROM is set to YES N7ML, only the presence of N7ML on frequency
  1585. will cause the BELL character to be sent.
  1586.  
  1587. When MBELL is YES, packets from and to all stations are displayed, but
  1588. only those packets matching the MFROM and MTO lists cause the bell to
  1589. ring.
  1590.  
  1591. As another example, if you wish to detect the presence of packets
  1592. addressed to CQ or BEACON, simply enter the following commands:
  1593.  
  1594. MBELL YES
  1595. MONITOR 4
  1596. MFROM NONE
  1597. MTO yes CQ,BEACON
  1598.  
  1599. Now, only packets addressed to CQ and BEACON will cause the BELL
  1600. character to be output to the terminal.  To return to normal operation
  1601. simply turn MBELL NO, and return the MFROM, MTO and MONITOR commands
  1602. to your preferred settings.
  1603. ``MBX
  1604. ______________________________________________________________________
  1605.  
  1606.      MBX call1[,call2][-'n']       Mnemonic: MB
  1607. ______________________________________________________________________
  1608.  
  1609.  Parameters:
  1610.  call     -    The call signs of one or two stations to be monitored.
  1611.  'n'      -    0 to 15, indicating an optional SSID.
  1612. ______________________________________________________________________
  1613.  
  1614. The MBX command permits you to read or record useful or needed data
  1615. without having to connect or log on to the source station(s).  Channel
  1616. occupancy and bandwidth are conserved on busy channels.
  1617.  
  1618. MBX filters the received packet data stream so that only packets from
  1619. the selected station(s) are shown, without headers, codes or repeated
  1620. frames.  MBX overrides normal monitor functions and can show one or
  1621. both sides of a conversation.  You can enter a single call sign, or
  1622. two call signs, separated by a comma:
  1623.  
  1624.      cmd:MBX W1AW-4
  1625.       or
  1626.      cmd:MBX W2JUP-4,W2HPM-4
  1627.           (NOTE: These stations must be connected to each other for
  1628.           this feature to work.  Use two call signs if you suspect
  1629.           that your target station may be in a multiple connection.)
  1630.  
  1631. Use the MBX feature to:
  1632.  
  1633. o    Read or record transmissions from any packet station, without any
  1634.      extraneous material.
  1635. o    Read or record transmissions from a PBBS (Packet Bulletin Board
  1636.      System) while another station is downloading files or messages.
  1637. o    Read or record dialog between two connected packet stations or
  1638.      two PBBSs during mail forwarding operations.
  1639.  
  1640. The resulting information is free of all headers, frame identifier
  1641. codes, repeats and improperly-sequenced lines.  You won't need to edit
  1642. or manually purge the recorded information.
  1643.  
  1644. NOTE:     When using the MBX feature, your station is not part of the
  1645.           protocol handshake between the originating and receiving
  1646.           stations.  If your local conditions (such as noise bursts or
  1647.           interfering packets) collide with the data being transferred
  1648.           between the two distant stations, you may miss one or more
  1649.           packets and lose one or more lines of text.
  1650.  
  1651. Use the MBX feature when channel conditions are at their best and the
  1652. source station originating the transmissions is strong.
  1653.  
  1654. Clear MBX with '%' '&' 'N' 'NO' 'NONE' or 'OFF' as arguments.
  1655. ``MCON
  1656. ______________________________________________________________________
  1657.  
  1658.      MCON 'n'            Mnemonic: MC
  1659. ______________________________________________________________________
  1660.  
  1661.  Parameters:
  1662.  
  1663.  'n' -    0 to 6 signifies various levels of monitor indications
  1664. ______________________________________________________________________
  1665.  
  1666. Use MCON for selective monitoring of other traffic while connected to
  1667. a distant station.
  1668.  
  1669. MCON works in similar fashion to MONITOR, but affects your display
  1670. while in the connected state.
  1671.  
  1672. As the value of MCON settings is increased, additional functions are
  1673. included in the monitoring sequences.
  1674.  
  1675. If MCON is set to a value between '1' and '5,' frames meant for you
  1676. are displayed as though monitoring was OFF.  You'll see only the data.
  1677. If MCON is set to '6,' frames meant for you are displayed as any other
  1678. monitored frame.  The headers appear together with the data.
  1679.  
  1680. The meanings of the parameter values are:
  1681.  
  1682. 0    Monitoring while connected is disabled.
  1683.  
  1684. 1    Only unnumbered (UI) frames resulting from an unconnected trans-
  1685.      mission are displayed.  Use this for an 'unproto,' round-table
  1686.      type QSO.  Other mutually connected stations using the frequency
  1687.      are also displayed.  This setting also display beacons.
  1688.  
  1689. 2    Numbered (I) frames are also displayed.  I-frames are numbered in
  1690.      order of generation and result from a connected transmission.
  1691.      Use this to monitor connected conversations in progress.
  1692.  
  1693. 3    Connect request (SABM or 'C') frames and disconnect (DISC or 'D')
  1694.      frames are also displayed with the headers.
  1695.  
  1696. 4    Unnumbered acknowledgement (UA) of connect- and disconnect-state
  1697.      frames are also displayed with either the characters 'UA' or 'DM'
  1698.      and a header.
  1699.  
  1700. 5    Receive Ready (RR), Receive Not Ready (RNR), Reject (RJ), Frame
  1701.      Reject (FRMR) and (I)-Frames are also displayed.
  1702.  
  1703. 6    Poll/Final bit and sequence numbers are also displayed.
  1704. ``MDIGI
  1705. ______________________________________________________________________
  1706.  
  1707.      MDIGI YES|NO        Mnemonic: MD
  1708. ______________________________________________________________________
  1709.  
  1710.  Parameters:
  1711.  
  1712.  YES -    I and UI frames having your call sign (MYCALL or MYALIAS) as
  1713.           the next digipeater in the digipeater field are displayed,
  1714.           whether you are connected or disconnected.
  1715.  NO  -    Normal monitoring as determined by the monitoring mode com-
  1716.           mands
  1717. ______________________________________________________________________
  1718.  
  1719. MDIGI permits you to display packet frames that your monitor would
  1720. normally not show when another station uses your station as a digi-
  1721. peater.  MDIGI helps you to better understand the digipeating paths
  1722. that may involve your station, even when you've been unaware of what's
  1723. happening on the channel.
  1724.  
  1725. Use MDIGI to see why your transmitter is being keyed when you're not
  1726. actively involved in a communication session, or when your system is
  1727. more active than you would expect.
  1728.  
  1729. When MDIGI is NO you'll see those frames that include your station as
  1730. one of the digipeaters, if your monitor modes have been set this way.
  1731. If your monitor modes have not been set so you can see these frames,
  1732. set MDIGI YES to display them.
  1733. ``MFROM
  1734. ______________________________________________________________________
  1735.  
  1736.  MFROM ALL/NONE or YES/NO call1[,call2..]  Mnemonic: MF
  1737. ______________________________________________________________________
  1738.  
  1739.  Parameters:
  1740.  
  1741.  call     -  ALL/NONE or YES_list/NO_list (list of up to eight call
  1742.              signs, separated by commas).
  1743. ______________________________________________________________________
  1744.  
  1745. MFROM uses arguments to determine how your PK-232 monitors the packet
  1746. channels and displays information - which stations' packets will be
  1747. displayed and which stations' packets will be masked or hidden.  MFROM
  1748. is set to ALL when you start your PK-232 for the first time.
  1749.  
  1750. Type MFROM to display the ALL/NONE/YES_list/NO_list status of station
  1751. call signs whose packets will or will not be displayed.  You can use
  1752. the abbreviated command form or mnemonic:
  1753.  
  1754.           cmd:mfrom
  1755.           MFROM    all
  1756.           cmd:mf
  1757.           MFROM    yes WX1AAA,WX2BBB,WX3CCC,WX4DDD
  1758.  
  1759. To stop any packets from being displayed, type MFROM NONE.
  1760.  
  1761. To display packets from one or more specific stations type MFROM YES
  1762. (followed by a list of calls signs).  Packets will be displayed only
  1763. from stations whose call signs are listed after YES.
  1764.  
  1765. To hide or mask packets from one or more specific stations, type MFROM
  1766. NO (followed by a list of call signs).  Packets from stations whose
  1767. call signs are listed after NO will not be displayed.
  1768.  
  1769. You can include optional SSIDs specified as '-n' after the call sign.
  1770. If MFROM is set to 'no N6IA' or 'yes N6IA,' any combination N6IA,
  1771. N6IA-1,...N6IA-15 will be matched and processed.  If MFROM is set to
  1772. 'yes N6IA-1' or 'no N6IA-1,' then only N6IA-1 will match and be pro-
  1773. cessed.
  1774.  
  1775. When MFROM and MTO contain different types of arguments, to avoid any
  1776. possible conflict, the arguments take the following priority:
  1777.  
  1778.                     1.   ALL
  1779.                     2.   NO_list
  1780.                     3.   YES_list
  1781.                     4.   NONE
  1782.  
  1783. Clear MFROM with '%' '&' or 'OFF' as arguments.
  1784. ``MONITOR
  1785. ______________________________________________________________________
  1786.  
  1787.      MONITOR 'n'         Mnemonic: M
  1788. ______________________________________________________________________
  1789.  
  1790.  Parameters:
  1791.  
  1792.  'n' -    0 to 6 signifies various levels on monitor indications
  1793. ______________________________________________________________________
  1794.  
  1795. As the value of MONITOR settings is increased, additional functions
  1796. are included in the monitoring sequences.
  1797.  
  1798. The meanings of the parameter values are:
  1799.  
  1800. 0    All packet monitoring functions are disabled.
  1801.  
  1802. 1    Only unnumbered (UI) frames resulting from an unconnected trans-
  1803.      mission are displayed.  Use this for an 'unproto,' round-table
  1804.      type QSO.  Other mutually connected stations using the frequency
  1805.      are not displayed.  This setting also displays beacons.
  1806.  
  1807. 2    Numbered (I) frames are also displayed.  I-frames are numbered in
  1808.      order of generation and result from a connected transmission.
  1809.      Use this to monitor connected conversations in progress.
  1810.  
  1811. 3    Connect request (SABM or 'C') frames and disconnect (DISC or 'D')
  1812.      frames are also displayed with the headers.
  1813.  
  1814. 4    Unnumbered acknowledgement (UA) of connect- and disconnect-state
  1815.      frames are also displayed with either the characters 'UA' or 'DM'
  1816.      and a header.
  1817.  
  1818. 5    Receive Ready (RR), Receive Not Ready (RNR), Reject (RJ), Frame
  1819.      Reject (FRMR) and (I)-Frames are also displayed.
  1820.  
  1821. 6    Poll/Final bit and sequence numbers are also displayed.
  1822. ``MPROTO
  1823. ______________________________________________________________________
  1824.  
  1825.      MPROTO YES|NO           Mnemonic: MP
  1826. ______________________________________________________________________
  1827.  
  1828. Parameters:
  1829.  
  1830. YES - Monitors all I and UI frames as before.
  1831.  
  1832. NO  - Monitors only those I and UI frames with a PID byte of $F0.
  1833. ______________________________________________________________________
  1834.  
  1835. This is in response to NET/ROM, which sends frames that have a PID of
  1836. $CF, and that contain Control characters.  If you want to monitor
  1837. every frame including those used by NET/ROM, you must turn MPROTO YES.
  1838. ``MRPT
  1839. ______________________________________________________________________
  1840.  
  1841.      MRPT YES|NO         Mnemonic: MR
  1842. ______________________________________________________________________
  1843.  
  1844.  Parameters:
  1845.  
  1846.  YES -    Show digipeaters in the header; stations heard directly are
  1847.           marked with asterisk.
  1848.  
  1849.  NO  -    Show packets only from originating and destination stations.
  1850. ______________________________________________________________________
  1851.  
  1852. MRPT affects the way monitored packets are displayed.
  1853.  
  1854. When MRPT is NO, only packets from the originating station and the
  1855. destination are displayed:
  1856.  
  1857.      W2JUP-4*>W1AW-4 <I;0,3>:
  1858.  
  1859. When MRPT is YES, the call signs of all stations in the entire digipeat
  1860. path are displayed.  The call sign of the stations heard directly are
  1861. flagged with an asterisk (*):
  1862.  
  1863.      W2JUP-4*>WA1IXU>W1AW-5>W1AW-4 <I;0,3>:
  1864.  
  1865. NOTE: These actual samples were taken with MONITOR set to 6.
  1866.  
  1867. o    Note:  When MRPT is NO, digipeater paths will not appear in
  1868.      connect requests or connect and disconnect monitor functions.
  1869. ``MSPEED
  1870. ______________________________________________________________________
  1871.  
  1872.      MSPEED 'n'          Mnemonic: MSP
  1873. ______________________________________________________________________
  1874.  
  1875.  Parameters:
  1876.  
  1877. 'n'  -    5 to 99 signifies your PK-232's Morse transmit speed.
  1878. ______________________________________________________________________
  1879.  
  1880. The MSPEED command sets the Morse code keying speed for your PK-232.
  1881. The slowest available Morse code speed is 5 words per minute. (Setting
  1882. MSPEED lower than 5 means your PK-232 still transmits Morse at 5 WPM.)
  1883.  
  1884. When using Morse speeds between 5 and 14 WPM, the transmitted code is
  1885. sent with Farnsworth spacing - the characters are actually sent at 15
  1886. words per minute.  The spacing between characters is lengthened to
  1887. produce an overall code transmission rate of 5 to 14 WPM.
  1888. ``MSTAMP
  1889. ______________________________________________________________________
  1890.  
  1891.      MSTAMP YES|NO       Mnemonic: MS
  1892. ______________________________________________________________________
  1893.  
  1894.  Parameters:
  1895.  
  1896.  YES -    Monitored frames ARE time stamped.
  1897.  
  1898.  NO  -    Monitored frames ARE NOT time stamped.
  1899. ______________________________________________________________________
  1900.  
  1901. The MSTAMP command activates or disables time stamping of monitored
  1902. packets.  When your PK-232's internal software clock is set, date and
  1903. time information is available for automatic logging of packet activity
  1904. or other applications.
  1905.  
  1906. When MSTAMP is NO, the packet header display looks like this:
  1907.  
  1908.      W2JUP-4*>KA2EYW-1>AI2Q <I;2,2>:
  1909.  
  1910. When MSTAMP is YES and DAYSTAMP is NO, the display looks like this:
  1911.  
  1912.      22:51:33  W2JUP-4*>KA2EYW-1>AI2Q <I;1,7>:
  1913.  
  1914. When both MSTAMP and DAYSTAMP are YES, the display looks like this:
  1915.  
  1916.      10-Jul-86  22:54:25  W2JUP-4*>KA2EYW-1>AI2Q <I;2,2>:
  1917.  
  1918. o    Set the date and time with the DAYTIME command.
  1919.  
  1920. Setting MSTAMP YES increases the length of the address display.
  1921.  
  1922. o    Set HEADERLN YES to display this information on a separate line.
  1923. ``MTO
  1924. ______________________________________________________________________
  1925.  
  1926.  MTO ALL/NONE or YES/NO call1[,call2..]  Mnemonic: MT
  1927. ______________________________________________________________________
  1928.  
  1929.  Parameters:
  1930.  
  1931.  call     -  ALL/NONE or YES_list/NO_list (list of up to eight call
  1932.              signs, separated by commas).
  1933. ______________________________________________________________________
  1934.  
  1935. MTO uses arguments to determine how your PK-232 monitors the packet
  1936. channels and displays information - which stations' packets will be
  1937. displayed and which stations' packets will be masked or hidden.  MTO
  1938. is set to NONE when you start your PK-232 for the first time.
  1939.  
  1940. Type MTO to display the ALL/NONE/YES_list/NO_list status of call signs
  1941. of stations to which addressed packets will or will not be displayed.
  1942. You can use the abbreviated command form or mnemonic:
  1943.  
  1944.           cmd:mto
  1945.           MTO    all
  1946.           cmd:mt
  1947.           MTO    yes WX1AAA,WX2BBB,WX3CCC,WX4DDD
  1948.  
  1949. To stop packets addressed to all stations from being displayed, type
  1950. MTO ALL.
  1951.  
  1952. To display only packets addressed TO one or more specific stations,
  1953. type MTO YES (followed by a list of calls signs).  Packets will be
  1954. displayed only if addressed to stations whose call signs are listed
  1955. after YES.
  1956.  
  1957. To hide or mask packets addressed to one or more specific stations,
  1958. type MTO NO (followed by a list of call signs).  Packets addressed to
  1959. stations whose call signs are listed after NO will not be displayed.
  1960.  
  1961. You can include optional SSIDs specified as '-n' after the call sign.
  1962. If MTO is set to 'no WB9FLW' or 'yes WB9FLW,, any combination WB9FLW,
  1963. WB9FLW-1,...WB9FLW-15 will be matched and processed.  If MTO is set to
  1964. 'yes WB9FLW-1' or 'no WB9FLW-1,' then only WB9FLW-1 will match and be
  1965. processed.
  1966.  
  1967. When MFROM and MTO contain different types of arguments, to avoid any
  1968. possible conflict, the arguments take the following priority:
  1969.  
  1970.                     1.   ALL
  1971.                     2.   NO list
  1972.                     3.   YES list
  1973.                     4.   NONE
  1974.  
  1975. Clear MTO with '%' '&' or 'OFF' as arguments.
  1976. ``MYALIAS
  1977. ______________________________________________________________________
  1978.  
  1979.      MYALIAS call[-n]    Mnemonic: MYA
  1980. ______________________________________________________________________
  1981.  
  1982.  Parameters:
  1983.  
  1984.  call     Alternate identity of your PK-232.
  1985.  
  1986.  'n'      0 to 15, an optional substation ID (SSID).
  1987. ______________________________________________________________________
  1988.  
  1989. MYALIAS specifies an alternate call sign (in addition to the call sign
  1990. specified in MYCALL) for use as a digipeater only.
  1991.  
  1992. MYALIAS permits both normal HID identification and an alias alternate,
  1993. repeater-only 'call sign.'
  1994.  
  1995. In some areas wide-coverage digipeater operators change their call
  1996. sign to a shorter and (usually) easier to remember identifier.
  1997.  
  1998. Identifiers used include International Civil Aviation Organization
  1999. (ICAO) airport IDs, sometimes combined with telephone area codes.
  2000. ``MYALTCAL
  2001. ______________________________________________________________________
  2002.  
  2003.      MYALTCAL aaaa       Mnemonic: MYALT
  2004. ______________________________________________________________________
  2005.  
  2006.  Parameters:
  2007.  
  2008.  aaaa     -    Your alternate SELective CALling code (SELCAL)
  2009. ______________________________________________________________________
  2010.  
  2011. Use the MYALTCAL command to specify an your alternate SELCAL which,
  2012. under certain conditions, may be convenient or necessary.
  2013.  
  2014. You can enter an additional SELCAL code not related to your call sign.
  2015. The alternate SELCAL can be any four alphabetical characters, or can
  2016. be numeric strings of either four or five characters.  Your PK-232
  2017. automatically translates your numeric MYALTCAL input according to CCIR
  2018. Recommendation 491, Direct-Printing Telegraph in the Maritime Mobile
  2019. Service.
  2020.  
  2021. MYALTCAL is generally used for special applications such as receiving
  2022. network or group broadcasts in AMTOR Mode B Selective (Bs or SELFEC).
  2023. The sending station must address all stations by one common SELCAL.
  2024. Any other type of 'all ships and stations' operation using special or
  2025. group SELCALs can be handled with MYALTCAL.
  2026. ``MYCALL
  2027. ______________________________________________________________________
  2028.  
  2029.      MYCALL call[-'n']   Mnemonic: MY
  2030. ______________________________________________________________________
  2031.  
  2032.  Parameters:
  2033.  
  2034.  call     -    Your call sign.
  2035.  
  2036.  'n'      -    0 to 15, indicating an optional substation ID (SSID).
  2037. ______________________________________________________________________
  2038.  
  2039. NOTE:     Your PK-232 will not operate in the Packet Mode until you
  2040.           have installed your own call sign in place of 'PK232.'
  2041.  
  2042. Use the MYCALL command to load your call sign into your PK-232's RAM.
  2043. Your call sign is inserted automatically in the FROM address field for
  2044. all packets originated by your PK-232.  MYCALL is also used for iden-
  2045. tification packets (see HID and ID).
  2046.  
  2047. Your PK-232 accepts connect request frames with your MYCALL in the TO
  2048. field and repeats frames with this call sign in the digipeat field.
  2049.  
  2050. The 'PK232' default call sign is present in your PK-232's RAM when the
  2051. system is manufactured.  This 'artificial call' must be changed for
  2052. proper operation of packet and AMTOR protocols.
  2053.  
  2054. Two or more stations cannot use the same call sign (including SSID) on
  2055. the air at the same time.
  2056.  
  2057. o    Use the SSID to distinguish two stations with the same amateur
  2058.      call.
  2059.  
  2060. o    The SSID will be zero (0) unless explicitly set to another value.
  2061.  
  2062. Although there is no standardization of SSIDs at present, most packet
  2063. operators use SSID 0 (zero) for manual or local keyboard operation of
  2064. their main station, and an SSID of (-1) or (-2) for a secondary sta-
  2065. tion or dedicated digipeater under their responsibility.
  2066.  
  2067. Local area networks operated or maintained by a packet group or club
  2068. may use the same call sign for several stations in their network, each
  2069. node or unit being identified with a different SSID.
  2070.  
  2071. As packet networks grow and become more complex, with multi-port and
  2072. gateway systems and frequency translation between bands, SSIDs become
  2073. especially significant.  For example look at the hypothetical case:
  2074.  
  2075.      W2HPM-4>K2AAA-5>W2JUP-1>W2JUP-2>W2JUP-4
  2076.      145.07  145.07  221.11  221.11  145.07
  2077.  
  2078. In this example, PBBS (Packet Bulletin Board System) W2HPM-4 is linked
  2079. to PBBS W2JUP-4 via three digipeaters, each having a distinctive SSID.
  2080. ``MYSELCAL
  2081. ______________________________________________________________________
  2082.  
  2083.      MYSELCAL aaaa       Mnemonic: MYS
  2084. ______________________________________________________________________
  2085.  
  2086.  Parameters:
  2087.  
  2088. aaaa -    specifies your SELective CALling code (SELCAL)
  2089. ______________________________________________________________________
  2090.  
  2091. NOTE:     You can't operate AMTOR unless your SELCAL is installed.
  2092.           The error message reminds you:
  2093.  
  2094.                ?need MYSELCAL
  2095.  
  2096. Use the MYSELCAL command to enter the SELCAL (selective calling) code
  2097. required in AMTOR ARQ (Mode A) and SELFEC operating modes.  MYSELCAL
  2098. is a unique character string which must contain four alphabetic char-
  2099. acters and is normally derived from your call sign.  Some of the call
  2100. sign groupings now in use:
  2101.  
  2102.                 GROUP     CALL     SELCAL
  2103.  
  2104.                1 by 2    W1XX       WWXX
  2105.                1 by 3    W1XXX      WXXX
  2106.                2 by 1    AB1X       AABX
  2107.                2 by 2    AB1XX      ABXX
  2108.                2 by 3    KA1XXX     KXXX
  2109.  
  2110. For '1 by 2' call signs, the first letter is doubled, e.g., W1AW be-
  2111. comes WWAW.  For most cases this is acceptable.
  2112.  
  2113. However, if you become aware that a station in another call district
  2114. or zone is also active on AMTOR and may be using the same SELCAL, you
  2115. can derive your own unique SELCAL by substituting a letter for your
  2116. call district number.  Use the letter corresponding to the call dis-
  2117. trict number as it appears on the keys of a standard typewriter or
  2118. Baudot RTTY keyboard.
  2119.  
  2120. Let's assume that your call sign is N7ML.  You discover that there is
  2121. another station with the call sign N?ML.  Change your SELCAL to NUML,
  2122. according to the following table:
  2123.  
  2124. 1 = Q          2 = W          3 = E          4 = R          5 = T
  2125. 6 = Y          7 = U          8 = I          9 = O          0 = P
  2126.  
  2127. Although the convention is to form the SELCAL from the call sign, your
  2128. PK-232 is capable of including any AMTOR character in the SELCAL, in-
  2129. cluding digits 0 through 9.  In accordance with CCIR Recommendation
  2130. 491, four- or five-digit numbers may be entered; the PK-232 automatic-
  2131. ally translates the numeric entry to your four-letter alpha SELCAL.
  2132. ``OPMODE
  2133. ______________________________________________________________________
  2134.  
  2135.      OPMODE              Mnemonic: O              Immediate Command
  2136. ______________________________________________________________________
  2137.  
  2138. OPMODE is an immediate command that shows the PK-232's current mode of
  2139. operation and system status.
  2140.  
  2141. Use the OPMODE command ('O') at any time when your PK-232 is in the
  2142. Command Mode to display the present operating mode.  Here are some
  2143. typical indications:
  2144.  
  2145.           cmd:o
  2146.           OPMODE   ASCII      RCVE
  2147.  
  2148.           cmd:op
  2149.           OPMODE   PACKET
  2150.  
  2151.           cmd:OP
  2152.           OPMODE   BAUDOT     SEND
  2153.             :        :
  2154.           OPMODE   MORSE      RCVE 20
  2155.           OPMODE   ALIST      PHAS RCVE
  2156.           OPMODE   FEC        IDLE SEND
  2157.           OPMODE   AMTOR      STBY RCVE
  2158.           OPMODE   ARQ        TFC  SEND
  2159. ``PACLEN
  2160. ______________________________________________________________________
  2161.  
  2162.      PACLEN 'n'          Mnemonic: PACL
  2163. ______________________________________________________________________
  2164.  
  2165.  Parameters:
  2166.  
  2167.  'n' -    0 to 255 specifies the maximum length of the data portion of
  2168.           a packet.
  2169.  0   -    Zero is equivalent to 256.
  2170. ______________________________________________________________________
  2171.  
  2172. PACLEN sets the maximum number of user data bytes to be carried in
  2173. each packet's 'information field.'  'User data' means the characters
  2174. you actually type at your keyboard (or send from a stored file).
  2175.  
  2176. Your PK-232 automatically transmits a packet when the number of char-
  2177. acters you type (or send from disk) for a packet equals 'n.'  This
  2178. value is used in both Converse and Transparent Modes.
  2179.  
  2180. Most keyboard-to-keyboard operators use the default value of 128 bytes
  2181. for routine VHF/UHF packet services.
  2182.  
  2183. Experiment with different values for MAXFRAME and PACLEN to find the
  2184. combination best suited to your operating conditions - especially if
  2185. you are transferring files.
  2186.  
  2187. o    The lower the value of PACLEN, the greater the probability of
  2188.      getting packets though the link without 'hits' or retries.
  2189. o    Increase PACLEN to 256 if transferring files to a nearby station
  2190.      over a high quality path.
  2191. o    Reduce PACLEN to 64, or even 32 when working 'difficult' HF radio
  2192.      paths.
  2193. o    If the radio link is good, an optimal relationship will exist
  2194.      between the parameters set by these commands.  Set PACLEN so that
  2195.      the maximum number of characters outstanding doesn't exceed the
  2196.      receive buffer space of the TNC receiving the data.
  2197.  
  2198. NOTE:     It is not necessary that two TNCs be set to the same PACLEN
  2199.           value to exchange data; however, some TNCs may not be com-
  2200.           patible when frames contain more than 128 data characters.
  2201. ``PASSALL
  2202. ______________________________________________________________________
  2203.  
  2204.      PASSALL YES|NO      Mnemonic: PASSA
  2205. ______________________________________________________________________
  2206.  
  2207.  Parameters:
  2208.  
  2209.  YES -    Your PK-232 will accept packets with invalid CRCs.
  2210.  
  2211.  NO  -    Your PK-232 will accept packets with valid CRCs only.
  2212. ______________________________________________________________________
  2213.  
  2214. PASSALL permits the PK-232 to display packets received with invalid
  2215. CRC fields; the error-detecting mechanism is turned off.
  2216.  
  2217. Packets are accepted for display, despite CRC errors, if they consist
  2218. of an even multiple of eight bits and are up to 330 bytes.  The PK-232
  2219. attempts to decode the address field and displays the call sign(s) in
  2220. the standard monitor format, followed by the text of the packet.
  2221.  
  2222. PASSALL is normally turned off; therefore, the protocol ensures that
  2223. received packet data is error-free by rejecting packets with invalid
  2224. CRC fields.
  2225.  
  2226. PASSALL (sometimes called 'Garbage Mode') may be useful for testing a
  2227. marginal RF link or during operation under other unusual conditions or
  2228. circumstances.
  2229.  
  2230. When you set PASSALL YES while monitoring a moderately noisy channel,
  2231. 'packets' are displayed periodically because there is no basis for
  2232. distinguishing between actual packets and random noise.
  2233.  
  2234. o    When PASSALL is YES, logging of stations heard (for display by
  2235.      MHEARD) is disabled; the call signs detected may be incorrect.
  2236. ``PERSIST
  2237. ______________________________________________________________________
  2238.  
  2239.      PERSIST 'n'              Mnemonic: PE
  2240. ______________________________________________________________________
  2241.  
  2242.  Parameters:
  2243.  
  2244.  'n' -    0 to 255 specifies the threshhold value for a random-number
  2245.           attempt to transmit.
  2246.  '0' -    Signifies a 1/256th chance of transmitting every SLOTTIME.
  2247.  '255'-   Signifies 'transmit right away without delay'.
  2248. ______________________________________________________________________
  2249.  
  2250. The PERSIST parameter works with the PPERSIST and SLOTTIME parameter
  2251. to achieve true p-persistent CSMA (Carrier-Sense Multiple Access) in
  2252. KISS TNC mode and in normal AX.25 operation.  However, no real
  2253. advantage will be obtained in AX.25 operation unless the other
  2254. stations on the channel are also using PERSIST and SLOTTIME.
  2255.  
  2256. When the host (your computer) has queued data for transmission, the
  2257. PK-232 monitors the DCD (Data Carrier Detect) signal from its internal
  2258. modem.  The PK-232 waits indefinitely for DCD to go inactive.
  2259.  
  2260. When the channel is clear, the PK-232 generates a random number be-
  2261. tween 0 and 255.  If this number is less-than or equal to 'P', the
  2262. PK-232 keys the radio's PTT line, waits .01 * TXDELAY seconds, and
  2263. then transmits all frames in its queue.  The PK-232 then unkeys the
  2264. PTT line and returns to the idle state.
  2265.  
  2266. If the random number is greater than 'P', the PK-232 waits .01 *
  2267. SLOTTIME seconds and repeats the procedure.  If the DCD signal has
  2268. gone active in the meantime, the PK-232 again waits for DCD to clear
  2269. before continuing.
  2270.  
  2271. The PK-232 waits an exponentially-distributed random interval after
  2272. sensing that the channel is clear before trying to transmit.  With
  2273. proper 'tuning' of the PERSIST and SLOTTIME parameters, several sta-
  2274. tions sending traffic are much less likely to collide with each other
  2275. when they simultaneously see that the channel is clear.
  2276.  
  2277. Note that P=255 means 'always transmit as soon as possible, regardless
  2278. of the random number'.
  2279.  
  2280. Additional information on p-persistent operation can be found in AEA's
  2281. Technical Manual for the PK-232.
  2282. ``PPERSIST
  2283. ______________________________________________________________________
  2284.  
  2285.      PPERSIST YES|NO          Mnemonic: PP
  2286. ______________________________________________________________________
  2287.  
  2288.  Parameters:
  2289.  
  2290.  YES -    The PK-232 uses PERSIST and SLOTTIME parameters in executing
  2291.           p-persistent CSMA (Carrier Sense Multiple Access).
  2292.  
  2293.  NO  -    The PK-232 uses DWAIT for TAPR-type 1-persistent CSMA.
  2294. ______________________________________________________________________
  2295.  
  2296. When PPERSIST is set YES, the PK-232 uses the PERSIST and SLOTTIME
  2297. parameters for p-persistent CSMA instead of the normal TAPR-type DWAIT
  2298. procedure to achieve CSMA operation.  PPSERSIST can be used in both
  2299. KISS TNC and normal AX.25 operation.  See PERSIST and SLOTTIME.
  2300. ``RBAUD
  2301. ______________________________________________________________________
  2302.  
  2303.      RBAUD 'n'           Mnemonic: RB
  2304. ______________________________________________________________________
  2305.  
  2306.  Parameters:
  2307.  
  2308.  'n' -    Specifies the rate or signalling speed in bauds from the
  2309.           PK-232 to the radio.
  2310. ______________________________________________________________________
  2311.  
  2312. RBAUD sets the radio ('on-air') baud rate only in the Baudot-CCITT
  2313. International Telegraph Alphabet #2 operating mode.  This value has no
  2314. relationship to your computer or terminal program's baud rate.
  2315.  
  2316. Baudot RTTY operation requires you to use the same data rate used by
  2317. the distant station.
  2318.  
  2319. Available Baudot/CCITT ITA#2 data rates include 45, 50, 57, 75, 100,
  2320. 110, 150, 200 and 300 bauds (60, 66, 75, 100, 132, 145, 198, 264 and
  2321. 396 WPM)
  2322.  
  2323. o    Example:  RBAUD 75
  2324.  
  2325. Use RBAUD UP (RB U) to go to the next highest Baudot speed or RBAUD
  2326. DOWN (RB D) to go to the next lowest Baudot speed.  This is useful
  2327. when you are trying various combinations of RBAUD and RXREV to decode
  2328. an unknown Baudot signal.
  2329.  
  2330. NOTE:     Modern commercial and amateur radio operations no longer
  2331.           refer to the operating speeds or data rates in 'WPM.'  The
  2332.           term 'bauds' is now universally accepted for FSK and AFSK
  2333.           operations using monobit data.  The terms 'bauds' and 'bits
  2334.           per second' may be used interchangeably in such cases.
  2335. ``RELINK
  2336. ______________________________________________________________________
  2337.  
  2338.      RELINK YES|NO            Mnemonic: REL
  2339. ______________________________________________________________________
  2340.  
  2341.  Parameters:
  2342.  
  2343.  YES -    The PK-232 will try to automatically reconnect the distant
  2344.           station after the link has timed out on retries.
  2345.  NO  -    The PK-232 will not attempt to reestablish the failed link.
  2346. ______________________________________________________________________
  2347.  
  2348. Set RELINK to NO when using the PK-232 with host computer applica-
  2349. tions, computer-based message systems and programs such as WA7MBL's
  2350. Version 3.12 Packet Bulletin Board (PBBS) software.
  2351. ``RESPTIME
  2352. ______________________________________________________________________
  2353.  
  2354.      RESPTIME 'n'        Mnemonic: RES
  2355. ______________________________________________________________________
  2356.  
  2357.  Parameters:
  2358.  
  2359.  'n' -    0 to 250 specifies 100-millisecond intervals.
  2360. ______________________________________________________________________
  2361.  
  2362. RESPTIME adds a minimum delay before your PK-232 sends acknowledgment
  2363. packets.  This delay may run concurrently with the default wait time
  2364. set by DWAIT and any random wait in effect.
  2365.  
  2366. o    Use RESPTIME delay to increase throughput during operations such
  2367.      as file transfer when the sending TNC usually sends the maximum
  2368.      number of full-length packets.
  2369.  
  2370. Occasionally, the sending TNC may not have a packet ready in time to
  2371. prevent transmission from being stopped temporarily; therefore, the
  2372. acknowledgment of earlier packets collides with the final packet of
  2373. the series.
  2374.  
  2375. These collisions can be avoided if the receiving TNC sets RESPTIME to
  2376. 10.
  2377. ``RETRY
  2378. ______________________________________________________________________
  2379.  
  2380.      RETRY 'n'           Mnemonic: RE
  2381. ______________________________________________________________________
  2382.  
  2383.  Parameter:
  2384.  
  2385.  'n' -    0 to 15 specifies the maximum number of packet retries.
  2386. ______________________________________________________________________
  2387.  
  2388. The AX.25 protocol uses retries - retransmission of frames that have
  2389. not been acknowledged.  Frames are retransmitted 'n' times before the
  2390. link is disconnected. A value of 0 for 'n' specifies an infinite
  2391. number of retries.
  2392.  
  2393. o    The time between retries is specified by the command FRACK.
  2394.      See the FRACK command.
  2395.  
  2396. If the number of retries is exceeded, the PK-232 enters either the
  2397. "connect in progress" or "disconnected" state depending on the setting
  2398. of RELINK.
  2399.  
  2400. If you're not in Transparent Mode, the following message is displayed:
  2401.  
  2402.      *** Retry count exceeded
  2403.      *** DISCONNECTED: (call sign)
  2404. ``RFEC
  2405. ______________________________________________________________________
  2406.  
  2407.      RFEC YES|NO              Mnemonic: RF
  2408. ______________________________________________________________________
  2409.  
  2410.  Parameters:
  2411.  
  2412.  YES -    Mode B (FEC) signals are displayed in AMTOR Standby.
  2413.  NO  -    Mode B (FEC) signals are not displayed in AMTOR Standby.
  2414. ______________________________________________________________________
  2415.  
  2416. Use the RFEC command to prevent the reception and display of all FEC
  2417. signals received while in AMTOR Standby.
  2418. ``RXREV
  2419. ______________________________________________________________________
  2420.  
  2421.      RXREV YES|NO             Mnemonic: RXR
  2422. ______________________________________________________________________
  2423.  
  2424.  Parameters:
  2425.  
  2426.  YES -    Received data polarity is reversed (mark-space reversal).
  2427.  
  2428.  NO  -    Received data polarity is normal.
  2429. ______________________________________________________________________
  2430.  
  2431. Use the RXREV Command to invert the polarity of the data demodulated
  2432. from the received mark and space tones.
  2433.  
  2434. In some cases, you may be trying to copy a station that's transmitting
  2435. 'upside down' although it is receiving your signals correctly.
  2436.  
  2437. Set RXREV YES to reverse the data sense of received signals.
  2438.  
  2439. Type RXREV TOG (RXR T) to 'toggle' the polarity of received signals.
  2440. This is useful when trying various combinations of RBAUD and RXREV to
  2441. decode an unknown Baudot signal.
  2442. ``SLOTTIME
  2443. ______________________________________________________________________
  2444.  
  2445.      SLOTTIME 'n'             Mnemonic: SL
  2446. ______________________________________________________________________
  2447.  
  2448.  Parameters:
  2449.  
  2450.  'n' -    0 to 250 specifies the time interval during which the PK-232
  2451.           waits between generating random numbers to see if it can
  2452.           transmit.
  2453. ______________________________________________________________________
  2454.  
  2455. The SLOTTIME parameter works with the PPERSIST and PERSIST parameters
  2456. to achieve true p-persistent CSMA (Carrier-Sense Multiple Access) in
  2457. KISS TNC mode and in normal AX.25 operation.  However, no real
  2458. advantage will be obtained in AX.25 operation unless the other
  2459. stations on the channel are also using PERSIST and SLOTTIME.
  2460. ``SQUELCH
  2461. ______________________________________________________________________
  2462.  
  2463.      SQUELCH YES|NO      Mnemonic: SQ
  2464. ______________________________________________________________________
  2465.  
  2466.  Parameters:
  2467.  
  2468.  YES -    Your PK-232 responds to positive-going squelch voltage.
  2469.  
  2470.  NO  -    Your PK-232 responds to negative-going squelch voltage.
  2471. ______________________________________________________________________
  2472.  
  2473. Normally, to decide if the channel is clear so that it can transmit,
  2474. your PK-232 uses its CSMA (Carrier Sense Multiple Access) circuit by
  2475. sensing audio mark and space tones from your packet receiver.
  2476.  
  2477. If there are non-packet signals on the channel you're using (such as
  2478. voice operation), it's possible that your PK-232 might not be quite as
  2479. polite as it is normally and double with the other signals.
  2480.  
  2481. The PK-232 can use true RF-carrier CSMA by monitoring the squelch line
  2482. voltage from your radio.  This line can be easily connected in many
  2483. radios to the 'busy' light or indicator on the radio's front panel, or
  2484. to other circuit locations that indicate the presence or absence of
  2485. carrier or received signals.  Because your carrier-sensing signal can
  2486. be active-low or active-high (depending on the individual radio manu-
  2487. facturer's design), you can set your PK-232 to sense either positive
  2488. or negative squelch voltages.
  2489. ``SRXALL
  2490. ______________________________________________________________________
  2491.  
  2492.      SRXALL              Mnemonic: SRX
  2493. ______________________________________________________________________
  2494.  
  2495.  Parameters:
  2496.  
  2497.  YES -    Receive ALL selective (SELFEC) transmissions.
  2498.  
  2499.  NO  -    Receive only SELCAL-addressed SELFEC transmissions.
  2500. ______________________________________________________________________
  2501.  
  2502. SRXALL permits the reception of selectively coded inverse FEC signals
  2503. normally not available for decoding.
  2504.  
  2505. Set SRXALL YES to activate this feature.
  2506. ``TIME
  2507. ______________________________________________________________________
  2508.  
  2509.      TIME                Mnemonic: TI
  2510. ______________________________________________________________________
  2511.  
  2512.  Parameters:
  2513.  
  2514.  'n' -  0 to $7F (0 to 127 decimal) specifies an ASCII character code.
  2515. ______________________________________________________________________
  2516.  
  2517. The TIME command specifies which control character to use in the text
  2518. you type into the transmit buffer or into a text file stored on disk.
  2519.  
  2520. Type <CTRL-T> to embed the TIME command in your message text or file.
  2521.  
  2522. At transmit time, the PK-232 reads the embedded control code (default
  2523. <CTRL-T>), reads the time-of-day from the PK-232's internal clock and
  2524. then sends the time to the radio in the data transmission code in use
  2525. at that time.
  2526.  
  2527. When DAYSTAMP is set YES, the date is transmitted with the time.
  2528.  
  2529. NOTE:  The TIME command cannot be embedded in CTEXT, BTEXT or AAB.
  2530. ``TRIES
  2531. ______________________________________________________________________
  2532.  
  2533.      TRIES 'n'           Mnemonic: TRI
  2534. ______________________________________________________________________
  2535.  
  2536.  Parameters:
  2537.  
  2538.  'n' -    0 to 15 specifies the current RETRY level on the selected
  2539.           input channel.
  2540. ______________________________________________________________________
  2541.  
  2542. TRIES retrieves (or forces) the count of 'tries' on the data channel
  2543. presently selected.
  2544.  
  2545. If you type TRIES without an argument, the PK-232 returns the current
  2546. number of tries if an outstanding unacknowledged frame exists.  If no
  2547. outstanding unacknowledged frame exists, the PK-232 returns the number
  2548. of tries required to get an ACK for the previous frame.
  2549.  
  2550. If RETRY is set to zero (0), the TRIES command always returns zero
  2551. (0).
  2552.  
  2553. Use TRIES for gathering statistics on a given path or channel.  TRIES
  2554. is especially useful for computer-operated stations (such as automatic
  2555. message-forwarding stations) using less-than-optimal, noisy HF or sat-
  2556. ellite channels or paths.
  2557.  
  2558. Using TRIES under these conditions automatically optimizes the PACLEN
  2559. and MAXFRAME parameters.
  2560.  
  2561. If you type TRIES with an argument the 'tries' counter is forced to
  2562. the entered value.  Using this command to force a new count of tries
  2563. is not recommended.
  2564. ``TXDELAY
  2565. ______________________________________________________________________
  2566.  
  2567.      TXDELAY 'n'         Mnemonic: TXD
  2568. ______________________________________________________________________
  2569.  
  2570.  Parameters:
  2571.  
  2572.  'n' -    0 to 120 specifies ten-millisecond intervals.
  2573. ______________________________________________________________________
  2574.  
  2575. The TXDELAY command tells your PK-232 how long to wait before sending
  2576. packet frame data after keying your transmitter's PTT line.
  2577.  
  2578. All transmitters need some amount of start-up time to put a signal on
  2579. the air; some need more, some need less.
  2580.  
  2581. Some general rules apply to these radios:
  2582.  
  2583. o    Crystal-controlled radios with diode antenna-switching don't need
  2584.      much time.
  2585.  
  2586. o    Synthesized radios need time for their phase-lock-loops (PLLs) to
  2587.      lock up and settle on to the operating frequency.
  2588.  
  2589. o    Radios with mechanical transmit/receive relays need time for the
  2590.      physical movement of the relays.
  2591.  
  2592. o    External amplifiers using RF-driven relay switching frequently
  2593.      require that you increase TXDELAY to allow for the additional
  2594.      delays.
  2595.  
  2596. Experiment to determine the best TXDELAY value for a specific radio.
  2597.  
  2598. TXDELAY can also compensate for certain characteristics of the radio
  2599. used by the station with whom you're communicating.
  2600.  
  2601. o    If the distant station's radio has slow AGC recovery or squelch
  2602.      release times when switching from transmit to receive, increasing
  2603.      your TXDELAY may reduce retries and actually improve throughput
  2604.      by retarding the start of your data until the distant station's
  2605.      receiver has reached full sensitivity.
  2606.  
  2607. Beginning with the 31-Oct-89 release of the PK-232 firmware, the
  2608. Baudot and ASCII modes now use TXDELAY between PTT on and the start of
  2609. transmitted data. Baudot, ASCII, FEC and SELFEC use AUDELAY as the
  2610. delay between PTT on and the transmitted tone. AMTOR still uses
  2611. ADELAY.
  2612. ``TXREV
  2613. ______________________________________________________________________
  2614.  
  2615.      TXREV YES|NO        Mnemonic: TXR
  2616. ______________________________________________________________________
  2617.  
  2618.  Parameters:
  2619.  
  2620.  YES -    Transmit data polarity is reversed (mark-space reversal).
  2621.  
  2622.  NO  -    Transmit data polarity is normal.
  2623. ______________________________________________________________________
  2624.  
  2625. Use the TXREV Command to invert the polarity of the data sent to the
  2626. PK-232's AFSK tone generator, thus reversing mark and space in the
  2627. transmitted AFSK and FSK signals.
  2628.  
  2629. In some cases, the station you're working may be receiving inverted
  2630. data although it is transmitting in correct polarity.
  2631.  
  2632. o    Set TXREV YES to reverse the sense of your transmitted signals.
  2633. ``UNPROTO
  2634. ______________________________________________________________________
  2635.  
  2636.  UNPROTO call1 [VIA call2[,call3...,call9]]  Mnemonic: U
  2637. ______________________________________________________________________
  2638.  
  2639.  Parameters:
  2640.  
  2641.  call1    -    Call sign to be placed in the TO address field.
  2642.  
  2643.  call2-9  -    Optional digipeater call list, up to eight calls.
  2644. ______________________________________________________________________
  2645.  
  2646. UNPROTO sets the digipeat and destination address fields of packets
  2647. sent in the unconnected (unprotocol) mode.
  2648.  
  2649. Unconnected packets are sent as unsequenced I-frames with the destina-
  2650. tion and digipeat fields taken from 'call1' through 'call9' options.
  2651. When a destination is not specified, unconnected packets are sent to
  2652. 'CQ.'
  2653.  
  2654. Unconnected packets sent from other packet stations can be monitored
  2655. by setting MONITOR to a value greater than '1' and setting MFROM to
  2656. ALL.
  2657.  
  2658. The digipeater list can also be used for beacon packets.
  2659.  
  2660. To send your beacon message through one or more digipeaters, type the
  2661. following:
  2662.  
  2663.      UNPROTO BEACON VIA WX1AAA,WX2BBB,WX3CCC
  2664.  
  2665. Your beacon is routed to and repeated by each of the digipeaters in
  2666. the order listed.
  2667.  
  2668. Some PBBSs and other types of host computer systems may use this form
  2669. of UNPROTO addressing to disseminate their traffic or mail lists over
  2670. the channel to a wider audience.
  2671.  
  2672. To address a PBBS mail list through one or more digipeaters, type the
  2673. following:
  2674.  
  2675.      UNPROTO MAIL VIA WX1AAA,WX2BBB,WX3CCC
  2676.  
  2677. The resulting 'unproto' beacon may look like this:
  2678.  
  2679.      W2JUP-4>MAIL:
  2680.      QTC (List of callsigns with mail waiting in the PBBS)
  2681. ``USERS
  2682. ______________________________________________________________________
  2683.  
  2684.      USERS 'n'                Mnemonic: US
  2685. ______________________________________________________________________
  2686.  
  2687.  Parameters:
  2688.  
  2689.  'n' -    0 to 10 specifies the number of active simultaneous connec-
  2690.           tions that can be established with your PK-232.
  2691. ______________________________________________________________________
  2692.  
  2693. USERS only affects the way that incoming connect requests are handled.
  2694. It does not affect the number of connections you initiate with your
  2695. PK-232.  For example:
  2696.  
  2697.  USERS 0   allows incoming connections on any free logical channel
  2698.  USERS 1   allows incoming connections on logical channel 0 only
  2699.  USERS 2   allows incoming connections on logical channels 0 and 1
  2700.  USERS 3   allows incoming connections on logical channels 0, 1 and 2,
  2701.              and so on, through USERS 10.
  2702.  
  2703. USERS must not be set to a value greater than 4 for PHS.
  2704. ``USOS
  2705. ______________________________________________________________________
  2706.  
  2707.      USOS YES|NO         Mnemonic: USO
  2708. ______________________________________________________________________
  2709.  
  2710.  Parameters:
  2711.  
  2712.  YES -    Letters (LTRS) case IS forced after a space character.
  2713.  NO  -    Letters (LTRS) is NOT forced after a space character.
  2714. ______________________________________________________________________
  2715.  
  2716. Use the USOS Command when you want your PK-232 to automatically change
  2717. from figures to letters after receiving a space character.
  2718.  
  2719. When using Baudot RTTY in poor HF receiving conditions, a received
  2720. character can be incorrectly interpreted as a FIGURES-SHIFT character,
  2721. forcing the received data into the wrong case.  Many otherwise good
  2722. characters received after this will be interpreted as figures (numbers
  2723. and punctuation), not as the letters sent by the distant station.
  2724.  
  2725. USOS YES helps reduce these receiving errors.
  2726.  
  2727. NOTE:     Some weather, commercial, point-to-point and utility sta-
  2728.           tions use Baudot RTTY to send consecutive groups of numbers
  2729.           separated by spaces.  USOS YES produces unacceptable results
  2730.           by forcing the system into letters case when the originator
  2731.           may have intended the information to be in figures case.
  2732. ``VHF
  2733. ______________________________________________________________________
  2734.  
  2735.      VHF YES|NO          Mnemonic: V
  2736. ______________________________________________________________________
  2737.  
  2738.  Parameters:
  2739.  
  2740.  YES -    Packet tones are shifted 1000 Hz.
  2741.  
  2742.  NO  -    Packet tone are shifted 200 Hz.
  2743. ______________________________________________________________________
  2744.  
  2745. Use the VHF Command for immediate software control of the PK-232's
  2746. modem tones.  Changing components or switch settings is not required.
  2747.  
  2748. o    Set VHF NO for HF packet operation.
  2749.  
  2750. o    Set VHF YES for VHF operation.
  2751.  
  2752. NOTE:Be sure to change HB to 300 bauds when operating below 28 MHz.
  2753. ``WIDESHFT
  2754. ______________________________________________________________________
  2755.  
  2756.      WIDESHFT YES|NO     Mnemonic: WI
  2757. ______________________________________________________________________
  2758.  
  2759.  Parameters:
  2760.  
  2761.  YES -    RTTY tones are shifted 1000 Hz.
  2762.  
  2763.  NO  -    RTTY tones are shifted 200 Hz (emulates 170-Hz shift).
  2764. ______________________________________________________________________
  2765.  
  2766. The WIDESHFT command permits you to use the PK-232 on VHF or HF with
  2767. either wide (1000 Hz) or narrow (200 Hz) shifts.
  2768.  
  2769. Nearly all amateur radio VHF and HF Baudot and ASCII RTTY operators
  2770. use 170-shift.  The PK-232's 200-Hz shift is well within the passband
  2771. and filter tolerances of any RTTY demodulator in general service.
  2772.  
  2773. MARS stations will find WIDESHFT generally compatible with standard
  2774. MARS 850-Hz shift Baudot RTTY operations.
  2775.  
  2776. The WIDESHFT command has no effect in AMTOR operation.
  2777. ``WRU
  2778. ______________________________________________________________________
  2779.  
  2780.      WRU YES|NO               Mnemonic: WR
  2781. ______________________________________________________________________
  2782.  
  2783.  Parameters:
  2784.  
  2785.  YES -    Your answerback is sent after a distant station's WRU?
  2786.  NO  -    Your answerback is NOT sent after a distant station's WRU?
  2787. ______________________________________________________________________
  2788.  
  2789. Use the WRU command in Baudot, ASCII and AMTOR to enable or disable
  2790. your PK-232's automatic answerback feature.
  2791.  
  2792. When WRU is YES, your PK-232 sends the answerback on receipt of a dis-
  2793. tant station's WRU? request ('FIGS D' or '$' in Baudot and AMTOR, or
  2794. <CTRL-E> in ASCII).  Your PK-232 keys your transmitter, sends the text
  2795. stored in the answerback field (AAB), then unkeys your transmitter and
  2796. returns to receive status.
  2797.  
  2798. In AMTOR ARQ operation, your answerback will automatically send the +?
  2799. changeover command to the distant station and maintain the link.
  2800. WRU is locked YES in AMTOR and cannot be toggled with the YES|NO
  2801. command.
  2802.  
  2803.  
  2804. These related features can be used in message handling in either dir-
  2805. ection, to confirm that you are sending to the proper station and the
  2806. distant station is probably receiving your traffic successfully.
  2807. ``XMITOK
  2808. ______________________________________________________________________
  2809.  
  2810.      XMITOK YES|NO            Mnemonic: XMITO
  2811. ______________________________________________________________________
  2812.  
  2813.  Parameters:
  2814.  
  2815.  YES -    Transmit functions (PTT line) are active.
  2816.  NO  -    Transmit functions (PTT line) are disabled.
  2817. ______________________________________________________________________
  2818.  
  2819. When XMITOK is NO, the PTT line to your transmitter is disabled - the
  2820. transmit function is inhibited.  All other PK-232 functions remain the
  2821. same.  Your PK-232 generates and sends packets as requested, but does
  2822. not key the radio's PTT line.
  2823.  
  2824. Use the XMITOK command at any time to ensure that your PK-232 does not
  2825. transmit.
  2826.  
  2827. Set XMITOK NO if you're absent and wish to leave your PK-232 on as a
  2828. channel activity monitor.
  2829.  
  2830. Set XMITOK NO for testing in loopback or direct wire connections when
  2831. PTT operation is not required.
  2832.  
  2833. ______________________________________________________________________
  2834.  
  2835.  
  2836. In Baudot and ASCII RTTY modes, there are times and conditions when it
  2837. may be desirable to continue sending data transitions (changes from
  2838. Mark to Space) while not actually typing characters on the keyboard.
  2839.  
  2840. When DIDDLE is set YES, the PK-232 sends the characters mentioned above
  2841. while waiting for keyboard entry.
  2842. ``MID
  2843. ______________________________________________________________________
  2844.  
  2845.     MID 'n'                  Mnemonic: MI
  2846. ______________________________________________________________________
  2847.  
  2848. Parameters:
  2849.  
  2850. 'n'     -    0 - 250 specifies a Morse identification timing interval
  2851.              in units of 10 seconds.
  2852.  
  2853. '0'(zero)    The Morse identification function is disabled.
  2854.  
  2855. ______________________________________________________________________
  2856.  
  2857. If 'n' is set to a value between 1 and 250, when in packet mode the
  2858. PK-232 will periodically send its identification in Morse code.  The
  2859. default value of 0 disables this function.
  2860.  
  2861. The Morse ID consists of 0.5 seconds of idle, the call sign in MYCALL,
  2862. without the SSID, followed by 0.5 seconds of idle.  For example, an
  2863. MID of 177 seconds would send a Morse ID every 1,770 seconds or every
  2864. 29.5 minutes.  The Morse ID will only be issued if a packet was sent
  2865. since the last Morse ID.  The Morse ID uses TXDELAY, PPERSIST, and
  2866. DCD.
  2867.  
  2868. The ID command is now changed.  If HID is YES, the ID command sends the
  2869. HDLC ID immediately as in earlier releases.  If MID is set to a value
  2870. other than 0, the ID command forces a Morse ID immediately.  If both
  2871. HID and MID are both active, the Morse ID is sent first.
  2872.  
  2873. The PK-232 generates Morse code by switching from the Mark tone to the
  2874. Space tone.  This prevents other TNCs from accidentally transmitting
  2875. and colliding with a CW ID.
  2876. ``MWEIGHT
  2877. ______________________________________________________________________
  2878.  
  2879.     MWEIGHT 'n'              Mnemonic: MW
  2880. ______________________________________________________________________
  2881.  
  2882. Parameters:
  2883.  
  2884. 'n'     -    5 to 15 specifies approximately ten times the ratio of
  2885.              one dot length to one inter-element space length.
  2886. ______________________________________________________________________
  2887.  
  2888. Changing the MWEIGHT may be desirable to counteract the switching
  2889. delays of some transmitters when operating at high speeds.
  2890.  
  2891. The default value 10 produces a 1:1 dot-to-space ratio.  A minimum
  2892. value of 5 results in a 0.5:1 ratio.  A maximum value of 15 results in
  2893. a 1.5:1 ratio.
  2894.  
  2895. MWEIGHT applies only to the Morse mode and the CW ID in all modes
  2896. except packet.  MWEIGHT does not affect the code output by the MID
  2897. command.
  2898. ``WHYNOT
  2899. ______________________________________________________________________
  2900.  
  2901.      WHYNOT YES|NO           Mnemonic: WHY
  2902. ______________________________________________________________________
  2903.  
  2904. Parameters:
  2905.  
  2906. YES     -    Your PK-232 writes a brief message on your screen giving
  2907.              a reason why some packets are not displayed on your
  2908.              screen.
  2909.  
  2910. NO      -    This function is disabled.
  2911. ______________________________________________________________________
  2912.  
  2913. Not all of the various types of packet frames carry "user data"
  2914. (characters you type on your keyboard).  Not all of the packets you
  2915. may hear on a given channel will be displayed on your screen in the
  2916. average operating condition.
  2917.  
  2918. If WHYNOT is set YES, your PK-232 displays brief messages giving the
  2919. reason the packet you heard was not printed on your screen.
  2920.  
  2921. The messages and their meanings are shown below:
  2922.  
  2923. -Bit residue:     The frame ended in the middle of a byte.  A weak
  2924.                   packet sig- nal might cause this, or more likely,
  2925.                   random noise has triggered the start of packet
  2926.                   reception.  This may also occur after a valid frame
  2927.                   has been received.
  2928.  
  2929. -PASSALL:         The received packet frame has errors and PASSALL is
  2930.                   off, thereby preventing this packet from being
  2931.                   displayed on the screen.
  2932.  
  2933. -DCD Threshold:   The Threshold control is set too far
  2934.                   counterclockwise.  The DCD LED was NOT lit when this
  2935.                   packet was received.
  2936.  
  2937. -MONITOR:         The MONITOR value is set too low to receive this
  2938.                   type of frame.
  2939.  
  2940. -MCON:            The MCON value is set too low to receive this type
  2941.                   of frame.
  2942.  
  2943. -MPROTO:          MPROTO is set NO, and the received packet is
  2944.                   probably a NET/ROM or TCP/IP frame.
  2945.  
  2946. -MFROM/MTO:       The frame is blocked by the setting of either the
  2947.                   MFROM or MTO command.
  2948.  
  2949. -MBX:             The call sign of the sending station does not match
  2950.                   the call sign setting in the MBX command.
  2951.  
  2952. -MBX Sequence:    The packet frame is received out of sequence; it's
  2953.                   probably a retry.
  2954.  
  2955. -Frame too long:  Incoming packet frame longer than 330 bytes.  
  2956.                   Probably a non- AX.25 frame.
  2957.  
  2958. -Frame too short: Incoming packet frame shorter than 15 bytes.  Only 
  2959.                   seen if PASSALL ON.  Probably a non-AX.25 frame.
  2960.  
  2961. -RX overrun:      Another HDLC byte was received before we could read 
  2962.                   the previous one out of the HDLC chip.
  2963.  
  2964. The last three messages are implemented in the 31-Oct-89 firmware only 
  2965. and replace the "Bit residue" message.
  2966.  ``BELL 
  2967. The BELL command is used to enable or disable the bell (for 
  2968. connected messages only). A monitored 'bell' character will never ring 
  2969. the bell.  When started, PHS defaults to enabled.
  2970. ``CBELL The CBELL command is used to enable or disable if the bell 
  2971. rings whenever you get a connect.
  2972.  
  2973. When started, PHS defaults to enabled.
  2974. ``MSTAMP
  2975. The MSTAMP command is used to enable or disable time-stamping of
  2976. monitored frames. Note that link-status messages (like "CONNECTED to
  2977. ...") are always time-stamped.
  2978.  
  2979. When started, PHS defaults to disabled.
  2980. ``WORDWRAP
  2981. The WORDWRAP command is used to enable or disable word wrapping in
  2982. the lower (TX) window. The default is wordwrap on.
  2983. ``MWINDOW
  2984. The MWINDOW command is used to define the window which receives all
  2985. moitored frames. By default, this is window 0. You can select a
  2986. another window here if you wish to see all monitored frames there.
  2987. ``FILTER
  2988. The FILTER command is used to enable or disable character filtering
  2989. in the receive windows. If FILTER is disabled, you will see all
  2990. bytes, and according to the character set of the PC, non-ASCII
  2991. characters are displayed as graphic characters. If filtering is
  2992. enabled, only the characters with byte values in the ranges 0x09 to
  2993. 0x0D and 0x20 to 0x7E are displayed, this is (most of) the (US-)
  2994. ASCII character set.  All other characters are substituted by a small
  2995. solid rectangle. Note that if you use a national language character
  2996. set where the language dependend special characters have byte values
  2997. greater than 0x7F, FILTER must be disabled (which is the default).
  2998. ``EDI
  2999. ESC            Exit the editor. You get the option to save the
  3000.                file to disk. If you don't, calling the editor
  3001.                again will place you exactly where you left.
  3002. INSERT KEY     Toggles insert and overwrite modes
  3003. F8             Toggles whether carriage returns are symbolically
  3004.                displayed in the edit window
  3005. F9             Toggles editor display from 128 ASCII characters
  3006.                to 256 IBM characters
  3007. UP-ARROW       Moves cursor up a line
  3008. DOWN-ARROW     Moves cursor down a line
  3009. LEFT-ARROW     Moves cursor left a space
  3010. RIGHT-ARROW    Moves cursor right a space
  3011. ^LEFT-ARROW    Move cursor one word to the left
  3012. ^RIGHT-ARROW   Move cursor one word right
  3013. ^Y             Delete line cursor is on
  3014. ^Z             Scroll up a line
  3015. ^W             Scroll down a line
  3016. PGUP           Previous page
  3017. PGDN           Next page
  3018. HOME           Move cursor to beginning of line
  3019. END            Move cursor to end of line
  3020. ^PGUP          Move to beginning of file
  3021. ^PGDN          Move to end of file
  3022. ^HOME          Move to top of screen
  3023. ^END           Move to bottom of screen
  3024. TAB            Tab
  3025. ALT_M          Begin marking a block of text. Use cursor arrows to
  3026.                mark rest of block
  3027. ALT_C          Copy marked block to scrap
  3028. ALT_X          Cut marked block to scrap
  3029. ALT_P          Paste scrap at cursor position
  3030. ALT_S          Search for pattern
  3031. ``YPKLEN
  3032. This defines the maximum packet length for frames sent with the
  3033. binary transfer (YAPP) mode.
  3034.  
  3035. When started, PHS defaults to the maximum value of 254 bytes.
  3036. ``EOF
  3037.