home *** CD-ROM | disk | FTP | other *** search
/ DP Tool Club 12 / CD_ASCQ_12_0294.iso / vrac / pac016.zip / DOCS < prev    next >
Text File  |  1993-12-03  |  18KB  |  522 lines

  1. PC-PACTOR V0.16
  2.  
  3. PC-PACTOR (c) Johan Forrer KC7WW 1992,1993,1994
  4.  
  5.  
  6. Author: Johan B. Forrer KC7WW
  7. 26553 Priceview Drive
  8. Monroe, OR 97456
  9. United States of America
  10.  
  11.  
  12. CIS id: 70730,3472
  13.  
  14.  
  15. Shareware notice
  16.  
  17.  
  18.  
  19. This program is distributed as a Shareware product. You may
  20. freely copy and share the program with your friends, associates
  21. and other radio amateurs. PC-PACTOR may not be sold or
  22. distributed with another product without the express written
  23. permission of the author. The author, Johan Forrer, KC7WW will
  24. only support unmodified copies of this software.
  25.  
  26. If you decide to use this product, you should become a registered
  27. user by sending $5.00 or equivalent in foreign currency together
  28. with the completed registration form to the author. All
  29. transactions must be drawn on US banks. Upon receipt of your
  30. registration, you will receive one free update disk containing
  31. the latest release of the software . You will also be notified of
  32. future developments. Improvements are continually being made and
  33. exciting additions are under way or in the process of being
  34. implemented.
  35.  
  36. If you are not satisfied with the program after registering it,
  37. you have 30 days from your registration date to return it for a
  38. full refund of your money, no questions asked.
  39.  
  40. Previously registered users may obtain a free upgrade to this
  41. version - please send a formatted disk and SASE (or stamped
  42. mailer or 2 IRC's).
  43.  
  44. This program may not be used by business or government
  45. institutions without proper licensing.
  46.  
  47. Acknowledgements
  48.  
  49.  
  50.  
  51. PACTOR is the development of H-P Helfert, DL6MAA, and U. Strate,
  52. DF4KV, and the WAA group. Hans-Peter generously provided the
  53. necessary details on the PACTOR implementation with the
  54. understanding that its sole purpose be for amateur usage.
  55.  
  56.  
  57.  
  58. The assistance of Dr. Thomas Rink, DL2FAK is gratefully
  59. acknowledged.
  60.  
  61.  
  62.  
  63.  
  64.  
  65.  
  66.  
  67.  
  68.  
  69.  
  70.  
  71.  
  72.  
  73.  
  74.  
  75.      Please support the efforts of shareware developers.
  76.  
  77. Table of contents
  78.  
  79.  
  80.  
  81. 0.0  Quick summary for this release.
  82.  
  83. 1.0  PC-PACTOR what does it do ?
  84.  
  85.      1.1  Minimum requirements to run PC-PACTOR
  86.  
  87.      1.2  CAUTION
  88.  
  89.      1.3  Planned enhancements
  90.  
  91. 2.0  Introduction
  92.  
  93. 3.0  Hardware Interface
  94.  
  95. 4.0  Installation
  96.  
  97.      4.1  Software
  98.  
  99. 5.0  Operating PC-PACTOR
  100.  
  101.      5.1 Function keys
  102.  
  103.      5.2 Command menu
  104.  
  105. 6.0 Appendix
  106.  
  107.      6.1 If problems persist.....
  108.      6.2 A few notes about HF modems.
  109.  
  110. 7.0  Disclaimer
  111.  
  112.  
  113.  
  114. 0.0 Quick summary for Version 0.16
  115.  
  116.  
  117.  
  118. Welcome to this is experimental version of PC-PACTOR. Any version
  119. number below 1.00 is considered experimental.
  120.  
  121. Version 0.16 will receive and decode, 100 or 200 baud operation,
  122. ascii or Huffman compressed text and will allow the transmission
  123. of FEC mode or so called "unproto" mode. The user can thus
  124. monitor traffic, as well as transmit check-summed data frames.
  125. The full ARQ version still under development.
  126.  
  127. For users familiar with PCTOR, the following guidelines will
  128. help:
  129.  
  130. 1. Set your computer to run at least 8 Mhz. a 286/386/486
  131.    computer is preferable.
  132.  
  133. 2. Ensure that your modem will pass 200 baud modulation.
  134.  
  135. 3. Ensure that you have optimized the "TIMING" factor for your
  136.    computer using PCTOR. Note down the factor that you use for
  137.    later entry in PC-PACTOR. The timing adjustment is required
  138.    each time PC-PACTOR is restarted. Timing is a little more
  139.    critical than for AMTOR due to the longer packets.
  140.  
  141. 4. Copy both PACTOR.EXE and CODE.DAT to your disk.
  142.  
  143. 5. Start PC-PACTOR. It will go into MONITOR mode.
  144.  
  145. 6. What can you expect to see? With strong signals on a quiet
  146.    band, you will see error-free copy. On variable conditions
  147.    there will be the occasional loss of print due errors within
  148.    the received packet. These gaps in the traffic will show as
  149.    ≈≈. It is educational to watch the lower status line.
  150.  
  151. 7. If you hit F1, PC-PACTOR will enter the FEC mode and text
  152.    entered via the keyboard will be sent over the air. Note that
  153.    at this time, only ascii text will be transmitted. Ascii data
  154.    files may also be transmitted using ALT-F menu. An FEC
  155.    transmission is ended with F4. This way, any data remaining in
  156.    the keyboard buffer will first be sent before the MONITOR mode
  157.    is entered. However, F10 remains the "panic button" - it will
  158.    terminate any transmitting operation.
  159.  
  160. 8. A startup configuration file has been added. This allows the
  161.    user to customize PC-PACTOR.
  162.  
  163. 9. The user can optionally log all traffic to a disk file for
  164.    later analysis. Time stamps will be inserted into the log file
  165.    at regular intervals. 1.0 PC-PACTOR what does it do ?
  166.  
  167.  
  168. Using only a low cost external HF modem, PC-PACTOR makes it
  169. possible to decode PACTOR on PC compatible hardware without the
  170. need of dedicated multi-mode terminal node controller (TNC)
  171. hardware. All decoding is performed in software in real time
  172. using only PC hardware.
  173.  
  174. PC-PACTOR implements the most challenging and essential parts of
  175. the PACTOR protocol, ie. decoding at both 100 and 200 baud
  176. simultaneously, CRC calculation, and Huffman decompression. Since
  177. most users devote more time printing PACTOR traffic, this was
  178. considered the main priority. 
  179.  
  180. 1.1 Minimum requirements to run PC-PACTOR
  181.  
  182.  
  183. PCTOR will run on an IBM PC or close compatible computer with a
  184. clock speed at least 8 Mhz. DOS 3.1 or higher is required. A
  185. monochrome or EGA/VGA display adaptor will work. Although the
  186. software will run on a floppy-based system, a hard disk is
  187. recommended. The definition of "true IBM compatibility" is fuzzy
  188. and a great deal of flexibility has been built into the programs
  189. to handle a wide range of PC hardware.
  190.  
  191. The program has been tested on a PC-clone with a 8 Mhz V20 chip,
  192. as well as a 486/33. A machine with at least a 10 Mhz clock is
  193. recommended.
  194.  
  195. An HF modem capable of decoding 200 baud FSK is required to
  196. decode received audio to +/- 12V RS232 logic signals (please see
  197. 6.2 for further notes on HF modems). The actual polarity
  198. corresponding to the mark signal is not important for PACTOR,
  199. since the protocol uses both normal and inverted bits.
  200.  
  201. PCTOR uses some of the signal lines of COM 1 as a digital
  202. interface. Presently only COM 1 is supported. 1.2 Caution
  203.  
  204.  
  205.  
  206. This software may not be suitable for all working environments.
  207. The user should therefore proceed with the usual caution and make
  208. sure critical software is backed up.
  209.  
  210. Every effort has been made to ensure that the software is "well
  211. behaved", however, the user is reminded that this software relies
  212. on critical timing. Normal system functionality is retained, i.e.
  213. time-of-day and floppy disk timeout activities. The user must
  214. thus be careful not to run other software that relies on similar
  215. "tricks" that PC-PACTOR uses as the consequences is
  216. indeterminable.
  217.  
  218. Normal program usage and program termination will undo the
  219. actions of PC-PACTOR and restore normal system operation. Should
  220. a program failure occur, the only way to restore normal system
  221. operation is to reboot DOS.
  222.  
  223. 1.3 Planned enhancements
  224.  
  225.  
  226.  
  227. Several enhancements are planned for release in the near future.
  228. As a registered user you will be notified of these when it
  229. becomes available. These include:
  230.  
  231. * Full transmit/receive with memory ARQ support. This requires a
  232. special type of modem as the software needs to sample signals
  233. within the modem. Without this capability, true memory ARQ is not
  234. possible, regardless of what you may have been told.
  235.  
  236. * PC-PACTOR/PCTOR Integration. This will provide a common user-
  237. interface for all digital modes of operation, make it possible to
  238. sync on either PACTOR or AMTOR automatically.
  239. 2.0 Introduction
  240.  
  241.  
  242.  
  243. PC-PCTOR is an implementation of PACTOR as developed by the WAA
  244. group:  DF4KV, DL6MAA, DL3FCJ, DL2FAK, DL1ZAM, DK5FH, and DF4WC.
  245.  
  246. PACTOR uses adaptive speed, ISO 3309 CRC of data blocks, and
  247. allows on-the-fly Huffman data compression. Automatic error
  248. repeat (ARQ) as well as "unprotected" (UNPROTO) mode of
  249. transmission is used.
  250.  
  251. PC-PCTOR contain a user-interface program that works in
  252. conjunction with several low-level routines that enables a user
  253. to operate and monitor PACTOR traffic with a minimum of fuss. Its
  254. multiple-window user interface allows simultaneous monitoring of
  255. decoded traffic, decoding status, and user keyboard history. Pop-
  256. up windows is used for setting operational parameters.
  257.  
  258.  
  259. PC-PCTOR was developed using Borland C++ Version 3.1. The low-
  260. level interface was developed using Borland Turbo Assembler
  261. version 3.0.
  262. 3.0 Hardware interface
  263.  
  264.  
  265.  
  266. PC-PACTOR interfaces through signals of COM1 RS232 port. The
  267. following allocation of RS232 signals have been made: Other
  268. signal pins may be connected, however will play no part in the
  269. operation of PC-PACTOR.
  270.  
  271. Note that for a minimal interface, DTR, RTS, DCD, and Ground, is
  272. required. 
  273.  
  274.  
  275.              For a 25-pin serial connector:
  276. pin 20  (DTR) - output data bits (mark -12V, space +12V) 
  277. pin 4   (RTS) - PTT              (off  -12V, on    +12V)
  278. pin 8   (DCD) - input data bits  (mark -12V, space +12V)
  279. pin 7   (Ground)
  280.  
  281.             For a 9-pin serial connector:
  282. pin 4   (DTR) - output data bits (mark -12V, space +12V) 
  283. pin 7   (RTS) - PTT              (off  -12V, on    +12V)
  284. pin 1   (DCD) - input data bits  (mark -12V, space +12V)
  285. pin 5   (Ground)
  286.  
  287. 4.0 Installation
  288.  
  289.  
  290. 4.1 Software
  291.  
  292.  
  293. It is assumed that a hard disk is available, though the program
  294. can be run off a floppy disk as well. In fact it is suggested
  295. that you first run off a floppy disk to see if this software is
  296. compatible with other software that you may have on your system.
  297.  
  298. 1. Create a new subdirectory and change directory to it, i.e.
  299.  
  300.    mkdir pactor 
  301.    cd pactor
  302.  
  303. 2. Copy the contents of the floppy to the new subdirectory.
  304.  
  305.    copy a:*.*
  306.  
  307.    The following files will be copied:
  308.     
  309.    pactor.exe    -- The split screen AMTOR program. 
  310.    code.dat      -- Contains the WAA-supplied Huffman dictionary
  311.    pactor.doc    -- This documentation.
  312.    pactor.cnf    -- An example configuration file
  313.  
  314. 3. Customize pactor.cnf  (see 4.2 Customizing the configuration)
  315.  
  316. Note that the device driver ANSI.SYS should be in your config.sys
  317. (please see about ANSI.SYS in your DOS manual). 4.2 Customizing the configuration
  318.  
  319.  
  320.  
  321. To enable a user to streamline the setup of the program to his
  322. requirements, a configuration file, "pactor.cnf" is read during
  323. startup. Read and edit the contents of the provided file
  324. "pactor.cnf" to suit your own preferences. This file is optional,
  325. but when not found, the system will use defaults. These entries
  326. are all optional, and may appear in any order, however, please do
  327. not enter any spaces between symbols, 
  328.  
  329. i.e. 
  330.  
  331. vid : 1        is NOT the same as       vid:1
  332.  
  333. (The last one is correct).
  334.  
  335.  
  336.  
  337. The following entries may be customized:
  338.  
  339. id:KC7WW                  ----- set your identity selcal/callsign
  340. txdelay:25                ----- delay (ms) after PTT on till data
  341.                                 out.This gives your transmitter
  342.                                 time to changeover to transmit.
  343. timing:25                 ----- system clock timing adjustment
  344. log:1                     ----- receive data capture (logging)
  345. logfile:pctor.log         ----- data capture filename
  346. vid:1                     ----- DIRECT video I/O enabled (see
  347.                                 appendix on hardware
  348.                                 compatibility)
  349. fcrlf:1                   ----- Files, i.e. buffers and files to
  350.                                 be sent through the ALT-F command
  351.                                 should use the AUTOMATIC CR/LF
  352.                                 mode. This means that all CR's in
  353.                                 the input text files will be
  354.                                 ignored, and LF will be
  355.                                 interpreted as CR/LF.
  356.  
  357. refr:15                   ----- Status update rate. The number of
  358.                                 system ticks between updates,
  359.                                 i.e. 15*55mS=0.825 seconds. To
  360.                                 fast a rate will flicker or
  361.                                 perhaps may introduce timing
  362.                                 problems, too slow will affect
  363.                                 animation of timing bar, clock,
  364.                                 etc.
  365. time:0                    ----- Use local time in displays and
  366.                                 logging. If UTC time is required,
  367.                                 use time:1 (also refer to the TZ
  368.                                 environment variable).
  369. word:1                    ----- Turns word-edit mode on.
  370. 5.0 Operating PCTOR
  371.  
  372.  
  373.  
  374. Upon startup, the shareware banner will be displayed. Press the
  375. ESC key to proceed to the PC-PACTOR screen.
  376.  
  377. The contents and layout of the status display line depends on
  378. which options the user has selected. The following description
  379. refers to the case when all the options are enabled. This gives
  380. the reader a description of all possibilities.
  381.  
  382. PC-PACTOR displays two windows: the upper status line and the
  383. received traffic window.
  384.  
  385. The upper status line is updated in real time and some machines
  386. may show some flickering. This is normal. The present operating
  387. state is displayed on the left of this status line, i.e. STANDBY
  388. or MONITOR.
  389.  
  390. Decoder status information is displayed on the second, lower
  391. upper status line. This includes:
  392.  
  393. HI, LO         - 200 baud, 100 baud respectively.
  394. +, -           - The bit sense of the received packet: 
  395.                             - inverted, + normal
  396. ASCII, HUFFMAN - Ascii or Huffman data.
  397. Cnt            - Received packet counter (0-3).
  398. Sync           - The received sync character (in hexadecimal).
  399.  
  400. Decoding third party PACTOR traffic, means that there is no means
  401. for correcting errors within received packets. For this reason
  402. the packet count is monitored for breaks in sequence. If a
  403. sequence break is encountered, the symbol ≈≈ is printed to show
  404. the gap.
  405.  
  406. 5.1 Function keys
  407.  
  408.  
  409.  
  410. The function keys have the following functions:
  411.  
  412. F1  - Initiate a FEC ("unproto") transmission;
  413.  
  414. F4  - Initiate QRT sequence (revert to standby condition).
  415.  
  416. F6  - Initiate MONITOR (listen) mode.
  417.  
  418. F10 - Abort any operation in progress and revert to standby mode.
  419.  
  420. ESC - Calls up the command menu.
  421.  
  422. ALT-R - Enter the remote station's callsign (eight chars max)
  423.  
  424. ALT-F - Enter the files menu. For transmitting data files. 5.2 Command Menu
  425.  
  426.  
  427.  
  428. The command menu (called up when the ESC key is pressed when in
  429. the main display) has the following one letter commands:
  430.  
  431.  
  432.  
  433. H - Help with the function keys.
  434. Q - Terminate PC-PACTOR.
  435. T - Set clock timing. This parameter allows fine adjustments of
  436.     the master clock. See Appendix A for more details.
  437. V - Toggles video mode (DIRECT/BIOS).
  438. X - Exit the command menu to main display. The ESC key may also
  439.     be used for this purpose. 
  440. Y - Sends out a 500 HZ pulse train from pin 20 for diagnostic
  441.     purposes.
  442.  
  443.  
  444. 6.0 APPENDIX.
  445.  
  446.  
  447. 6.1 If problems persists.......
  448.  
  449.  
  450.  
  451. The most common feedback from users appears to be setting up PC-
  452. PACTOR's master clock timing. The clock timing is adjusted using
  453. the "T" option in the command menu. Adjust it a tick or two at a
  454. time, each time exiting the command menu and monitoring traffic.
  455. Once this "magic" number has been determined, note it down for
  456. later use. 6.2 A few notes on HF modems
  457.  
  458.  
  459.  
  460. Experience have shown that some modems perform better than
  461. others. We may divide the class of popular modems roughly into
  462. three categories (there are a few other types as well):
  463.  
  464. (I)   The phase locked loop (PLL),
  465.  
  466. (II)  filter type,
  467.  
  468. (III) digital signal processing (DSP) type.
  469.  
  470. It is the author's opinion that the PLL type of modems are not
  471. suitable for average HF operations. It is best to avoid this
  472. approach even with extensive front-end filtering.
  473.  
  474. The filter-type modem have been used with much greater success on
  475. HF. However, there are various kinds of approaches in filter-type
  476. modems:
  477.  
  478. Vintage designs like the ST-5 and ST-6 employed L/C filters and
  479. are known to work reasonably well, given that some changes are
  480. made to their low-pass filters (mainly to pass the 200 Hz PacTOR
  481. modulation rate). 
  482.  
  483. Active filter designs such as the DJ6HP will also work quite well
  484. under fair conditions, however, do not expect too much under
  485. adverse conditions. Another popular active filter modem is the
  486. BARTG design. This small modem will work reasonably well too,
  487. however it lacks front-end bandpass filtering, and has poor post-
  488. discriminator signal processing. Both these designs are good for
  489. newcomers.
  490.  
  491. Modern good performance filter-type modems use sophisticated
  492. front end filters in conjunction with well-designed
  493. discriminators and extensive post discriminator filtering
  494. circuitry. They generally have excellent dynamic range to handle
  495. strong signals as well as being able to "dig into the noise" to
  496. handle weaker signals. They will tolerate some degree of off-
  497. frequency operation. It also has become popular to monitor analog
  498. levels of signals within the modem in order to implement "soft"
  499. error correction techniques. Although this does not necessarily
  500. mean an increase the level of hardware sophistication, additional
  501. interfacing and software support is required.
  502.  
  503. The DSP approach is still new to HF operation, yet holds a lot of
  504. promise. There are presently some commercial units available.
  505. Please contact the author about details for a low cost HF digital
  506. DSP modem.
  507. 7.0 Disclaimer
  508.  
  509.  
  510.  
  511. The author, Johan Forrer KC7WW is not responsible for any damage,
  512. injury, loss of profit or gain associated with the use,
  513. installation, or application of this software. 
  514.  
  515.  
  516.  
  517. January 1993
  518. J.B.Forrer KC7WW
  519. 26553 Priceview Drive
  520. Monroe, OR 97456
  521. United States of America
  522.