- test-drb@ccmp.vtda.org - classiccmp.org

by mbg＠world.std.com

>It's the bench-top console for the M7341 microprocessor. The >KC341-A was the rack-mount console. Thanks... >One would presume, then, that you've got a couple M7341's in your >archives, too :-). I believe I had one board at some point, but I haven't see it yet... Megan Gentry Former RT-11 Developer +--------------------------------+-------------------------------------+ | Megan Gentry, EMT/B, PP-ASEL | Internet (work): gentry!zk3.dec.com | | Unix Support Engineering Group | (home): mbg!world.std.com | | Compaq Computer Corporation | addresses need '@' in place of '!' | | 110 Spitbrook Rd. ZK03-2/T43 | URL: http://world.std.com/~mbg/ | | Nashua, NH 03062 | "pdp-11 programmer - some assembler | | (603) 884 1055 | required." - mbg | +--------------------------------+-------------------------------------+

27 years, 3 months

1
0
0 0

Signal detection

by allisonp＠world.std.com

<How is this AGC level derived, and how is it compared to the signal? It is the rectifed output of the dectector circuit and and it's not compared. Allison

27 years, 3 months

1
0
0 0

Signal detection

by allisonp＠world.std.com

<Could anyone tell me how a radio detects signals vs. static? There is a <little gauge on my radio that moves depending on the amount of noise vs. <signal. I would guess that the digitally tuned radios that skip over the <frequencies that are pure static work in the same way. What is this way? Static is inchoherent radio signals (random). generally they are far weaker so the selection is done on signal strength or in the case of FM modulated systems reduction in received noise. Actually it's fairly simple. Allison

27 years, 3 months

1
0
0 0

8" drive on a pc controller

by allisonp＠world.std.com

