I have the ADVENT files for PDP-8 (from the diagpack2.RK05 image) but it won't run under SIMH (simulator halts on error).
Does anyone have the load/run instructions?
thanks
Charles
>
>Subject: Re: OT: "Best" Linux Distro?
> From: "Chuck Guzis" <cclist at sydex.com>
> Date: Thu, 01 Dec 2005 11:21:38 -0800
> To: cctalk at classiccmp.org
>
>On 12/1/2005 at 1:01 PM Allison wrote:
>
>>Same here. There are a few that barely run on anything less than p-III
>>class hardware.
>>
>>Since I have an abundance of older 486class stuff I use Freebsd 2.2.6
>>and a 7 year old copy of Slackware or Caldera OpenlinuxV2.3 when I
>>want a linux box.
>
>For the "look what we can do with a single floppy boot" category, it's
>pretty hard to beat the old QNX demos:
>
>http://toastytech.com/guis/qnxdemo.html
>
>Cheers,
>Chuck
Then there was NewDeal Office. All you needed was dos3 or higher. The
version 3 demo I have ran ok on 40mb or less of disk.
Allison
>
>Subject: Re: Part question...6845 CRTC
> From: Scott LaBombard <labomb_s at yahoo.com>
> Date: Thu, 01 Dec 2005 16:26:00 -0800 (PST)
> To: "General Discussion: On-Topic and Off-Topic Posts" <cctalk at classiccmp.org>
>
>Hi Allison,
>
>> I've never used the 6845 CRTC but over the years
>> I've heard the Hitachi
>> part is a better version than the older Motorola
>> one. Lacking a datasheet
>> for Hitachi what is the differnce?
>
>Take a look at:
>
>http://andercheran.aiind.upv.es/~amstrad/docs/crtcnew.html
>
>It appears that the Moto part it a 'Type 2' and the
>Hitachi part is a 'Type 0'. The differences between
>each type (as well as others) appear to be detailed in
>the 'CRTC Differences' section of this web site.
That helps, Thanks now I can go to the moto data and feel
comfortable.
Allison
I've never used the 6845 CRTC but over the years I've heard the Hitachi
part is a better version than the older Motorola one. Lacking a datasheet
for Hitachi what is the differnce?
I do have the moto part data sheet.
Allison
Hi
I looked at the schematic and the parts you'd indicated.
It looks like one of them was one off and was R55 and not
D11. From the looks, it might be that you have other failures
in the supply. You've indicated R11, R21 and R55. These
are all part of the circuit that drives the primary switcher
transistor through T3.
You might check D11 to make sure it isn't shorted. You
might want to run the supply separately to check outputs.
A short in T3 to the mains would also cause a lot of troubles
and burn these resistors( taking may other part with it ).
Other parts to look at would be:
Q2, Q3, Q4, E5 and D4
These are parts that could also be involved.
It does look like there is something other than the
resistors blown in the supply.
Dwight
I have a wire that is broken on the Berg connector that plugs into my
DLV12 controller for my RL01 drive. How do I remove one of the pins
>from the Berg connector so that I can reattach the broken wire? Is it
possible to repair these connectors or do I have to replace it?
>
>Subject: Kennedy 9600 9-track w/DQ132 on mVAX-II??
> From: "Robert Armstrong" <bob at jfcl.com>
> Date: Thu, 01 Dec 2005 09:40:13 -0800
> To: "'General Discussion: On-Topic and Off-Topic Posts'" <cctalk at classiccmp.org>
>
> I have a MicroVAX-II and I want to add a Kennedy 9600 9 track drive.
>AFAIK, this drive has a standard Pertec interface and I was planning to use
>it with a Dilog DQ132 controller. The drive is capable of both 800 and
>1600bpi, and I need to be able to use it at both densities.
>
> I installed it and cabled it all up - VMS (v4.5 in this case) sees the
>DQ132 and autoconfigures it as MSA0 (a good sign!), and the drive seems
>happy and loads a tape. VMS reports that MSA0 is a TSV05 (which is what I'd
>expect) and doesn't log any errors. But, whenever I try to access the
>drive, VMS says that it's offline and I can't get it to actually do
>anything.
>
> Yes, the Kennedy is actually online (the online LED is lit) and the
>"select" LED on the drive flickers for an instant when VMS tries to access
>the drive. The drive is set as unit 0, and it was working the last time it
>was used (with an Emulex controller in that instance).
>
> Just for fun, I tried the Kennedy drive with a real TSV05 (M7196)
>controller that's known to work with a real TSV05 drive - same results.
>
> Is there any obvious reason why this wouldn't work?
>
> The 9600 is Pertec, right? If you Google for this drive you'll find a
>couple of places that say it's SCSI, but that seems wrong.
>
> Anybody got a manual for the 9600? Bitsavers has the manual for the 9610,
>but it appears that the 9600 is substantially different.
No manual but do check the interrupt grant chain. I've been dinged a few
times because I had a gap in the chain and VMS sorta finds the device
but cant really work it.
Allison
>
>Subject: Re: Do old FPGA's decay?
> From: Brad Parker <brad at heeltoe.com>
> Date: Thu, 01 Dec 2005 07:28:29 -0500
> To: "General Discussion: On-Topic and Off-Topic Posts" <cctalk at classiccmp.org>
>
>
>"Chuck Guzis" wrote:
>>
>>But do old FPGA's just quietly go belly-up? Or is there something about
>>the XC2064-50 that I'm in the dark about? Are there any easy tests that I
>>can apply to confirm my suspicions?
>
>Doesn't it need to be 'loaded', either via a eeprom or the pcu?
>
>Most older fpga's (I thought) had to be programmed at startup via some
>form of bit-serial line. This is often something like an i2c eeprom
>directly attached to the chip.
>
>I have not looked that XC2 datasheet, however. (actually, I'm having trouble
>finding one...)
>
>-brad
I looked up the ISP2064 (lattice) and that is the case. Also if the mode
pins are set a differnt way it can parallel load from a common ee/e/rom
or microprocessor.
Allison
Bill Richman <bill at timeguy.com> wrote:
> I was just given an IBM AS400/9040 at the computer refurb/recycling shop
> I operate. Is there anything legitimate that it could be used for,
I should think there's no law prohibiting its use as a space heater?! In
fact there shouldn't be many illegitimate activities involving the
_hardware_, unless one tips it over onto people, uses it to crushes foreign
property or pollutes the environment with it ;-).
Kidding aside...as just recently explained, the problem is the OS for it.
Before I go repeating stuff that I only picked up here on the list, I
suggest looking for the knowledge which has already been exchanged here; two
starting points out of a lot more:
http://www.classiccmp.org/pipermail/cctech/2003-December/022896.htmlhttp://www.classiccmp.org/pipermail/cctalk/2003-January/013268.html
As an aside, "9040" isn't an AS/400 designation I could easily find...any
chance you mixed up the symbols, "9404" looks a lot more like it?
> or should I scrap it? I know nothing about it other than that it's big
> and heavy, and it seems to IPL according to the front-panel display.
That last sentence essentially _is_ three arguments not to scrap it, at
least to me... I've never touched an AS/400 before, but should like to.
> I'm going to try to hook a terminal to it, but I'm not sure how quite yet.
http://www.classiccmp.org/pipermail/cctech/2002-December/006151.html
is yet another thread worth having a look. However it only deals with twinax
terminals; I've never heard of somebody accessing one via serial console.
So long, yours sincerely
--
Arno Kletzander
Stud. Hilfskraft Informatik Sammlung Erlangen
www.iser.uni-erlangen.de
Highspeed-Freiheit. Bei GMX superg?nstig, z.B. GMX DSL_Cityflat,
DSL-Flatrate f?r nur 4,99 Euro/Monat* http://www.gmx.net/de/go/dsl