home *** CD-ROM | disk | FTP | other *** search
/ The Glitch Apple Disk Collection / 2014.glitch.apple.collection.zip / SENDDISK / README.DOC~ < prev    next >
Text File  |  2014-09-09  |  4KB  |  99 lines
  1.  
  2.  Ok folks, here is a 'workable' version of a quick program that sends
  3.  an Apple disk up to the IBM and comes out in the .DSK format.
  4.  
  5. The main disclaimer:
  6.  It is com-port dependent (IBM) and slot-dependent (APPLE). Not a lot
  7.  of fancy prompting, cool menus, error checking, options, etc.
  8.  If used under the same conditions listed below (my setup), it works
  9.  flawlessly - time providing maybe next month or so there will be a
  10.  cleaner, better, and more efficient version.
  11.  
  12. Setup:
  13.  PC - I'm using your basic cheapie 8-bit serial card (9-pin D connector)
  14.       on COM1. Com port can be changed in the source but I have yet to
  15.       make it prompt you for it. The PC program (GETDISK.PAS) is compiled
  16.       for baud rates 1200-19200 respectively. Punch in the baud rate your 
  17.       Apple is sending & it should work. If you are running a Super Serial
  18.       Card in the Apple, 19200 baud works great and fast. I run on a 386-40
  19.       so I don't know if an XT or whatnot will choke on high baud rates.
  20.  
  21. APPLE - Use a Super Serial Card in Slot 1. Disk controller must be in
  22.         slot 6. The source code (sourcea.doc) expects a Super Serial
  23.         and tries to initialize it at $C100.  If not using a Super Serial,
  24.         change the ACIA masking for the tx register as appropriate and
  25.         likewise the initialization. As I dig up more and more of my older
  26.         Apple serial cards you can expect to find more versatile drivers
  27.         later on sometime. I might also add reverse transfer capability.
  28.  
  29.  
  30. Super Serial card DIP settings: (19200 baud)
  31. SW1-1 off      SW2-1 on
  32.   1-2 off        2-2 on
  33.   1-3 off        2-3 off
  34.   1-4 off        2-4 on
  35.   1-5 on         2-5 off
  36.   1-6 on         2-6 off
  37.   1-7 on         2-7 off
  38.  
  39. Put the TERMINAL/MODEM jumper pointing up at 'MODEM'
  40.  
  41.  
  42. Serial cable wiring
  43. PC (DB-9)     Apple (DB-25)
  44.  
  45.         2 - 2
  46.         3 - 3
  47.         4 - 8
  48.         5 - 7
  49.  
  50.  
  51. The program SENDDISK is the B-file image from the Apple. Whip up your
  52. modem program and file-transfer it to your Apple. If not possible then
  53. send it up the serial cable !!   Otherwise as your last ditch effort
  54. the source (sourcea.doc) does have all the hex bytes to punch in from
  55. the monitor.
  56.  
  57. GETDISK.PAS is (sloppily) written in Turbo Pascal 7.0, but will compile
  58. under earlier versions. It makes an initial (empty) output file, then
  59. positions within the file top-down to write the tracks. The Apple reads in
  60. descending order for speed reasons so the ambiguity on the PC side with the
  61. file creation is worth it.  While this obviously could have happened
  62. in a much simpler fashion, the PC can afford the time overhead for the
  63. bullshit factor where the Apple certainly can not. So the Apple side was
  64. written for raw speed whereas the PC side does the garbage collection,
  65. clean-up, and the rest of the B.S. Also, to get the super turbo throughput,
  66. use a souped-up dos on the Apple (e.g. GlitchDos, SchizoDos, Krack-Dos,
  67. Z-Dos, Pig-Dos, Diversi-Dos, FastDos, NukeDos, David-Dos etc.).
  68.  
  69. It is best to run GETDISK on the PC-end first and then BRUN SENDISK on
  70. the apple. This way the PC is prepared for the initial header byte sent
  71. by the Apple. I have tried it the other way, but it seems if the Apple
  72. end starts first it occasionally loses the first byte in the transmit
  73. buffer. One of these days I will write in bidirectional negotiation
  74. such that it can handle situations like this. The Apple sends totally blind
  75. and expects to PC to be ready when it starts.
  76.  
  77. It's not fancy, but I have done over 100 disks with no errors so it will
  78. get the job done and done fast provided you make the hardware requirements.
  79.  
  80. I know a lot of you folks out there are quite the kick-butt programmers
  81. so definitely feel free to email me comments/suggestions/ideas/upgrades.
  82. And thanks for participating in alt.emulators.ibmpc.apple2 - it's real cool
  83. to see folks that can at least appreciate these true classics and still have
  84. some fun with the software. I sure do!
  85.  
  86. Well good luck and watch for a finalized release someday!
  87. (This is barely a beta-test as of yet).
  88.  
  89. - Rich Williamson (glitch@eskimo.com)
  90.  
  91.  
  92.  
  93.  
  94.  
  95.  
  96.  
  97.  
  98.  
  99.