<Please forgive my interloping, here, but my SHUGART and Siemens SD 8" drive <are spec'd for 6 ms step rate, and the double-headed types for 3 ms. It's <really best (mechanically) to step these babies as fast as they will go, an <it's quieter too. Be specific on the model as the sa800s and 850s would never do 3ms! Though the later ones did step faster. The problem with 8" drives are that there were some that were doing their best at 10-12mS and a few like CDCs 3ms was the norm. Most fell in around 6mS. ALSO, the PC controller uses the 765 chip (or it's core) generally and that chip can truncate the first step pulse by 1/2mS (8/5"). So the fastest recommended step rate programming (srthut in SPECIFY command) is 4mS. I believe it was never fixed. Allison

27 years, 3 months

1
0
0 0

AMPRO LITTLE BOARD, etc.

by allisonp＠world.std.com

<I bought mine new as a kit in '83, as part of the first production run. <They didn't have HDD support then, and since I made and sold an adapter <daughterboard to interface to Z-80 processor sockets, one of several, I wa <not concerned about that. The board always worked reliably and, aside fro <the occasional need to read a standard diskette, the system was pretty <complete. Mine is only slightly later, has the 5380 scsi chip. <Well, the drive attached to my two boards, i.e. the hard drive, is an ST-50 <that was lying about some fifteen years ago when I happened to need a drive The sequence of disks over the years for the HDD side: xybec and st506 bought new in 82(late). Still have both. Adaptec, and Quantum D540 (31mb) much faster. the adaptec died and the xybec was in with a st251 for a while then the fujitsu 3.5" scsi drive. <>supported. The host interface was very similar in concept and nearly <>in execution as IDE. < < <The history included in the IDE spec clearly indicates that it was patterne <after the 1003-WAH board (of PC/AT fame), which is the PC-bound eqivalent o <the 1002. It uses the same IC's, hence the same command structure and bit Here we go again... I DIDN'T SAY IT WAS IDE. I said it was similar in respect that it was a bus level interface for a controller and predates IDE. I do know that the wd1003 was what the IDE base design was patterned after. <definitions. I'm inclined to try hooking an IDE drive up in place of the <1000-05 board and ST-506 drive just to see what it does. I'd imagine they <emulated it faithfully.

27 years, 3 months

1
0
0 0

OT: Welfare state morality

by allisonp＠world.std.com

<On Thu, 15 Apr 1999, Allison J Parent wrote: <>Simple dont use word, it's virus prone. < <What if someone needs it for their job? < <--Max Eskin (max82(a)surfree.com) Well as someone that's running 35 clients and 3servers all microspooge I can say it's really keep me busy and a virus is really a major headache. As a result for me it is the job. I'd rather be running VMS. Allison

27 years, 3 months

1
0
0 0

Will The Grand Master Of Disk Controllers step foreward?

by edick＠idcomm.com

I thought it would (mmaybe) be helpful to point out that WD made several similarly designated controllers during the period when the 8"-drive-compatible models were available. The WD 1000 series members which used the 8X300 microcontroller used a different command set or register organization, which was, IIRC inverted in some sense, i.e. either the register order was the inverse of the one on the LSI version, or the commands were the complement of the ones the LSI version (designated 1000-05, 1000-08, the latter of which I doubt was ever shipped) As several folks have indicated some of these controllers had both the 50-pin connector for the 8-inch drives' data cable, and the 34-pin connector for the 5-1/4" drives' data cable. What's not entirely obvious with the LSI controllers' jumper layout, characterized in the documents only as a means for disconnecting biasing voltages from the PLL circuitry during calibration, is that if one removes the shorting plugs from some models, again depending on the version, a jumper then will suffice to bypass the PLL circuitry, thereby allowing the use of the clock already available from those drives which provide it on the data connector. If this clock is fed to the circuitry downstream from the PLL, the controller needs no further modification aside from changing the 4x crystal, shipped at 20 MHz, to one at 17.36 MHz, which is 4x the standard rate for 8" drives. That means that an oscillator and a single jumper is all that's necessary to convert some of these boards from 5.25" to 8". Persons wishing to use 8" HDD's should BE CAREFUL with the negative bias supply. Just like some 8" FDD's, some of these drives have on-board regulators for the negative supply, hence will only work if they're fed a nominally -12 V dc source (actually anything greater than -8 vdc and not damaging to the circuitry will be ok) since there's an on-board regulator. A bypass jumper is usually provided, as some drives will be used with supplies designed for drives without the on-board regulator, therefore demanding -5V dc. If this bias supply is not correct, either due to the lack of compatible supply and regulator, or because -5 is being fed to the regulator, the drive will not work. If -12 is fed to the drives which have no regulator, the head interface circuits and probably the data conditioning circuits will be damaged. BE CAREFUL! I didn't learn about this over a beer after work, or by reading an article in a magazine . . . 'nuff said??? Dick Dick -----Original Message----- From: Don Maslin <donm(a)cts.com> To: Discussion re-collecting of classic computers <classiccmp(a)u.washington.edu> Date: Friday, April 16, 1999 4:14 PM Subject: Re: Will The Grand Master Of Disk Controllers step foreward? >On 16 Apr 1999, Eric Smith wrote: > >> > Specifically the WD-1000-5 disk controller. These are the ones that >> [...] >> > If you are intimately familiar with this legendary interface, I would >> > like to hear from you. I need to figure out how to modify it for 8" >> > harddrives. >> >> Regrettably I no longer have the manual or schematics for these, so a lot >> of this is from memory. >> >> The WD1000-5 was the WD1000 repackaged on an 8" * 5.75" board, to match the >> form factor of 5.25" drives. >> >> The original WD1000 and WD1001 had both 34 and 50 pin drive control >> connectors. I'm guessing that the WD1000-5 left the 50 pin connector out. >> However, you only need to scramble the pins appropriately, as the actual >> signals are the same. All odd pins are ground on both connectors; the others >> should map thusly: >> >> 34-pin 50-pin signal >> >> 2 2 *RWC reduced write current >> 4 4 *HS2 head select 2 >> 6 40 *WG write gate >> 8 8 *SC seek complete >> 10 42 *TK0 track 0 >> 12 44 *WF write fault >> 14 14 *HS0 head select 0 >> 16 NC >> 18 18 *HS1 head select 1 >> 20 20 *IDX index >> 22 22 *RDY ready >> 24 36 *STEP >> 26 26 *DS1 drive select 1 >> 28 28 *DS2 drive select 2 >> 30 30 *DS3 drive select 3 >> 32 32 *DS4 drive select 4 >> 34 34 *DIR step direction (in when asserted) >> >> The radial data connectors are the same for both drive sizes. >> >> The bigger problem is that 8-inch drives used a data rate of 4.34 Mbps rather >> than 5 Mbps. I seem to recall that the WD1000 had a jumper setting for this. >> If they removed the 50-pin drive control connector, they probably also removed >> the jumper and supporting circuitry. >> >> > Also, does anyone have docs for the Quantum Q-2040 8" >> > Winchester? I dunno what kind of power to feed it (24v sounds correct, >> > but I seem to recall it used 110vac also!), and so on. >> >> No data here, but almost certainly not 110 VAC. Probably 24V AC and 5V DC. > >Sorry Eric, but the spin motor is identical to the ones used in the >Shugart SA80n series - 120 VAC 60Hz 1.6 Amp. The rest of the power >requirements come in through a 6-pin connector, also identical to the >Shugart, so I would assume +5 VDC, -5 VDC (maybe), and 24 VDC. Probably >to the same pinout as the Shugart. > >> You *might* be able to get a Q2040 to run at 5 Mbps, but I've never >> personally seen it done. > >I have a hazy recollection of running one on a latter day HDC to view data >contents, but the details elude me now. > - don > >

27 years, 3 months

1
0
0 0

z80 timing... 6502 timing

by edick＠idcomm.com

NOW YOU"VE DONE IT!!! I actually went down into the "pit" and found a relevant data book. In this case it's the 1981 Zilog Data Book. The portion of the first chapter, which deals with the CPU, has timing diagrams on pages 18-20, dealing with the opcode fetch (M1)cycle, memory cycles, and I/O cycles. The latter two types show both a read and a write cycle. From the timing diagrams and text it is clear that unless one is concerned with the minutiae of how the external resources are accessed, the only things which need to be accounted for in evaluating the execution time of a series of instructions is how many T-states or clock ticks are required for each cycle type. Without wait states, an M1 CYCLE is ALWAYS 4 clock ticks long, a memory read or write CYCLE is 3 clock ticks long, and an I/O read or write CYCLE is 4 clock ticks. It would be beneficial if we kept this discussion restricted to the two processors at hand, i.e. the Z80 and (if you like) the MOSTEK and NEC "equivalents" which at least claimed to exhibit the same timing characteristics, and the NMOS 6502's in their various speed grades as were available in 1980 more or less. There's no question that this doesn't include the Z8 or the Z180 or the Z280 or any other part, nor does it apply directly to the various other parts which later inherited the 'Z' or some of the genuine Z80 characteristics. There's no doubt the Zilog folks, clever as they were, figured out ways in which to improve their products in later generations. I thought I pretty well covered why it's not relevant how long the bird dips his beak into the memory, so long as you remain mindful of how often, maximally, it can do so. Your statement indicates an awareness of this, but both your statement and your asserted conclusions suggest you've confused the memory access cycle length for the memory cycle rate or frequency. For purposes of clarity I've postulated that there are two parts to every cycle. There are other ways of looking at this, but . . . There's the setup phase and the "active" (for want of a better term) phase. The Z80 active phase cannot be detected externally in the case of instructions which don't access external resources. On a 6502 the active phase is defined by the positive-going (high) portion of the Phase-2 clock. On the Z-80 an active phase can be detected only when it involves external resources. I'd really appreciate you referring me to a page in a data book current at the time which makes any suggestion at all that the Z80 requires any fewer than 3 t-states to execute a non-M1-memory cycle. Even in an LDIR, where there are NO opcode fetches at all once the process begins, each and every memory access takes a minimum of three clock ticks or "t-states." This is true whether the processor is clocked at its maximum or at a much slower rate. This tells us that executing an absolute jump takes the duration of the instruction fetch which means the opcode plus the two byte target address. The diagram clearly shows four normal t-states plus the requisite wait-state commonly inserted in M1 cycles, so, (a) we now have it straight from the horse's mouth that the cycle with the one wait state, as your Ampro Little Board undoubtedly allowed you to observe with your calibrated logic analyzer, the M1 cycle takes a total of 5 t-states in this, the customary implementation, and the two subsequent fetch cycles take three t-states each. So, the absolute jump takes minimally 4+3+3 clock ticks and, as typically implemented, 5+3+3 (=11) clock ticks, not 12 as I estimated, to fetch the entire instruction. The next cycle will ostensibly be an M1 cycle at the 16-bit address fetched as part of the absolute jump instruction. At the very familiar 4 MHz, this is 2.75 microseconds. On the 6502, an opcode fetch takes 1 clock tick. A fetch from memory takes 1 clock tick, and a write to memory takes 1 clock tick. Consequently an absolute jump takes three clock ticks. At 2 MHz, this is 1.5 microseconds. You're right, the 6502 takes two clock ticks to execute any of the "single-cycle" instructons. However, due to the designers' clever use of simple pipelining, it executes two of them in three clock ticks and three of them in four, as the execution of each wholly internal "single-cycle" operation is overlapped with the next opcode fetch, so if you want to argue, it takes only one, with the exception of the fact the first one takes two. Its opcode was fetched during the last cycle of the previous instruction, though, unless it was reached via jump, branch, call or interrupt. What this means is that when you have a succession of ALU operations, e.g, a sequence of shifts, the Z80 should win, right? . . . as it takes only five clock ticks each (with the requisite wait-state) to fetch and execute four successive left shifts, or 20 clock ticks which equals 5 microseconds. On the 6502, because of the pipelining, it takes 5 clock ticks, which, in the case of the 2 MHz processor, is 2.5 microseconds. Please take a look at the additional comments I've embedded in the quoted email below. Dick -----Original Message----- From: Allison J Parent <allisonp(a)world.std.com> To: Discussion re-collecting of classic computers <classiccmp(a)u.washington.edu> Date: Tuesday, April 13, 1999 7:39 PM Subject: Re: z80 timing... 6502 timing ><the relatively short memory access strobe, while I was talking about the ><frequency at which they occur, as defined in the spec. I agree completely > >Yes so? Often the z80 is moving 16bits, with 8bit wide memory it's going >to take several cycles. If it were a z280 that would be even more biased >as it uses fewer "ticks" per cycle and the bus is 16bits wide. Counting >ticks or whatever as I've repeatedly stated meaningless save for >discussions of how memory is used and not who is faster. > >An aside at this point, the z280 runs different cycle timing as @4mhz would >be the base z80 of the same speed and the z380 (in z80 native mode) beats >that as the cycles have been shortend again. This is irrelevant to the comparison between the processors in the title. ><personal. The fact remains, that the memory CYCLE is three clock ticks ><long, as defined in the spec (though I haven't looked at it in 15 years or > >It is not and Like I said the spec is infront of me as I type. Worst case >its 2. But that in itself is again meaningless. please, Please, PLEASE take another look. Remember it's the CYCLE length, not the access strobe width that's relevant to this discussion. ><so since I haven't yet unearthed my Zilog or Mostek data books) and if you ><look at the pictures you saw with your logic analyzer, you should have see ><two read pulses of whatever lenght they were, spaced at very nearly 750 ns ><each time you saw the execution of an absolute jump, or any other ><instruction which consists of an opcode followed by a 16-bit address. The ><same is true of writes. They take one memory cycle, which is three clock ><ticks long, for each byte, although the memory write strobe is a mite ><shorter than the read strobe, IIRC, which I might not, but . . . > >Your memory is faulty. and that 750ns bumber is still meaningless. they >only number for comparative purposes is the amount of time it takes to do >an absolute jump. For Z80 @4mhz that will be 2.5us. It will require >memory in the 250ns range to do it. I've frequently demonstrated, of late, that my formerly steel-trap-mind has moved significantly in the direction of the polyethylene colander. However, I did still remembered the details I pointed out yesterday, with the exception that I thought the minimal number of T-states in the M1 cycle was five rather than four. . . but I did remember on which pages the diagrams were printed. ><were inserted as they often were for M1 cycles. Nevertheless, commonly use ><instructions were MUCH faster on the 2 MHz 6502, than on the 4 MHz Z-80. > >A 2mhz 6502 executes a 1byte (say INX) instuction in 2 machine cycles and >that takes 1uS. Yes, but it executes two of them in three machine cycles, and three in four, etc. due to the pipelining which allows overlapped execution and opcode fetch. >A 4mhz INC B (any register) takes 4 z80 clocks at 4mhz... damm if that >doesn't happen to be 1uS! Where is the speed difference? Yes, but if you execute two of them, it takes 8, and if you execute three it takes 12. That's 3 microseconds. Now, a 2 MHz 6502 takes only 2 microseconds to increment a register twice. >According to my book a 6502 absolute jump takes 3-5 cycles and in the 5 >cycle case its 2.5 us. Not quite . . . the 5 tick jump is an indirect jump, opcode 0x6C. An absolute jump, opcode=0x4C takes only and exactly three clock ticks. ><probably measure three microseconds for those twelve clock ticks (T-states ><which is EXACTLY how long a 1 MHz 6502 takes to do that. Hence, I conclud > >Exactly my point. The 6502 is not faster, it only marches to a different drummer. Yes, but if you had carefully read the quoted statement from my previous email, you'd have noticed I referenced it to a 1 MHz processor, not a 2 MHz one as was used in the comparison. So you see, for the sake of this comparison, the drummer is beating twice as quickly. ><I've concluded that most code I've seen underutilizes the internal resource ><and overutilizes the external ones. Code like that favors processors with ><more time-efficient use of the external resources. Hence, my assertion that ><there's reason to believe the 6502 at 2 MHz could outrun the 4 MHz Z-80 in ><more or less typical code and in a more or less typical hardware > >No again. It can match the z80 and in some cases it's better or worse. > Well, I'd be very pleased to see a block of code written to accomplish any useful (or otherwise definable) task in less time on a 4 MHz Z-80 than it would take a 2 MHz 6502 to achieve the same end. I'm not saying I can write better code than you, nor am I even saying it can't be done. I've never seen it, though. It's virtually impossible to do this against a 1 MHz 6502, and you're allowing me to continue the comparison between a 4MHz Z-80A and a 2 MHz 6502A, right? The immediately following statement which you quoted >from my previous email states my view on this. I'd still be interested, if only as point of curiosity. > ><environment. Code written to make better than average utilization of the ><internals of a Z-80 might fare better against equally well-written code on ><6502. I'm comfortable with the reality that I'll probably never know for ><certain. Since neither processor is particularly important these days, no ><terribly important to me either. > >Agreed well written code is essential for either to do useful work. > ><None of this is really worth getting all excited about because, by the way ><in spite of its "better" performance, (by my assessment) the 6502 didn't ><accomplish more useful work on MY behalf, because I used a Z-80 running CP/ ><every chance I got due to the abundance of really decent tools and office ><automation software. > >Therein lies the key. A good system is not always defined by it's >hardware. Systems are a combination of practical hardware and functional >software. This account for why despite their flaws the TRS80, Apple II, >Z80 CPM based as well as others florished. Most people didn't program >8080z806502ti990018028085680980886800065815 they ran basic or a word >processor. the run on of part numbers was deliberate as to most people >the cpu used was just a number. > Quite so, and I'd still be waiting today to get my old 6502 to run WordStar under CP/M . . . > >Allison > >

27 years, 3 months

3
3
0 0

Signal detection

by CLASSICCMP＠trailing-edge.com

>>Generally the gauge is a reading of the AGC (automatic gain control) >>level being applied by the radio's IF. There are many other ways to derive >>this signal, but this is the most common one. >How is this AGC level derived, and how is it compared to the signal? Nothing fancy - the AGC circuit is typically just a simple rectifier followed by a RC time constant. The resulting level goes to your meter and is fed back into the IF at a point where changing a bias affects the gain. If there's a "skip over static" function in a digital tuner, it's typically done by comparing the AGC level with a fixed voltage (possibly settable with a pot somewhere.) There are fancier methods of detecting the presence of a signal if you know something specific about that signal. For instance, if you know that it's a FM stereo broadcast, you can look for the FM subcarrier. -- Tim Shoppa Email: shoppa(a)trailing-edge.com Trailing Edge Technology WWW: http://www.trailing-edge.com/ 7328 Bradley Blvd Voice: 301-767-5917 Bethesda, MD, USA 20817 Fax: 301-767-5927

27 years, 3 months

1
0
0 0

stepping machanism of Apple Disk ][ drive (was Re: Heatkit 51/4 floppies)

by allisonp＠world.std.com

<Well, that's not very far from what I wrote, is it? I was just pointing <out that although Allison seemed to imply that a 6 or 8MHz Z80 was much <faster than a 4MHz(? I haven't got the original message any more) 6502, I <believe that to be far from the case. I was pointing out that is the processor was running fast enough even a dog can look good. ;) Obviously using a 8mhz z80 as the standard your comparison CPU had better be of similar generational speed or it may fail the test. the inverse is with a 33mhz z185 I know I can blow the 65c02 out of the water unless someone has at least a 25-30mhz 6502! Allison

