Re: TI 960
I got my 029 from the seller and I'm told that I paid too much, but I never see them for sale in reasonable driving distance. I also got a mostly reasonably priced ASR33 He's probably open to offers. He has a garage full of stuff from an estate that he's trying to turn into cash. Patrick Finnegan On Sun, Feb 21, 2021, 23:29 jim stephens via cctalk wrote: > > > On 2/21/2021 4:00 PM, Al Kossow via cctalk wrote: > > On 2/21/21 3:59 PM, Al Kossow via cctalk wrote: > >> I'm assuming these are 960s > >> Not very often you see paper tape software for them > >> Price is absurd for the mixed bag that is there > >> > >> > https://www.ebay.com/itm/Texas-Instruments-Mainframe-Computers-With-Parts-and-Other-Computers/20328577123 > >> > > > https://www.ebay.com/itm/Texas-Instruments-Mainframe-Computers-With-Parts-and-Other-Computers/203285771237 > > > > > Look at the other auctions. I wish 11/34s were worth that. > > Also a Processor tech s100 board with chips "compatable with an apple 1" > for 800 bucks. > > Silent 700 which "can be used with an apple 1" for 999. > > Must be some rarified air in dyer Indiana. Or something. > > I grabbed an IBM M4 which popped up on the FB discussions, but I don't > think it was this guy. And he delivered it to a friend in Evansville. > The seller and systems are in Indiana. > > thanks > Jim > >
Re: TI 960
On 2/21/2021 4:00 PM, Al Kossow via cctalk wrote: On 2/21/21 3:59 PM, Al Kossow via cctalk wrote: I'm assuming these are 960s Not very often you see paper tape software for them Price is absurd for the mixed bag that is there https://www.ebay.com/itm/Texas-Instruments-Mainframe-Computers-With-Parts-and-Other-Computers/20328577123 https://www.ebay.com/itm/Texas-Instruments-Mainframe-Computers-With-Parts-and-Other-Computers/203285771237 Look at the other auctions. I wish 11/34s were worth that. Also a Processor tech s100 board with chips "compatable with an apple 1" for 800 bucks. Silent 700 which "can be used with an apple 1" for 999. Must be some rarified air in dyer Indiana. Or something. I grabbed an IBM M4 which popped up on the FB discussions, but I don't think it was this guy. And he delivered it to a friend in Evansville. The seller and systems are in Indiana. thanks Jim
Re: Intel/Altera Dev, Seeking Quartus II old versions
I found what seems to be 12.1 Service Pack 1 on my archive drive. There are two of them. I think the second one with "free" in the name is for windows. The other is for Linux. I believe, but I'm not certain, that these were extracted from the download bundle when I got them. I didn't try installing them now, although I'm pretty sure I did when I got them. AT least the LInux one. Awesome! Much thanks for posting those. My friend said they're both Windows, not linux. He added them to his collection but is still on the lookout for "full linux archive of 12." Note - I'm an innocent bystander here. I have an idea what the software is for, but never used it. My friend's twitter thing is https://twitter.com/edgetriggered Thanks again! - Ethan
Re: TI 960
On 2/21/21 3:59 PM, Al Kossow via cctalk wrote: I'm assuming these are 960s Not very often you see paper tape software for them Price is absurd for the mixed bag that is there https://www.ebay.com/itm/Texas-Instruments-Mainframe-Computers-With-Parts-and-Other-Computers/20328577123 https://www.ebay.com/itm/Texas-Instruments-Mainframe-Computers-With-Parts-and-Other-Computers/203285771237
TI 960
I'm assuming these are 960s Not very often you see paper tape software for them Price is absurd for the mixed bag that is there https://www.ebay.com/itm/Texas-Instruments-Mainframe-Computers-With-Parts-and-Other-Computers/20328577123
Re: Intel/Altera Dev, Seeking Quartus II old versions
> On 02/21/2021 9:23 AM Ethan O'Toole wrote: > > > > I think I have at least ver 12 for Linux. Of course it's pretty big. > > I can upload it to my web page for download if you like. Let me know. > > It will be at least tonight or tomorrow morning before I get a chance. > > Will > Awesome! That would be great! > > Thanks! > > - Ethan I found what seems to be 12.1 Service Pack 1 on my archive drive. There are two of them. I think the second one with "free" in the name is for windows. The other is for Linux. I believe, but I'm not certain, that these were extracted from the download bundle when I got them. I didn't try installing them now, although I'm pretty sure I did when I got them. AT least the LInux one. Anyway, here are the links. If you have any questions let me know. There is also a license file, but I doubt it will be helpful. I will leave these up for at least two or three days. Will http://wrcooke.net/quartus/quartus_12.1sp1.tgz http://wrcooke.net/quartus/quartus_12.1sp1_free.tgz http://wrcooke.net/quartus/license.dat "A person who never made a mistake never tried anything new." -- Albert Einstein
Re: Intel/Altera Dev, Seeking Quartus II old versions
I think I have at least ver 12 for Linux. Of course it's pretty big. I can upload it to my web page for download if you like. Let me know. It will be at least tonight or tomorrow morning before I get a chance. Will Awesome! That would be great! Thanks! - Ethan
Re: Intel/Altera Dev, Seeking Quartus II old versions
> On 02/20/2021 12:11 PM Al Kossow via cctech wrote: > Can you still get license keys for the older versions? I'm at work right now and not able to verify, but I think at some point they switched to a non-license "free" version that required no license key or perhaps a fixed license key. "A person who never made a mistake never tried anything new." -- Albert Einstein
Re: PDP-11/70 progress (and a cry for help)
On 02/21/2021 03:33 AM, Josh Dersch via cctalk wrote: "0" here selects DR (Destination Register) input to the mux and is incorrect; it should be 1 (PCB). During a single-instruction-step run, this value reads out OK on the analyzer. I noted a few other discrepancies in the capture (all of which match the ucode listing during a single-instruction step) which makes me think that the high outputs of the PROM are right on the bleeding-edge of acceptable TTL. I checked out the signal on the scope while running a BR .-1 instruction (which also doesn't execute correctly but at least doesn't halt... I don't have a storage scope to capture this during a single instruction execution) and it looks like the voltage swing is from about 0.15V to 1.7V or so. 1.6 to 1.7 V is the normal internal pull-up of a TTL gate input. It sounds like that is what you are seeing. The PROM can pull low when needed, but has no pull-up working anymore. On the off chance it was the 74S174 at E97 pulling the signals down, I socketed it and substituted a spare '174 in; no change. I also noted that the +5V at this chip was about 4.95V, I goosed it up to 5.10V to see if it made a difference (it did not.) So it seems likely it's the PROM. Looks like I may have some typing to do, though given that the ROM works well enough at slow speeds I might be able to dump it with my Data I/O Model 29 and compare it against the listings in the engineering drawings, to save some time... I'll try to dump the PROM tomorrow and see what I get. - Josh A status update here: I've dumped the bad PROM at U101 (and it read out fine on my Data I/O 29, comparing it with the listing in the engineering drawings). A local friend had a spare 11/70 boardset, so while I wait for some (hopefully) NOS bipolar PROMs to arrive, I've installed a spare RAC board. With this installed, instructions execute much better, and after tracing down a faulty Unibus terminator, I got it to run the bootstrap PROM on the M9301! I used my Unibone to boot XXDP+ from an emulated RL02 pack and over the past week I've been running diagnostics and debugging the hardware. Thus far: - Unibus Map registers non-functional: addresses decode but writes have no effect and all reads come back as "0". Replaced bad 8640 bus receiver on the Unibus Map board. - EMKA memory diagnostic hangs the processor in t5 of uAddr 343 (IRD.00), in PAUSE. Traced it down to the HC42 (replaces the original Cache Control Board) board of the Hypercache boardset, lacking any engineering info I swapped this for a spare that I'm fortunate enough to have. The system is now passing all but two diagnostics: - EMKA reports strange errors in banks 50-57 of memory and only with pattern 17; all other banks test fine: MEMORY DATA ERROR PCBANK VADD PADD GOOD BAD XOR MAR BOX MTYPE INT PAT ARRAY 032334 50 157564 05077564 000377 000377 00 0 ? MJ11 ? 17 ?? 032334 50 156450 05076450 000377 000377 00 0 ? MJ11 ? 17 ?? 032334 50 155330 05075330 000377 000377 00 0 ? MJ11 ? 17 ?? When a memory test reports an error, but the good and bad values are equal, I might suspect bad memory where the program is running from or a CPU error. 032334 50 154210 05074210 000377 000377 00 0 ? MJ11 ? 17 ?? 032342 50 154020 05074020 000377 17 177400 0 ? MJ11 ? 17 ?? 032342 50 153740 05073740 000377 17 177400 0 ? MJ11 ? 17 ?? 032342 50 153734 05073734 000377 17 177400 0 ? MJ11 ? 17 ?? 032342 50 153732 05073732 000377 177400 17 0 ? MJ11 ? 17 ?? 032342 50 153730 05073730 000377 177400 17 0 ? MJ11 ? 17 ?? 032342 50 153726 05073726 000377 177400 17 0 ? MJ11 ? 17 ?? 032342 50 153724 05073724 000377 177400 17 0 ? MJ11 ? 17 ?? 032342 50 153722 05073722 000377 177400 17 0 ? MJ11 ? 17 ?? 032342 50 153720 05073720 000377 177400 17 0 ? MJ11 ? 17 ?? 032342 50 153716 05073716 000377 177400 17 0 ? MJ11 ? 17 ?? And, these look like a byte enable bit might not be getting through and data from the previous test pattern remains in one byte. Jon
Re: PDP-11/70 progress (and a cry for help)
On Wed, Feb 17, 2021 at 12:45 AM Josh Dersch wrote: > > > I hooked the LA up to the two PROM bits that select the AMX input (RACC > UAMX00 H and RACC UAMX01 H), on the ROM & Address Control board. These > come from the PROM at U101 and go through a 74S174 at E97 before heading > over to the DAP board. And during FET.00 we have: > > Addr PCB PCA AMX > 260 44 44 0 > > "0" here selects DR (Destination Register) input to the mux and is > incorrect; it should be 1 (PCB). During a single-instruction-step run, > this value reads out OK on the analyzer. I noted a few other discrepancies > in the capture (all of which match the ucode listing during a > single-instruction step) which makes me think that the high outputs of the > PROM are right on the bleeding-edge of acceptable TTL. I checked out the > signal on the scope while running a BR .-1 instruction (which also doesn't > execute correctly but at least doesn't halt... I don't have a storage scope > to capture this during a single instruction execution) and it looks like > the voltage swing is from about 0.15V to 1.7V or so. > > On the off chance it was the 74S174 at E97 pulling the signals down, I > socketed it and substituted a spare '174 in; no change. I also noted that > the +5V at this chip was about 4.95V, I goosed it up to 5.10V to see if it > made a difference (it did not.) > > So it seems likely it's the PROM. Looks like I may have some typing to > do, though given that the ROM works well enough at slow speeds I might be > able to dump it with my Data I/O Model 29 and compare it against the > listings in the engineering drawings, to save some time... > > I'll try to dump the PROM tomorrow and see what I get. > > - Josh > A status update here: I've dumped the bad PROM at U101 (and it read out fine on my Data I/O 29, comparing it with the listing in the engineering drawings). A local friend had a spare 11/70 boardset, so while I wait for some (hopefully) NOS bipolar PROMs to arrive, I've installed a spare RAC board. With this installed, instructions execute much better, and after tracing down a faulty Unibus terminator, I got it to run the bootstrap PROM on the M9301! I used my Unibone to boot XXDP+ from an emulated RL02 pack and over the past week I've been running diagnostics and debugging the hardware. Thus far: - Unibus Map registers non-functional: addresses decode but writes have no effect and all reads come back as "0". Replaced bad 8640 bus receiver on the Unibus Map board. - EMKA memory diagnostic hangs the processor in t5 of uAddr 343 (IRD.00), in PAUSE. Traced it down to the HC42 (replaces the original Cache Control Board) board of the Hypercache boardset, lacking any engineering info I swapped this for a spare that I'm fortunate enough to have. The system is now passing all but two diagnostics: - EMKA reports strange errors in banks 50-57 of memory and only with pattern 17; all other banks test fine: MEMORY DATA ERROR PCBANK VADD PADD GOOD BAD XOR MAR BOX MTYPE INT PAT ARRAY 032334 50 157564 05077564 000377 000377 00 0 ? MJ11 ? 17 ?? 032334 50 156450 05076450 000377 000377 00 0 ? MJ11 ? 17 ?? 032334 50 155330 05075330 000377 000377 00 0 ? MJ11 ? 17 ?? 032334 50 154210 05074210 000377 000377 00 0 ? MJ11 ? 17 ?? 032342 50 154020 05074020 000377 17 177400 0 ? MJ11 ? 17 ?? 032342 50 153740 05073740 000377 17 177400 0 ? MJ11 ? 17 ?? 032342 50 153734 05073734 000377 17 177400 0 ? MJ11 ? 17 ?? 032342 50 153732 05073732 000377 177400 17 0 ? MJ11 ? 17 ?? 032342 50 153730 05073730 000377 177400 17 0 ? MJ11 ? 17 ?? 032342 50 153726 05073726 000377 177400 17 0 ? MJ11 ? 17 ?? 032342 50 153724 05073724 000377 177400 17 0 ? MJ11 ? 17 ?? 032342 50 153722 05073722 000377 177400 17 0 ? MJ11 ? 17 ?? 032342 50 153720 05073720 000377 177400 17 0 ? MJ11 ? 17 ?? 032342 50 153716 05073716 000377 177400 17 0 ? MJ11 ? 17 ?? Occasionally testing banks 50-57 will die with a trap to 4 instead. Pattern 17 tests using alternating patterns of "0" and "1" bytes, using byte accesses to memory, I'm curious why only this pattern would fail. Accesses to this area of memory from the console work fine - EKBD fails with: ADDRESS MULTIPLEXER, AMX, CPU INPUTS TEST FAILED. ERROR ADDRESS REGISTER NOT SET CORRECTLY. TEST. CALL AT PC. EXPECTED ADRS. GOT ADRS. ERROR REG. 5 752406000576144406 (Note the similar address range to the EMKA failures). I've verified that AMX, etc. are not to blame here. I suspect this issue is related to the memory issue above. I've looked at the MMU hardware to see if address generation is breaking for some reason at these addresses and it seems to be OK. I'm going to keep
