home *** CD-ROM | disk | FTP | other *** search
/ ftp.barnyard.co.uk / 2015.02.ftp.barnyard.co.uk.tar / ftp.barnyard.co.uk / cpm / walnut-creek-CDROM / CPMINFO / CPM-CC12.ART < prev    next >
Text File  |  2000-06-30  |  9KB  |  163 lines
  1.  
  2. ==============================================================================
  3. [   THE KAY*FOG RBBS  |  CPM-CC12.ART  |  posted 01/18/86  |  159 lines  9k  ]
  4.  
  5.           The CP/M Connection                   Originally published in    
  6.                   by                               Computer Currents       
  7.              Ted Silveira                           2550 9th Street        
  8.   (copyright and all rights reserved)             Berkeley, CA  94710      
  9.  
  10.  
  11.                                October 8, 1985
  12.                             COMMUNICATIONS UPDATE
  13.  
  14.      One problem I have writing about public domain software is that my 
  15. information can be outdated even before it gets into print.  People who 
  16. write these programs just can't keep their hands off them, so they put out 
  17. a steady stream of updates.  Some programs I've written about are now 
  18. available in newer versions, and new programs have come out in areas I've 
  19. already covered, so from time to time, I'll devote a column to update news.  
  20.  
  21.      Communications programs get updated more frequently than any other 
  22. kind, almost weekly it seems.  Most of these updates are relatively minor--
  23. adding support for new computers and modems, making adjustments to handle 
  24. oddball remote systems used by practically no one.  But recently, there 
  25. have been some bigger changes.  
  26.  
  27.  
  28. [HIGH SPEED MODEMS]
  29.  
  30.      More and more people are using high speed 2400 bps (bits per second) 
  31. modems.  Many of the large RCP/M (Remote CP/M) bulletin board systems have 
  32. them now, encouraged by support from U. S. Robotics and Racal-Vadic, two of 
  33. the major modem manufacturers.  And now that the price is drifting down 
  34. toward $500, more callers have them, too.
  35.  
  36.      You can tell when you reach an RCP/M that has a 2400 bps modem because 
  37. it answers the phone with a special whistle that an ordinary 300 bps or 
  38. 1200/300 bps modem won't respond to at all.  If the RCP/M's modem doesn't 
  39. get a 2400 bps answer after a few seconds, it then tries 1200 bps and 300 
  40. bps, and everything proceeds normally.
  41.  
  42.      When these 2400 bps modems first showed up on RCP/Ms, there were some 
  43. problems.  Apparently, some of the modems ran very solidly at 2400 bps but 
  44. made only tenuous connections at 1200 bps.  This problem was supposed to be 
  45. especially bad when the caller was using the U. S. Robotics Password modem, 
  46. which I have.  I did have many problems calling these high speed systems 
  47. when they were first setting up and got dumped many times.  Now, however, 
  48. these problems seem to have been fixed, at least on the systems I call.
  49.  
  50.  
  51. [ENHANCED XMODEM PROTOCOL]
  52.  
  53.      The Xmodem (or Christensen) protocol that public domain communications 
  54. programs and RCP/M systems use for transferring files has been enhanced.  
  55. The original protocol transfers a file in a series of blocks, each 
  56. containing 128 bytes.  Each block is checked for errors after it's received 
  57. and retransmitted if any are found.  Recently, this protocol has been 
  58. expanded to include the option of using 1024 byte (1K) blocks instead of 
  59. 128 byte blocks.  
  60.  
  61.      You save time using 1K blocks because the various housekeeping and 
  62. error-checking functions don't have to be done as often, so the computers 
  63. spend more time actually transmitting the file and less time talking about 
  64. it.  With short files at slow speeds (300bps) the savings are marginal at 
  65. best, but with longer files at higher speeds, they're significant.  Of 
  66. course, it takes longer to transmit a 1K block than a 128 byte block, so if 
  67. you're using a noisy phone line and have to retransmit many blocks, you'll 
  68. lose instead of gain.
  69.  
  70.      Newer versions of the XMODEM program, used by RCP/Ms to transfer files 
  71. to you, can now handle transfers with either 1K or 128 byte blocks.  In 
  72. addition, Irv Hoff has created a new program, KMD, that can take the place 
  73. of XMODEM.  KMD also handles transfers using either 1K or 128 byte blocks 
  74. and has a batch mode that allows you to up- or download a series of files 
  75. with a single command, using wildcards.  
  76.  
  77.      Just to confuse you, some systems have renamed KMD to XMODEM while 
  78. others call it KMD.  So, if you try to download something using the 
  79. familiar [XMODEM S filename.typ] command, and the system tells you there's 
  80. no such program as XMODEM, try using [KMD S filename.typ] instead.
  81.  
  82.  
  83. [A NEW COMMUNICATIONS PROGRAM--IMP]
  84.  
  85.      Irv Hoff has done a major overhaul of his reliable MDM740 and brought 
  86. out IMP243 (Improved Modem Program version 2.43).  IMP can make file 
  87. transfers using either 1K or 128 byte blocks.  In fact, IMP goes one step 
  88. further by automatically using 1K blocks when transferring with KMD or 
  89. XMODEM versions 112 and beyond.  IMP also monitors the number of errors 
  90. during a file transfer and automatically switches from 1K to 128 byte 
  91. blocks if the error rate gets too high.
  92.  
  93.      IMP also adds support for 2400 bps modems.  Most of these modems have 
  94. an "automatic step-down" feature, which means that if they can't make a 
  95. connection at 2400 bps, they will automatically try at 1200 bps or even 300 
  96. bps (on some).  IMP takes full advantage of this, waiting for the modem to 
  97. make its connection, finding out what speed it has connected at, and then 
  98. setting the computer's modem port to that speed, all automatically.  The 
  99. operator doesn't need to think about setting the speed at all (2400 bps 
  100. modems only).
  101.  
  102.      Finally, IMP has added a feature that I think was long overdue in all 
  103. such programs.  Most sophisticated communications programs will let you set 
  104. up a list of numbers that they will dial in turn until they get a 
  105. connection.  Unfortunately, most modems don't recognize when they've 
  106. reached a busy signal or a phone that isn't being answered, so the programs 
  107. just hold on to the line for about 30 seconds before they "timeout" and 
  108. move to the next number.  I find this frustrating because I usually know in 
  109. 10 or 15 seconds that the phone isn't going to be answered.  IMP now allows 
  110. you to abort the current attempt without cancelling the whole dialing list.  
  111. Instead, IMP just moves on to the next number.
  112.  
  113.      One caution--though IMP looks much like MDM740 from the outside, you 
  114. can't use the MDM740 overlay files to adapt it to your computer.  You must 
  115. use the special IMP overlay files.  There are many of these available 
  116. already, adapted from the MDM740 overlays, but you may find some bugs, 
  117. since the program is still young.  I know, for example, that the Morrow 
  118. Micro-Decision overlay won't work with Revision 1 Morrow, though I assume 
  119. it will work with the Revision 2 (Morrow owners--it's the same old 
  120. printer/modem port problem).  I doubt that these bugs will last long, but 
  121. you should always test any new program before you use it for anything 
  122. crucial.
  123.  
  124.  
  125. [A NEW VERSION OF MEX]
  126.  
  127.      Ron Fowler has recently updated his MEX (Modem EXecutive) to MEX114.  
  128. First, this version fixes a few bugs.  These were not too serious--I use 
  129. MEX far more than my checkbook really allows and have never run into any of 
  130. them.  One involved problems with the printer buffer, another with full 
  131. capture buffers (only if the buffer was more than 32K), and a third with 
  132. garbage created in a capture buffer left open during an Xmodem transfer.  
  133.  
  134.      Second, MEX114 can now handle the 1K protocol.  It will automatically 
  135. adjust to either 1K or 128 byte blocks when receiving a file, but it will 
  136. only send with 1K blocks if you specifically instruct it to.  Like IMP243, 
  137. MEX114 will switch from 1K to 128 byte blocks if the error rate gets too 
  138. high.
  139.  
  140.      Through a special overlay (MXM-2403), MEX114 now supports two 2400 bps 
  141. modems, the Hayes 2400 and the U. S. Robotics Courier.  This overlay does 
  142. use the automatic step-down feature of these two modems but in a less 
  143. sophisticated way, so MEX114 can't yet take full advantage of this 
  144. equipment, as IMP243 does.
  145.  
  146.  
  147.      If you have a 1200 bps or 2400 bps modem, and you spend much time up- 
  148. and downloading software, you should upgrade to IMP243 or MEX114.  It's not 
  149. just that the 1K protocol will save you some time but also that I suspect 
  150. the RCP/Ms will eventually adopt this protocol as their primary standard.  
  151. You won't be locked out if you don't have it--all the RCP/Ms will still 
  152. allow you to use 128 byte blocks--but life is easier if you stay current.
  153.  
  154. ------------------------------------------------------------------------------
  155.       Ted Silveira is a freelance writer and contributing editor to several
  156.    computer-oriented publications.  He appreciates suggestions or feedback
  157.    and can be reached through the KAY*FOG RBBS (415)285-2687 and CompuServe
  158.    (72135,1447) or by mail to 2756 Mattison Lane, Santa Cruz, CA 95065.
  159.  
  160. -------------------------  End of CPM-CC12.ART Text  -------------------------
  161.  
  162.  
  163.