27 years, 3 months

4
5
0 0

Will The Grand Master Of Disk Controllers step foreward?

by jeff.kaneko＠juno.com

Guys: I suspect there is one among us who can rightfully bear this title; if so, I need his guidance, wisdom, and council. I have some questions regarding some obscure MFM disk interfaces made by Western DIgital. Specifically the WD-1000-5 disk controller. These are the ones that pre-dated the HDC's they made for the ISA bus; they were frequently found on CP/M and MP/M machines that were equipped with fixed disk drives (some of the TeleVideo machines come to mind). If you are intimately familiar with this legendary interface, I would like to hear from you. I need to figure out how to modify it for 8" harddrives. Also, does anyone have docs for the Quantum Q-2040 8" Winchester? I dunno what kind of power to feed it (24v sounds correct, but I seem to recall it used 110vac also!), and so on. Thanks. Jeff ___________________________________________________________________ You don't need to buy Internet access to use free Internet e-mail. Get completely free e-mail from Juno at http://www.juno.com/getjuno.html or call Juno at (800) 654-JUNO [654-5866]

27 years, 3 months

4
3
0 0

8" drive on a pc controller

by edick＠idcomm.com

Please forgive my interloping, here, but my SHUGART and Siemens SD 8" drives are spec'd for 6 ms step rate, and the double-headed types for 3 ms. It's really best (mechanically) to step these babies as fast as they will go, and it's quieter too. Dick -----Original Message----- From: Don Maslin <donm(a)cts.com> To: Discussion re-collecting of classic computers <classiccmp(a)u.washington.edu> Date: Thursday, April 15, 1999 9:41 PM Subject: Re: 8" drive on a pc controller >On Thu, 15 Apr 1999, Bill Sudbrink wrote: > >> > > Shouldn't you gentlemen be considering, instead of which format, at >> what >> > > kind of DRIVE is involved? >> > >> > Excellent point, as I have been using a Mitsubishi that I set at 6ms. >> >> Ah! >> >> Shugart and Seimens drives, requiring 15ms. > >More usual is 10ms. > - don > > >

27 years, 3 months

2
1
0 0

OT: Religious Festivals (was:Re: Fwd: H8 Enthusiasts)

by Philip.Belben＠pgen.com

