Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!mnetor!seismo!think!ames!ucbcad!ucbvax!sdcsvax!sdcc6!loral!dml From: dml@loral.UUCP (Dave Lewis) Newsgroups: comp.sys.m6809 Subject: Re: CoCo3, Disto Controller, OS-9 Message-ID: <1391@loral.UUCP> Date: Mon, 16-Mar-87 12:38:48 EST Article-I.D.: loral.1391 Posted: Mon Mar 16 12:38:48 1987 Date-Received: Wed, 18-Mar-87 07:07:40 EST References: <1608@lsuc.UUCP> <15129@amdcad.UUCP> <1389@loral.UUCP> <1558@tekigm2.TEK.COM> Reply-To: dml@loral.UUCP (Dave Lewis) Distribution: na Organization: Loral Instrumentation, San Diego Lines: 74 Summary: Wrong bit! In article <1558@tekigm2.TEK.COM> neals@tekigm2.UUCP (Neal A. Sedell) writes: >In article <1389@loral.UUCP> dml@loral.UUCP (Dave Lewis) writes: >>In article <15129@amdcad.UUCP> bandy@amdcad.UUCP (Andy Beals) writes: >>>In article <1608@lsuc.UUCP> jimomura@lsuc.UUCP (Jim Omura) writes: >>>>problem is that the WD-1773 chip doesn't seem to read/write single density. >>>The 1773 definitely does read/write single density. Your vendor probably >>>doesn't program it correctly. :-( >>> andy >> The single/double density select on Radio Shack and J & M disk controllers >>is address $FF40, bit 5 ($20): 0 = single density, 1 = double density. Other >Just thought I'd mention, before someone runs out and mod's Newdisk to clear >bit 5 of $FF40 to do single density, that besides being the double density >enable bit, it also enables the HALT circuitry. This is because a 6809 at No, no, nicht, nein! The DRQ-HALT gate is $FF40, bit 7. Just for all you hackers out there, here's the breakdown on the disk hardware port at $FF40: Bit Function --- -------- 0 Drive select 0; 1 = drive 0 selected 1 Drive select 1; 1 = drive 1 selected 2 Drive select 2; 1 = drive 2 selected 3 Motor enable; 1 = drive motors on 4 Write precompensation; 1 = precomp on 5 Density select; 0 = single, 1 = double 6 Side select; 0 = side 0, 1 = side 1 (Radio Shack uses this one for drive select 3 by making strange cables) 7 DRQ-HALT enable; setting this bit to a 1 causes the inactive (high) state of the 1793's DRQ line to assert HALT to the 6809. The latch that this bit is stored in is cleared when the 1793 generates an NMI to the 6809 at the completion of a command. And while I'm at it, the 1793 itself is ORG'd at $FF48: $FF48 Command/status register $FF49 Track register $FF4A Sector register $FF4B Data register Ya finds these things out, writin' a disk driver....... In article <2270@tektools.TEK.COM> jonh@tektools.TEK.COM (Andy Davidson) writes: >I have a couple needs... Does anyone have device drivers/descriptors to run the >terminal t1 through the rs232 pak? (Maybe a new /t2 or something) It is frus- /T2 should do the job..you DO have a Multi-pak, right? Stick the RS-232 pack in slot 1, put T2 and ACIAPak in your bootfile, and either use XMode in your Startup file to set the baud rate to 1200 or change the descriptor itself when building your bootfile. You can't use /T1 because it passes its I/O through the RS232 module, which uses the CoCo bit-banger port on the back. >Also, since OS9 is sooo disk dependent, I'd like to speed up my drives. How >do I cause them to use the 6ms track seek rate? (I have the old TRS-80 Mini You send me $10, I send you a disk with a new driver, a bunch of new utilities, and installation instructions. (Strictly Commercial, that's me) Seriously, though, I've written replacements for the Radio Shack CCDisk, OS9Gen and Cobbler modules that not only allow you to change the step rate of each drive independently, they also allow you to use double-sided disks. There are also a number of other utilities, including rewritten Dir, Dump and Makdir commands, plus a few Microware didn't think of. The disk includes commented assembly source for all the programs, and some procedure files to simplify installation. ------------------------------- Dave Lewis 4417 Idaho apt 4 San Diego, CA 92116 -------------------------------