Hewett@HI-MULTICS.ARPA.UUCP (02/18/87)
2 (15 lines in body): Date: Wednesday, 18 February 1987 10:43 est From: Network_Server.Daemon HI-MULTICS.ARPA To: Hewett.CCD_FLD at HI-MULTICS BRL.ARPA". ******************** Failed message follows. ******************** Date: Wed, 18 Feb 87 09:40 CST HI-MULTICS.ARPA Subject: Disk ][ to ][c Cable BRL.ARPA HI-MULTICS.ARPA> I need to build a cable to go from a disk ][ drive to a ][c (the only company I know of is incredibly backlogged). I have the pinouts for the disk ][ but need the pin-ins for the ][c external drive port. Can someone help? Thanks....... Bi][ Hewett ---(2)--- EOP read_mail: .
nakada@husc4.UUCP (02/22/87)
In article <870218205742.619490@HI-MULTICS.ARPA> Hewett@HI-MULTICS.ARPA writes: >I need to build a cable to go from a disk ][ drive to a ][c (the only >company I know of is incredibly backlogged). I have the pinouts for the >disk ][ but need the pin-ins for the ][c external drive port. Can >someone help? > Thanks....... Bi][ Hewett here they are for anyone who wants the disk][c pinouts. 10 1 o o o o o o o o o o o o o o o o o o o 19 11 1,2,3,4 GND Ground reference and supply 5 -12V -12 volt supply 6 +5V +5 volt supply 7,8 +12V +12 volt supply 9 EXTINT* External intterrupt 10 WRPROT Write protect input 11-14 SEEKPH0-4 Motor phase 0-4 input 15 WRREQ* Write request 16 N.C. No connection 17 DR2* Drive 2 select 18 RDDATA Read data input 19 WRDATA Write data input * active low This information was obtained from the Apple //c reference manual. page 279. paul nakada nakada@husc4 harvard!husc4!nakada nakada@harvsc4.BITNET
a228arig@cdfb.utoronto.UUCP (02/22/87)
> I need to build a cable to go from a disk ][ drive to a ][c (the only > company I know of is incredibly backlogged). I have the pinouts for the > disk ][ but need the pin-ins for the ][c external drive port. Can > someone help? Yes, here are the pin connections....... 20 pin header (//+ drive) DB-19 (//c) ------------------------- ----------- 1 1 2 2 3 3 4 4 5 5 6 6 7 7 8 8 9 NC (no connection) 10 NC 11 11 12 12 13 13 14 14 15 15 16 NC 17 17 18 18 19 19 20 10 The above, (I checked for typos), should be right, but I can't be responsible for blown drives. I have used the above, and it works, but still, use at your own risk. --Tak ----------------------------------------------------------------------------- UUCP: {utzoo, decvax, ihnp4, cbosgd, utcsri, mnetor}!utgpu!utcdfa!a228arig ARPAnet: a228arig%cdfa.toronto.edu@relay.cs.net CSnet: a228arig%cdfa.toronto.edu BITNET: utoronto%"a228arig@cdfa.utoronto" (<- with some luck) (or better yet, mail through CSnet) == University of Toronto -- Toronto, Canada == -----------------------------------------------------------------------------
kamath@reed.UUCP (02/24/87)
Beep! $C019 is VBL. It goes high during retrace. I have a picture-wise pin-to-pin description for the disk ][ <-> //c if anyone wants it. I used it for a second 5.25 drive for a //c (off a 3.5 incher) just fine. If you are serious about assembly language, fast algorigthms etc. then you should get Apple Assembly Lines (the newsletter.) Fer instance, a month ago Woz recoded the bascalc routines. it take about 5 - 6 less bytes then the Applesoft ROMS and is about twice as fast (approx 36 cycles or so). I put it in an EPROM, along with a slight Monitor mod to allow dropping into the moniter on a reset (only if the OA key is held for more than a second tho!), no problems and a slight bit fast in applesoft. I have a 76 cycle divide by seven routine I use in a dhgr program. a branch takes 3 cycles if succesful, not 2. it takes 2 if not succesfull. ASCI Express is a little brain damaged. It only does XOR checksumming, true. But it PRINTS the crc after the transmission. (ug). Also, the very first thing AE tries to do is tell the receiving system what type of file is being sent. the first four bytes are: 81 00 00 81 (text) 81 01 01 81 (Applesoft?) 81 02 02 81 (integer?) 81 04 04 81 (binary) I'n not positive about it, because I finally got sick of it and bought modem MGR, which also has it's own special version of xmodem, but at least it gives me the option of using boringly normal old fashion xmodem. I also have a few xmodem routines in C, as well as some translation scripts to convert to blesed ASCII (7 bit) and Apple standard. well, that's all I can think of for the moment. I think I will post the dhgr routines. I have to make some major mods to it, as I got it out of a magazine (now defunct I think. Apple Orchard) and they are a tad slow (basically conversions of the programmers aid. ) Fer instance, the ROMS use a subtract 7 routine to find the remainder. this is fine and dandy, and it's very small. on the other hand, it you are dividing FF, you have to loop 37 times, or about 37*10 cycles. To put it in human terms, calling this routine 100 times from applesoft take 20 seconds. for the fast div by 7 , it only takes 8. You can clear the screen up to 4 times faster without a significant amount of extra bytes if you do it the long way. just some thoughts. Sean Kamath tektronix!reed!kamath