> "Kar" is derivated from the Oldhighgerman word of chara/kara with > an meaning of grief/mourning - so the Karwoche is the week of > mourning for Christ / the mourning period. While this word is > no longer in use in German (and no derivate, AFAIK), it is still > present in English as 'care' (Didn't I already mention that English > preserved a lot mor ol German words than German itself ? So learning > English is kind of learning old German.) > > I hope this wil end your life long search for the meaning of Kar. Many thanks. Perhaps one day I'll learn Anglo-saxon. This is apparently rather like learning German... > P.S.: Now solve the riddle of Ostern/Eastern. Oh no, now I'm getting even further off topic! Historically, Christianity has had a habit of placing Christian festivals next to pagan ones so as to help subsume them. A classic example is the winter solstice, which has had Christmas (Weihnachten) dumped on it. But the name of the North European solstice festival, Yule, has survived in many languages' names for Christmas. In the case of the Pascha, the date was based on the Passover - the Jewish festival at the spring equinox. This put in close to pagan equinoctial festivals, and the pagan name, Easter/Ostern, has survived in English and German. The usual explanation is that it derives from the name of a pagan goddess, Aostre. Good enough? Philip.

27 years, 3 months

2
1
0 0

Another item to identify

by gentry＠zk3.dec.com

Can anyone tell me what a KC341-B Microprocessor series Monitor/Control panel is? (Other than the obvious). It is a DEC item -- it appears to have the standard switches for a computer front panel, but for a 14-bit wide machine... I found two of them in my archives, still packed in their boxes. One has a cable which connects to it and which ends in a paddle board for plugging into a DEC backplane. I also have a print set for it... Megan Gentry Former RT-11 Developer +--------------------------------+-------------------------------------+ | Megan Gentry, EMT/B, PP-ASEL | Internet (work): gentry(a)zk3.dec.com | | Unix Support Engineering Group | (home): mbg(a)world.std.com | | Compaq Computer Corporation | | | 110 Spitbrook Rd. ZK03-2/T43 | URL: http://world.std.com/~mbg/ | | Nashua, NH 03062 | "pdp-11 programmer - some assembler | | (603) 884 1055 | required." - mbg | +--------------------------------+-------------------------------------+

27 years, 3 months

2
1
0 0

Another item to identify

by CLASSICCMP＠trailing-edge.com

>Can anyone tell me what a > > KC341-B > Microprocessor series Monitor/Control panel > >is? (Other than the obvious). It's the bench-top console for the M7341 microprocessor. The KC341-A was the rack-mount console. >It is a DEC item -- it appears to have the standard switches >for a computer front panel, but for a 14-bit wide machine... >I found two of them in my archives, still packed in their >boxes. One would presume, then, that you've got a couple M7341's in your archives, too :-). -- Tim Shoppa Email: shoppa(a)trailing-edge.com Trailing Edge Technology WWW: http://www.trailing-edge.com/ 7328 Bradley Blvd Voice: 301-767-5917 Bethesda, MD, USA 20817 Fax: 301-767-5927

27 years, 3 months

1
0
0 0

OT: Welfare state morality

by Philip.Belben＠pgen.com

>> attitude is part of a larger problem. Personally, I do not like to damage >> anything, but once in a while, I like to have some fun. If I didn't do > > You know, I like to have fun as well. But my fun consists of taking a > pile of parts 'beyond economic repair' and getting them working again. Or > taking a few bits of scrap metal and learning to machine them. Or > designing Yet Another Useless Interface. In other words creating something. Hear, hear! > I really don't understand this love of breaking things. Nor do I, even though I occasionally experience it. But I try to suppress my love of braking things on the rare occasions when it does appear, because creating things is so much more fun. Philip.

27 years, 3 months

2
1
0 0

stepping machanism of Apple Disk ][ drive (was Re: Heatkit 51/4 floppies)

by edick＠idcomm.com

No, I have no personal conflict with an Apple employee. The problem to which I refer was all to common back in the '70's. Perhaps it was because of the way in which the various program vendors wrote their software, but I'd bet it's because they weren't left much choice. The detail to which I refer is the absence of a message like the infamous IBM-PC's ". . . Abort, Retry, Fail . . ." message. Once the Apple encountered a read error of some type, it seemed that it couldn't recover without a restart. I don't know the details, but I saw it every day that I was in the same room with an Apple that was not idle. It seemed that the only way to avoid this type of problem was to avoid the Apple, so, with one notable exception, that was what I did. These things are based on perceptions, though, not necessarily a sound and rigorous evaluation of the facts. I once worked in a room with over a dozen MAC's though, and was the only one with both a MAC and a PC/AT. We constantly had "trouble" with the MAC's while I continued to chug along with my PC/AT running DOS. My work was always ahead of schedule if I could stick to the PC. Now, when I ran the MAC, e.g. using EXCEL, or McDRAW, which provided functions not so readily available to the PC, I didn't have as much trouble as some of the more common programs used by the others, e.g. WORD or MacWrite. I did my writing in WordStar which I knew quite well, having used it since pre-release 0.7 (WordMaster). I imagine that quite a bit of the trouble was due to the newness of the network scheme used to share the two laser printers. I'd point out almost daily, that my PC/AT with a laser printer and a substantial hard disk, plus a COLOR display, which none of the MAC's there had, cost less than one of these MAC's alone. The bias I held against Apple products was based on the perception that lots of features and performance were sacrificed in favor of the rather lame color display, which I then felt was useful for games and other forms of entertainment, which I felt were out of place in the office. Dick -----Original Message----- From: Sellam Ismail <dastar(a)ncal.verio.com> To: Discussion re-collecting of classic computers <classiccmp(a)u.washington.edu> Date: Friday, April 09, 1999 3:19 AM Subject: Re: stepping machanism of Apple Disk ][ drive (was Re: Heatkit 51/4 floppies) >On Thu, 8 Apr 1999, Richard Erlacher wrote: > >> My contempt for Apple begins and ends with their total disregard for the >> value of your data. If you wrote to their floppies, especially if your >> computer was in the "front room" of a business, exposed to whatever dust was >> carried in by customers and wind, etc, from the parking lot, (I had a client >> years ago, whose mail-order business was operated with the "help" of an >> Apple-II with two controllers and three drives in just such a location.) >> you'd frequently observe the computer locking up because it had come to a >> bit it couldn't read. The reason was probably contamination of media or >> drives, but the only recovery was the reset. Your data, meanwhile, and >> perhaps your customer calling long distance, were gone by now. They >> designed the MAC with no memory parity assuming that you'd not mind if your >> data was corrupted without your knowledge, and though the disk handling was >> a bit more mature than the Apple-II "I give up . . . and die" it wasn't much >> better. > >This sounds like poorly written software to me. The only time I've ever >had my Apple ][ lock up because some data couldn't be read from the disk >was because the software told the Apple to lock up. I think your bias is >totally unfounded, or at least founded upon a predisposition to hating the >Apple ][ for some odd reason. Did an Apple employee fart near you or spit >on your car at some point in your life or something? > >Sellam Alternate e-mail: dastar(a)siconic.com >--------------------------------------------------------------------------- --- >Don't rub the lamp if you don't want the genie to come out. > > Coming in 1999: Vintage Computer Festival 3.0 > See http://www.vintage.org/vcf for details! > [Last web site update: 04/03/99] >

27 years, 3 months

11
19
0 0

Software collectors list

by PB14＠leicester.ac.uk

On 12 Apr 99 at 21:36, Mike Ford wrote: > I have been thinking about and looking for a list like this one, except > instead of hardware collecting, it would be about collecting software. I > haven't found any existing list, so I am getting motivated to start a list > on one of the various services that will host a list for free (free free > ideally, but I don't have a problem with an ad supported list server > either). I have a fair amount of feedback that such a list would be > desirable, so other than a charter which I am still thinking on, two basic > questions need answering in the next few days so I can get going. It's a while since anyone last posted the charter for this list, but I'm sure that it doesn't discourage discussion of >10year software. I though Classiccmp was about the entire "classic computing experience" not just the hardware nitty gritty anyway? Phil ************************************************************** Phil Beesley -- Computer Officer -- Distributed Systems Suppport University of Leicester Tel (0)116 252-2231 E-Mail pb14(a)le.ac.uk

27 years, 3 months

5
4
0 0

30 pin simms, not so hard to find.

by edick＠idcomm.com

What it amounts to is soldering the "front" of the SIMM to one edge of the pins and soldering the reverse side to the other. if the edge of the SIMM is appropriately close to the pin-strip, it makes a very solid connection, with the loading stresses well distributed. It doesn't stagger anything. These screw-machine single-pin sockets come in plastic strips which keep them aligned. The way I accomplish this sort of thing is plug them into a board which fits their barrel and proceed to solder the connections, end pins first, on each side of the SIMM until the job is finished. It's a lot of work, and not always worth it. I once soldered 4 4MB SIMMs into this arrangement, only to learn that the motherboard I was using wouldn't deal with the 4 MB parts. . . . too bad . . . Dick -----Original Message----- From: Arfon Gryffydd <arfonrg(a)texas.net> To: Discussion re-collecting of classic computers <classiccmp(a)u.washington.edu> Date: Friday, April 16, 1999 9:41 AM Subject: Re: 30 pin simms, not so hard to find. >At 09:23 AM 4/16/1999 -0600, you wrote: >>BTW, it's important that they be soldered on both sides. That's what makes >>the job difficult. > >How in the world do you do that? Wouldn't they become staggered? > >---------------------------------------- > Tired of Micro$oft??? > > Move up to a REAL OS... >######__ __ ____ __ __ _ __ # >#####/ / / / / __ | / / / / | |/ /## >####/ / / / / / / / / / / / | /### >###/ /__ / / / / / / / /_/ / / |#### >##/____/ /_/ /_/ /_/ /_____/ /_/|_|#### ># ###### > ("LINUX" for those of you > without fixed-width fonts) >---------------------------------------- >Be a Slacker! http://www.slackware.com > >Slackware Mailing List: >http://www.digitalslackers.net/linux/list.html

27 years, 3 months

1
0
0 0

30 pin simms, not so hard to find.

by ethan_dicks＠yahoo.com

--- Richard Erlacher <edick(a)idcomm.com> wrote: > Actually, there was a DIPP package for many of the DRAMs. It was a > single-in-line-looking version of the DIP, except that all the pins were on > one side and they were staggered in their alignment. I have several classic machines that use them, the Amiga 3000 included. > These were most often referred to as ZIP's, though I don't know why. Zigzag Inline Package > The package was somewhat popular for about 5 years, after which it fell > into disuse. They were more fragile than DIP DRAMs (I've broken several pins off over the years), but they did provide much better RAM density over DIPs. If you wanted 4Mb of RAM with 256K parts or 16Mb of RAM with 1Mb parts, the board space for DIPs was enormous. What really killed ZIPs wasn't just the fragile nature of the pins, it was the rise of SIPPs then SIMMs, once the custom sockets became available. You get ZIP-like memory density with very few customer-acccessible interconnects to go wrong. I have a pile of 1Mx1 ZIPs that I don't need (I got a bag of mixed chips and pulled all the 256Kx4's for my A3000). Does anyone out there need some 70 or 80ns 1Mx1 ZIPs? I also have a few *massive* ZIPs that I think are video memory of some kind. I'll have to look up the part number. -ethan _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com

27 years, 3 months

1
0
0 0

30 pin simms, not so hard to find.

by edick＠idcomm.com

BTW, it's important that they be soldered on both sides. That's what makes the job difficult. Dick -----Original Message----- From: Richard Erlacher <edick(a)idcomm.com> To: Discussion re-collecting of classic computers <classiccmp(a)u.washington.edu> Date: Friday, April 16, 1999 9:13 AM Subject: Re: 30 pin simms, not so hard to find. >You can solder a SIMM to a 30-pin row of screw-machine socket pins (not >easy, but it works) and end up with connections much superior to what you >normally get with SIPPs. They will not bend as easily and you'll have much >less trouble with the beasties than with normal SIPPs, especially the ones >which have once had a bent pin, because those continue to want to bend. > >Dick >-----Original Message----- >From: Arfon Gryffydd <arfonrg(a)texas.net> >To: Discussion re-collecting of classic computers ><classiccmp(a)u.washington.edu> >Date: Friday, April 16, 1999 6:57 AM >Subject: Re: 30 pin simms, not so hard to find. > > >> >>>>Have you got any 1Mb DIPPs?? >>> >>>I have seen SIPPs, but have none of either. What exactly is a DIPP? >> >>A DIPP is another name for SIPP by morons (Like myself) who momentarily >>forgot that SIPP was the correct name. >> >>Anyone have any small 1Mb SIPPs? >> >>---------------------------------------- >> Tired of Micro$oft??? >> >> Move up to a REAL OS... >>######__ __ ____ __ __ _ __ # >>#####/ / / / / __ | / / / / | |/ /## >>####/ / / / / / / / / / / / | /### >>###/ /__ / / / / / / / /_/ / / |#### >>##/____/ /_/ /_/ /_/ /_____/ /_/|_|#### >># ###### >> ("LINUX" for those of you >> without fixed-width fonts) >>---------------------------------------- >>Be a Slacker! http://www.slackware.com >> >>Slackware Mailing List: >>http://www.digitalslackers.net/linux/list.html >

27 years, 3 months

2
1
0 0

30 pin simms, not so hard to find.

by clintw＠colorado.cirrus.com

> > Actually, there was a DIPP package for many of the DRAMs. It was a > single-in-line-looking version of the DIP, except that all the pins were on > one side and they were staggered in their alignment. These were most often > referred to as ZIP's, though I don't know why. The package was somewhat > popular for about 5 years, after which it fell into disuse. > > Dick ZIP == ZigZag Inline Package

27 years, 3 months

1
0
0 0

30 pin simms, not so hard to find.

by edick＠idcomm.com

Actually, there was a DIPP package for many of the DRAMs. It was a single-in-line-looking version of the DIP, except that all the pins were on one side and they were staggered in their alignment. These were most often referred to as ZIP's, though I don't know why. The package was somewhat popular for about 5 years, after which it fell into disuse. Dick -----Original Message----- From: Geoff Roberts <geoffrob(a)stmarks.pp.catholic.edu.au> To: Discussion re-collecting of classic computers <classiccmp(a)u.washington.edu> Date: Friday, April 16, 1999 8:53 AM Subject: Re: 30 pin simms, not so hard to find. > >----- Original Message ----- >From: Arfon Gryffydd <arfonrg(a)texas.net> >To: Discussion re-collecting of classic computers ><classiccmp(a)u.washington.edu> >Sent: Friday, April 16, 1999 10:19 PM >Subject: Re: 30 pin simms, not so hard to find. > > >> >> >>Have you got any 1Mb DIPPs?? >> > >> >I have seen SIPPs, but have none of either. What exactly is a DIPP? >> >> A DIPP is another name for SIPP by morons (Like myself) who momentarily >> forgot that SIPP was the correct name. >> >> Anyone have any small 1Mb SIPPs? > >Yes I have quite a few ex 386SX-20 Diskless workstations circa 1993. >Er small? Was there more than one size. >These are the same size as the equivalent simm, and can be converted to same >by CAREFULLY removing the pins and the solder. (Not easy, but I have done >it and made it work on occasion - though only when desperate it's a real >PITA) > >Cheers > >Geoff Roberts > >

27 years, 3 months

1
0
0 0

Will The Grand Master Of Disk Controllers step foreward?

by edick＠idcomm.com

Oddly enough, though it hasn't been my stock-in-trade for about 15 years, I still have the manual for the original WD-1000 controller. I may, in fact, even have one of the boards around somewhere. I certainly have a couple of the ones used in the TVI TS-806-20's I have sitting in the driveway (under 4" of snow, at the moment). Dick -----Original Message----- From: Richard Erlacher <edick(a)idcomm.com> To: Discussion re-collecting of classic computers <classiccmp(a)u.washington.edu> Date: Friday, April 16, 1999 9:07 AM Subject: Re: Will The Grand Master Of Disk Controllers step foreward? > >-----Original Message----- >From: Eric Smith <eric(a)brouhaha.com> >To: Discussion re-collecting of classic computers ><classiccmp(a)u.washington.edu> >Date: Friday, April 16, 1999 1:45 AM >Subject: Re: Will The Grand Master Of Disk Controllers step foreward? > > >>> Specifically the WD-1000-5 disk controller. These are the ones that >>[...] >>> If you are intimately familiar with this legendary interface, I would >>> like to hear from you. I need to figure out how to modify it for 8" >>> harddrives. >> >>Regrettably I no longer have the manual or schematics for these, so a lot >>of this is from memory. >> >>The WD1000-5 was the WD1000 repackaged on an 8" * 5.75" board, to match the >>form factor of 5.25" drives. > > >There's more to the difference than that. For one thing, the WD1000 series >used the WD1100 chipset and an 8X300 microcontroller to run the whole thing, >while the WD1000-05 and -08, as well as the later models, used the WD1010 >chip along with other combinations of the 40-pin support chipset of which >WD1014, which was, in at least one incarnation, an 8041. > >>The original WD1000 and WD1001 had both 34 and 50 pin drive control >>connectors. I'm guessing that the WD1000-5 left the 50 pin connector out. >>However, you only need to scramble the pins appropriately, as the actual >>signals are the same. All odd pins are ground on both connectors; the >others >>should map thusly: >> >> 34-pin 50-pin signal >> >> 2 2 *RWC reduced write current >> 4 4 *HS2 head select 2 >> 6 40 *WG write gate >> 8 8 *SC seek complete >> 10 42 *TK0 track 0 >> 12 44 *WF write fault >> 14 14 *HS0 head select 0 >> 16 NC >> 18 18 *HS1 head select 1 >> 20 20 *IDX index >> 22 22 *RDY ready >> 24 36 *STEP >> 26 26 *DS1 drive select 1 >> 28 28 *DS2 drive select 2 >> 30 30 *DS3 drive select 3 >> 32 32 *DS4 drive select 4 >> 34 34 *DIR step direction (in when asserted) > > >This should look pretty much like 8" floppy disks. An early controller I >built used an FDC chip to drive these control signals, as the 8" Winchesters >had the same maximal step rate back then as the 8" double-headed FDD's. >That's overkill, and the FDC expects to see things from the data stream >which close the loop, and it won't see them. Open-loop, e.g. simple >head-positioning command operation is possible, at least to see if the >drive's mechanical functions are working. An enterprising approach would be >to operate the drive with a pair of small single-chippers one fairly slow >one to handle the head positioning, and the other a fairly quick one to >modulate the data, e.g. with ERLL code as was used in the PERSTOR >controllers. > >>The radial data connectors are the same for both drive sizes. > > >Yes except that some drives extracted clock locally and sent it on the data >cable as well. For that reason, it would be advisable to stick with the >4.34 MHz data rate. Keep in mind, also, that while the wide cable is driven >with open collectors, the data cable is intended to be driven with >differential drivers/receivers of the MC3486/87 or 26LS31/32 type. > >>The bigger problem is that 8-inch drives used a data rate of 4.34 Mbps >rather >>than 5 Mbps. I seem to recall that the WD1000 had a jumper setting for >this. >>If they removed the 50-pin drive control connector, they probably also >removed >>the jumper and supporting circuitry. > > >Western Digital was somewhat confused about how they should number their >controller models back in those days, and the scheme got muddled, but as I >recall, and I have some controllers to prove it, the data rate was fixed on >the board at the factory, in some cases, particularly the larger WD1000 >boards with the WD1100 chips + 8X300 on board, had a discrete VCO as opposed >to the 74S124 or the LS624 they later used. These VCO's had to be tuned >quite carefully and a procedure was included in the instruction manual. >There were jumpers for accomplishing this tuning operation on nearly every >type of board in this entire family, but one needed both a crystal and a >retuned VCO for the PLL, not to mention changing the passive components in >the integrator (LPF) of the clock extraction circuitry. The process of >setting the VCO center frequency was not terribly difficult, but one had to >know which jumpers to remove at which stage of the operation because there >were inputs to the circuit which had to be active and other which had to be >passive at different stages of the operation. > >>> Also, does anyone have docs for the Quantum Q-2040 8" >>> Winchester? I dunno what kind of power to feed it (24v sounds correct, >>> but I seem to recall it used 110vac also!), and so on. >> >>No data here, but almost certainly not 110 VAC. Probably 24V AC and 5V DC. > > >The power connections are precisely what is used with an 8" FDD, including a >110 VAC supply for the spindle motor. Don't forget that some 8" drives had >to be fed a negative 5V supply while others could swallow either -12 Vdc >or -5, depending on a jumper because they had on-board regulation. You have >to look for the regulator and ensure it has the jumper which bypassed it in >the correct position. > >>You *might* be able to get a Q2040 to run at 5 Mbps, but I've never >personally seen it done. > >We, meaning my people and I, tried this several times and never got it to >work reliably with Shugart drives. They did some signal processing on the >data, and included clock on the cable, so you might be able to skip the VCO >retuning if you can find the "right" place to inject this conditioned clock >in the data/clock recovery circuit. I'd be surprised to find the Quantum >drives did things much differently, as they had to be compatible with the >Shugarts, and some controllers, e.g. Intel's, relied on the drives or other >external circuitry to extract clock. >

27 years, 3 months

1
0
0 0

30 pin simms, not so hard to find.

by edick＠idcomm.com

You can solder a SIMM to a 30-pin row of screw-machine socket pins (not easy, but it works) and end up with connections much superior to what you normally get with SIPPs. They will not bend as easily and you'll have much less trouble with the beasties than with normal SIPPs, espacially the ones which have once had a bent pin, because those continue to want to bend. Dick -----Original Message----- From: Arfon Gryffydd <arfonrg(a)texas.net> To: Discussion re-collecting of classic computers <classiccmp(a)u.washington.edu> Date: Friday, April 16, 1999 6:57 AM Subject: Re: 30 pin simms, not so hard to find. > >>>Have you got any 1Mb DIPPs?? >> >>I have seen SIPPs, but have none of either. What exactly is a DIPP? > >A DIPP is another name for SIPP by morons (Like myself) who momentarily >forgot that SIPP was the correct name. > >Anyone have any small 1Mb SIPPs? > >---------------------------------------- > Tired of Micro$oft??? > > Move up to a REAL OS... >######__ __ ____ __ __ _ __ # >#####/ / / / / __ | / / / / | |/ /## >####/ / / / / / / / / / / / | /### >###/ /__ / / / / / / / /_/ / / |#### >##/____/ /_/ /_/ /_/ /_____/ /_/|_|#### ># ###### > ("LINUX" for those of you > without fixed-width fonts) >---------------------------------------- >Be a Slacker! http://www.slackware.com > >Slackware Mailing List: >http://www.digitalslackers.net/linux/list.html

27 years, 3 months

1
0
0 0

Will The Grand Master Of Disk Controllers step foreward?

by edick＠idcomm.com

-----Original Message----- From: Eric Smith <eric(a)brouhaha.com> To: Discussion re-collecting of classic computers <classiccmp(a)u.washington.edu> Date: Friday, April 16, 1999 1:45 AM Subject: Re: Will The Grand Master Of Disk Controllers step foreward? >> Specifically the WD-1000-5 disk controller. These are the ones that >[...] >> If you are intimately familiar with this legendary interface, I would >> like to hear from you. I need to figure out how to modify it for 8" >> harddrives. > >Regrettably I no longer have the manual or schematics for these, so a lot >of this is from memory. > >The WD1000-5 was the WD1000 repackaged on an 8" * 5.75" board, to match the >form factor of 5.25" drives. There's more to the difference than that. For one thing, the WD1000 series used the WD1100 chipset and an 8X300 microcontroller to run the whole thing, while the WD1000-05 and -08, as well as the later models, used the WD1010 chip along with other combinations of the 40-pin support chipset of which WD1014, which was, in at least one incarnation, an 8041. >The original WD1000 and WD1001 had both 34 and 50 pin drive control >connectors. I'm guessing that the WD1000-5 left the 50 pin connector out. >However, you only need to scramble the pins appropriately, as the actual >signals are the same. All odd pins are ground on both connectors; the others >should map thusly: > > 34-pin 50-pin signal > > 2 2 *RWC reduced write current > 4 4 *HS2 head select 2 > 6 40 *WG write gate > 8 8 *SC seek complete > 10 42 *TK0 track 0 > 12 44 *WF write fault > 14 14 *HS0 head select 0 > 16 NC > 18 18 *HS1 head select 1 > 20 20 *IDX index > 22 22 *RDY ready > 24 36 *STEP > 26 26 *DS1 drive select 1 > 28 28 *DS2 drive select 2 > 30 30 *DS3 drive select 3 > 32 32 *DS4 drive select 4 > 34 34 *DIR step direction (in when asserted) This should look pretty much like 8" floppy disks. An early controller I built used an FDC chip to drive these control signals, as the 8" Winchesters had the same maximal step rate back then as the 8" double-headed FDD's. That's overkill, and the FDC expects to see things from the data stream which close the loop, and it won't see them. Open-loop, e.g. simple head-positioning command operation is possible, at least to see if the drive's mechanical functions are working. An enterprising approach would be to operate the drive with a pair of small single-chippers one fairly slow one to handle the head positioning, and the other a fairly quick one to modulate the data, e.g. with ERLL code as was used in the PERSTOR controllers. >The radial data connectors are the same for both drive sizes. Yes except that some drives extracted clock locally and sent it on the data cable as well. For that reason, it would be advisable to stick with the 4.34 MHz data rate. Keep in mind, also, that while the wide cable is driven with open collectors, the data cable is intended to be driven with differential drivers/receivers of the MC3486/87 or 26LS31/32 type. >The bigger problem is that 8-inch drives used a data rate of 4.34 Mbps rather >than 5 Mbps. I seem to recall that the WD1000 had a jumper setting for this. >If they removed the 50-pin drive control connector, they probably also removed >the jumper and supporting circuitry. Western Digital was somewhat confused about how they should number their controller models back in those days, and the scheme got muddled, but as I recall, and I have some controllers to prove it, the data rate was fixed on the board at the factory, in some cases, particularly the larger WD1000 boards with the WD1100 chips + 8X300 on board, had a discrete VCO as opposed to the 74S124 or the LS624 they later used. These VCO's had to be tuned quite carefully and a procedure was included in the instruction manual. There were jumpers for accomplishing this tuning operation on nearly every type of board in this entire family, but one needed both a crystal and a retuned VCO for the PLL, not to mention changing the passive components in the integrator (LPF) of the clock extraction circuitry. The process of setting the VCO center frequency was not terribly difficult, but one had to know which jumpers to remove at which stage of the operation because there were inputs to the circuit which had to be active and other which had to be passive at different stages of the operation. >> Also, does anyone have docs for the Quantum Q-2040 8" >> Winchester? I dunno what kind of power to feed it (24v sounds correct, >> but I seem to recall it used 110vac also!), and so on. > >No data here, but almost certainly not 110 VAC. Probably 24V AC and 5V DC. The power connections are precisely what is used with an 8" FDD, including a 110 VAC supply for the spindle motor. Don't forget that some 8" drives had to be fed a negative 5V supply while others could swallow either -12 Vdc or -5, depending on a jumper because they had on-board regulation. You have to look for the regulator and ensure it has the jumper which bypassed it in the correct position. >You *might* be able to get a Q2040 to run at 5 Mbps, but I've never personally seen it done. We, meaning my people and I, tried this several times and never got it to work reliably with Shugart drives. They did some signal processing on the data, and included clock on the cable, so you might be able to skip the VCO retuning if you can find the "right" place to inject this conditioned clock in the data/clock recovery circuit. I'd be surprised to find the Quantum drives did things much differently, as they had to be compatible with the Shugarts, and some controllers, e.g. Intel's, relied on the drives or other external circuitry to extract clock.

27 years, 3 months

1
0
0 0

Abort, Retry, Ignore, Fail? (Was: stepping machanism

by Philip.Belben＠pgen.com

>>Hang on. I don't claim to be fluent in C, so I was keeping out of this debate, >>but this is well weird! As I understand it, you don't have to prototype >>anything in C - or shouldn't have to. The only C compiler I've ever used >>doesn't even SUPPORT prototypes! > > I'm just not good with jargon. I meant declaring. In perl, everything is > dynamically allocated. You don't do "int foo; foo=5;", you just do > "$foo=5;". Oh, I see. In that case I agree. Philip.

27 years, 3 months

1
0
0 0

More InnfoGraphics auction listings in Portland, OR, USA

by Innfogra＠aol.com

I have added more info to the classic computer section of the Innfographics auction web page. http://members.aol.com/innfograph It will be an interesting sale. Paxton

27 years, 3 months

1
0
0 0

Remove My Email Address From the Classiccmp List

by mikeparadiso＠worldnet.att.net

Please remove my email address from the classiccmp list. This email address is now being used by my business. I will be getting a new address just for the classiccmp list. Thanks, Mike mikeparadiso(a)worldnet.att.net

27 years, 3 months

2
1
0 0

Worst of Both Worlds (IMPORTANT)

by max82＠surfree.com

I saw a blurb in the newspaper (available at http://www.tcm.org/join_forces.html) that The Computer Museum and The Science Museum in Boston, MA are merging. It says that 'The History Center' of the Computer Museum is now in Mountain View, California and is applying to become a separate institution. Anyway, this shuffling may mean lots of stuff being thrown out or damaged. The Computer Museum may opt to clean out its basement... --Max Eskin (max82(a)surfree.com) http://scivault.hypermart.net: Ignorance is Impotence - Knowledge is Power

27 years, 3 months

7
7
0 0

OT: Re: Time to declare State of Massachusetts the ENEMY! He

by ethan_dicks＠yahoo.com

--- Bill Pechter <pechter(a)pechter.dyndns.org> wrote: > > > > 30pin simms of any kind is very hard to come by now compared to > > ease of obtaining used 72pin of all types. > > I'll swap 4 4mb 30 pit Simms for 16mb true parity 72pin simms in a minute. > (The Sparc IPX used 33 bit wide Simms) but 36 will work. I'd do the same. I have more 4Mx9 SIMMs than I need, and I do need between two and four 16Mb true parity 72-pin SIMMs for a SPARC-LX (60ns) or my Alpha (70ns). -ethan _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com

27 years, 3 months

1
0
0 0

PET rediscoveries and questions

by ethan_dicks＠yahoo.com

While going through the stuff on my top shelf, I ran across some boxes I aquired when the local Commodore dealer went out of business several years ago. Among the booty are a couple of special boards that I need some more info on before I can put them to use... I have these two boards, new in the box, with all the cables, etc., one Computhink (324042-01) and one BMB (324038-01). There's excellent scanned docs on ftp.funet.fi as well as three demo disk images (which I believe are very recent). I even happen to have one SuperPET language reference manual. Do I need anything else? How do I go about selecting the different languages in there? Does anyone out there have a SuperPET with docs/software? I'd love to find out a little bit about it before I go mucking around inside an 8032. Thanks, -ethan _________________________________________________________ DO YOU YAHOO!? Get your free @yahoo.com address at http://mail.yahoo.com

27 years, 3 months

1
0
0 0

8" drive on a pc controller

by bill＠chipware.com

> > Shouldn't you gentlemen be considering, instead of which format, at what > > kind of DRIVE is involved? > > Excellent point, as I have been using a Mitsubishi that I set at 6ms. Ah! Shugart and Seimens drives, requiring 15ms.

27 years, 3 months

2
1
0 0

MINIMUM Requirements (Was: OT: Re: Time to declare

by KFergason＠aol.com

In a message dated 4/15/99 9:11:07 PM Central Daylight Time, cisin(a)xenosoft.com writes: > billg said that 95 would work with 4M, but I was never able to run > anything but "safe mode" (I have an NEC VERSA 486 that rejects memory > expansion) > my girlfriend runs 95 on a 386-20 dec laptop with 4M. it works. printing a page on the Laserjet takes 5 minutes.

27 years, 3 months

1
0
0 0

Xerox System 60?

by dastar＠ncal.verio.com

Does anyone know what the purpose of a Xerox System 60 is? Sellam Alternate e-mail: dastar(a)siconic.com ------------------------------------------------------------------------------ Don't rub the lamp if you don't want the genie to come out. Coming this October 2-3: Vintage Computer Festival 3.0! See http://www.vintage.org/vcf for details! [Last web site update: 04/03/99]

27 years, 3 months

1
0
0 0

OT: Re: Time to declare State of Massachusetts the ENEMY! He

by SUPRDAVE＠aol.com

In a message dated 99-04-15 19:12:43 EDT, you write: > The Emperor's New Clothes in the information age :) > How long does it take to install win95 on a 386? Longer than on a pentium, > I'll bet, especially since you may have to sit there and swap floppies. > I have no problem running Windows 3.1, I like it a lot more in some ways. > It's a very nice program, now that I've seen the alternative :) > > --Max Eskin (max82(a)surfree.com) > http://scivault.hypermart.net: Ignorance is Impotence - Knowledge is Power there's nothing wrong with a 386 running win3.1 i think the min requirements for windont95 is 386dx-40 and 8meg. i setup a ps2 model 57sx for a person that normally couldnt afford one and put plenty of old software like msworks and publisher and some dos games as well as an external 14.4 modem. a local isp will help her set it up for net access and she's happy as a clam. it is slow, but certainly better than nothing. heck, even doom 2 will run on a 386 if you run it in a small window!

27 years, 3 months

2
1
0 0

Worst of Both Worlds (IMPORTANT)

by mbg＠world.std.com

>> I saw a blurb in the newspaper (available at >> http://www.tcm.org/join_forces.html) that The Computer Museum and The >> Science Museum in Boston, MA are merging. It says that 'The History >> Center' of the Computer Museum is now in Mountain View, California and >> is applying to become a separate institution. Anyway, this shuffling >> may mean lots of stuff being thrown out or damaged. The Computer Museum >> may opt to clean out its basement... > >OK, so who is close enough to dumpster-dive? I am... and I think Allison might be interested... I heard something about this on NPR earlier today... they were talking about how the purposes of both museums (with regard to computers) are compatible in that they want to focus on the affect computers have had on our lives... I take that to mean that they won't be as interested in the hardware and specific technologies... Megan Gentry Former RT-11 Developer +--------------------------------+-------------------------------------+ | Megan Gentry, EMT/B, PP-ASEL | Internet (work): gentry!zk3.dec.com | | Unix Support Engineering Group | (home): mbg!world.std.com | | Compaq Computer Corporation | addresses need '@' in place of '!' | | 110 Spitbrook Rd. ZK03-2/T43 | URL: http://world.std.com/~mbg/ | | Nashua, NH 03062 | "pdp-11 programmer - some assembler | | (603) 884 1055 | required." - mbg | +--------------------------------+-------------------------------------+

27 years, 3 months

1
0
0 0

OT: Re: Time to declare State of Massachusetts the ENEMY! He

by allisonp＠world.std.com

<>Personally, I tend to draw the line at the 386. In a Windows and GUI world <>I really don't want the aggravation to trying to teach someone text mode <>apps or of having to listen when they can't find *any* software. This is <>the same reason I will never give another person an Apple II unless they <>already know about and want one. Most of the later 386 are ok, parts are easy and they do run winders95 though W3.1 is a better match. I know I've done it. The real market for them is the MINIX/LINIX crowd as those OSs can really make them sing. Minix on a DELL 316 (386slx/16 with 8mb) really runs well and linux on same is fair. Allison

27 years, 3 months

1
0
0 0

NEC APC III

by roblwill＠usaor.net

I need a boot disk for an NEC APC III. I believe it has a 720k 5.25" floppy, and uses a special version of DOS 2.11. My question is: If I can't find a 720k 5.25" floppy (360k disks won't work), would I be able to replace it with a 720k 3.5" drive? ThAnX, -- -Jason Willgruber (roblwill(a)usaor.net) ICQ#: 1730318 <http://members.tripod.com/general_1>

27 years, 3 months

3
2
0 0

Abort, Retry, Ignore, Fail? (Was: stepping machanism

by Philip.Belben＠powertech.co.uk

> 2-dimensional array. You don't have to prototype anything which is why I > called it a lazy person's C. Hang on. I don't claim to be fluent in C, so I was keeping out of this debate, but this is well weird! As I understand it, you don't have to prototype anything in C - or shouldn't have to. The only C compiler I've ever used doesn't even SUPPORT prototypes! (And that brings it back on topic, since it was installed in 1987 on the RT PC later to become mine...) Philip. ********************************************************************** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. **********************************************************************

27 years, 3 months

3
2
0 0

Salvage (was Re: OT: Re: Time to declare State of Massachusetts the ENEMY! Hey!)

by ethan_dicks＠yahoo.com

--- Allison J Parent <allisonp(a)world.std.com> wrote: > Max, > > How many of the oddball PS2 floppy drives were wasted? I could use one or > two. Sure they arent valueable but when you need one... I also use parts > to the soldered board level. I haven't got any spare PS2 floppies, but I do have a box of Sony floppy drives, OEMed for Tandy that have blue eject buttons and no power connector. I declined to purchase the $40 adapter (Radio Shack 1992 price) that allows them to be used in a regular PC so I don't know the pinout (i.e., where the voltage comes in on the 34-pin connector). I do not know the density, but I suspect them to be 720K. A) Does anyone want any of these? B) Does anyone have the pinout of the 34-pin connector? Thanks, -ethan _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com

27 years, 3 months

4
3
0 0

Several things

by Philip.Belben＠pgen.com

>> Fair enough. Just another example of different places to draw boundaries, with >> grey areas in between. I would call the ROM version microcoded, and the hard >> wired version not, because the ROM version contains CODE. (I would agree that > > I think a lot of people would. I just have problems distinguishing them > in the first place. > > This might be because I've worked with FPGAs where the logic block (5 > inputs 1 out) is a 32 bit RAM. I give my schematic to the FPGA compiler > and it partitions the logic into suitable bits and works out what to > stick in the RAMs to make the gates I need. Since I always checked (and > sometimes corrected) what the compiler had done, I got used to thinking > of combinatorial logic and programmed memories as being roughly the same > thing. Makes sense. Another grey area. I must admit that I too would call that microcode. This is reminiscent of the famous analogu/digital grey area... >> To show how grey this is, if you use a ROM to implement the combinatorial logic >> for a flipflop-per-state machine, would you call the code in this ROM microcode? > > Hmmm... Now you mention it, I guess I have to call that microcode. I'm > therefore inconsistent... I wouldn't worry about it. Goedel's theorem says that if you weren't, you'd have to be incomplete :-) Philip.

27 years, 3 months

2
1
0 0

OT: Religious Festivals (was:Re: Fwd: H8 Enthusiasts)

by Philip.Belben＠powertech.co.uk

>>The Friday before Easter is called Good Friday. I've never managed to >>work out what "kar" means in your name for it. My favourite, though >>is Ascension, which I understand you call Himmelfahrt... > > Literally, "gone to Heaven" -- my wife's maiden name (unmarried -- not sure Yes, I got that (or "journey to Heaven"), from German O-level [UK exam taken at age 16]. "Weihnacten", for Christmas, doesn't take much decoding to get "holy night(s)". But my dictionary is quite silent as to what the element "kar-" might represent. Philip. ********************************************************************** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. **********************************************************************

27 years, 3 months

2
1
0 0

Can someone identify some boards?

by mbg＠world.std.com

>The ROI is a rebadged Emulex UC07 SCSI disk or Tape, If you don't have >docs let me know and I will organize something. The >Emulex_unknown_001.jpg is a CS08 8 line mux - DHV11 emulation. I will >need some more # from the plessey to figure it out. Thanks VERY much... this helps. Yes, I would like more info on the ROI board... Specifically I'd like to know about the switch pack and its settings... (I love this resource...:-) Megan Gentry Former RT-11 Developer +--------------------------------+-------------------------------------+ | Megan Gentry, EMT/B, PP-ASEL | Internet (work): gentry!zk3.dec.com | | Unix Support Engineering Group | (home): mbg!world.std.com | | Compaq Computer Corporation | addresses need '@' in place of '!' | | 110 Spitbrook Rd. ZK03-2/T43 | URL: http://world.std.com/~mbg/ | | Nashua, NH 03062 | "pdp-11 programmer - some assembler | | (603) 884 1055 | required." - mbg | +--------------------------------+-------------------------------------+

27 years, 3 months

1
0
0 0

8" drive on a pc controller

by bill＠chipware.com

> Oh? I'm running v1.44 and have no such problems. Try creating a disk with a large directory, more than two tracks. Then try to display the directory. On all of the drives that I have tried, you will hear that little "click/tick" sound indicating that it tried to step the heads too fast. You will then get a spurious media failure message. Of course, it is possible that I missed something in the instructions, but I beat my head against it for a long time. Then tried the older version where you can manually set the step delay and volia! No problems.

27 years, 3 months

3
3
0 0

step signal on 8" floppy drive

by lemay＠cs.umn.edu

Hmm, perhaps wiring an external Terak floppy drive to a PC is a bit more complicated than i thought. I forgot that the Terak main unit controls the power switch on the external drive somehow. Looking inside teh case, it looks like the signal wires that correspond to "Step" have a special connection in addition to going to the floppy drive. This must be what is controlling the on/off switch, but i'm curious now as to how the "Step" signal is supposed to work. Does anyone see how this might be used to control the power? And do you think i'm completely nuts to connect this thing to my PC, ie, is it likely to burn out the motherboard ;) ... Ah well, its not like it would be the first time i fried a computer. -Lawrence LeMay

27 years, 3 months

3
4
0 0

Sigh. Bringing up a PDP-8/M

by allisonp＠world.std.com

<From CLASSICCMP-owner(a)u.washington.edu Wed Apr 14 21:46:30 1999 <Return-Path: <CLASSICCMP-owner(a)u.washington.edu> <Received: from lists2.u.washington.edu by world.std.com (TheWorld/Spike-2.0 < id AA01313; Wed, 14 Apr 1999 21:46:27 -0400 <Received: from host (server(a)lists.u.washington.edu [140.142.56.13]) < by lists2.u.washington.edu (8.9.3+UW99.02/8.9.3+UW99.01) with SMTP id SAA1 < Wed, 14 Apr 1999 18:46:23 -0700 <Received: from mxu1.u.washington.edu (mxu1.u.washington.edu [140.142.32.8] < by lists.u.washington.edu (8.9.3+UW99.02/8.9.3+UW99.01) with ESMTP id SAA2 < for <classiccmp(a)lists.u.washington.edu>; Wed, 14 Apr 1999 18:46:16 -0700 <Received: from tele-post-20.mail.demon.net (tele-post-20.mail.demon.net [19 <Indeed you have... In fact, IMHO, everyone here who does design, or <serious logic troubleshooting/repair should consider this instrument. Yes <it's expensive (\pounds 550+tax in the UK). But I think it's well worth it Well I don't have to have it... I have a 16 channel analyser good to 20mhz and two 0'scopes and a custom anlyser hack I did years ago. Generally if I have to bring out the scope it's nasty. The 8f was trouble shot with nothing more than my fluke 12 multimeter as it ws closest at hand. <Even an LED and a resistor (between an IC pin and ground) is a good <start. No you won't see fast pulses. But you will see things that are <stuck it totally the wrong state. I debugged my first homebrew <microcomputer (SC/MP + RAM, basically) using just such an LED+resistor I have one in a clear pen barrel with a point and and a cliplead, very handy! It's pretty easy to tell, high low and something that's pulsing even at high rates. Another handy item is a 4040 cmos counter to make fast things into tones (earphone). That trick came from the NS* disck controller troubleshooting hints. Intelligently used simple tools can be very useful. Allison

27 years, 3 months

3
2
0 0

Vintage Computer Festival Announcement!

by fsc729＠yahoo.com

Hey I live near Santa Clara when and where is this vintage computer festival going to take place. _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com

27 years, 3 months

4
10
0 0

OT: Re: Time to declare State of Massachusetts the ENEMY! He

by danburrows＠mindspring.com

> >Off the top of my head I do not know of a similar org here. There is >however the MassTech Core which is involved in getting computeres into >schools (internet based, so only 386 or higher need apply). > When I get PC's (286,386 and 486) with equipment I need I donate them to the local Hospice group. Every year they run a huge flea market here and sell them for anywhere from $100 to $400. How they get the prices they get I have never been able to figure out other than they are nonprofit and a good cause. A few years ago they were having to buy standard NEMA power cords for systems that had been donated. When I found out I went out to my truck and found a few loose ones. A couple months later I got several hundred with a large lot of DEC equipment and they were very happy to get those as well. The last couple years they have been tight on storage space so now they call me when they are ready for some. This year they called as I was unloading a bunch of PC's and trying to figure out what to do with them. Boy was I happy they called. Dan

27 years, 3 months

1
0
0 0

IBM Programmed Symbols Adapter

by Philip.Belben＠powertech.co.uk

Larry Walker wrote: > Muellers 3rd edition mentions 3 to 6 custom cards. You also required the > 3270PC keyboard and the 5272 monitor which allegedly was comparable to an > EGA. Other than that it was a stock XT M-B 5272 was 720 * 350 pixels, like an EGA, but only 8 colours. I seem to remember reading recently that the 3270-PC could use the IBM monochrome display instead (which presumably meant that it emulated a 3278 instead of a 3279) > He outlines the boards which are > > 1. 3270 System Adapter- to connect to a remote 3274 controller > > 2. Display Adapter- extended-character in 8 colors > > 3. Extended Graphics Adapter for local graphics in Hi (2colorsat 720x350 or > 640x200) and med. (4 colors at 360x350 or 320x200) IBM called this an XGA > not the same as the PS2 Extended Graphics ARRAY. Interesting. It seems that IBM terminology is not only different from both American and British dialects of our language, but internally different on the too sides of the Atlantic too. At IBM Bristol, this was _always_ called the APA card. > 4. Programmed Symbols Adapter to provide graphics capabilities available on > 3278/3279 display stations. Needed the XGA in an adjacent slot. Joes' card. Needed the XGA in an adjacent slot? Ouch! I had always assumed that you could have just this and the display adaptor, but I admit to having no evidence to back this up. > 5. Keyboard Adapter - went in the 8th slot and connected the special K-B. > > On delivery the XT slots in the 3270PC were filled with the Sys adapter, the > display adapter,K-B adapter, FDD adapter, and HDD controller. With the graphic > adapter and memory multifunction card not much room left. > Interestingly the 3270PC Control Program allowed up to 7 windows at one time. > Shades of things to come. Apparently there was also an AT version. I'd forgotten that the keyboard adaptor was a separate card. IIRC, it came with a special cable that linked it to the keyboard and to the keyboard port of the XT. The keyboard, as well as having 24 function keys instead of the XT's usual 10, had keys like "jump" to move between windows. These keys were intercepted by the keyboard adapter and _not_ passed on to the keyboard port on the motherboard. I think the card also locked out the motherboard KB port totally when it was being a terminal. Software did exist for talking to the host, looking at the terminal's screen and file transfer under PC program control, but none of it was very easy to use. (I had to program around it.) Philip. ********************************************************************** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. **********************************************************************

27 years, 3 months

1
0
0 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

1997

test-drb