> From: ard(a)p850ug1.demon.co.uk (Tony Duell)
> Subject: Re: More 11/750 PSU Qs
> To: classiccmp(a)classiccmp.org
> Date: Tue, 16 Apr 2002 03:01:23 +0100 (BST)
> In-Reply-To: <20020415200927.52402.qmail(a)web10301.mail.yahoo.com> from "Ethan Dicks" at Apr 15, 2 01:09:27 pm
> Sender: owner-classiccmp(a)classiccmp.org
> Reply-To: classiccmp(a)classiccmp.org
>
> > > > > NO!. SMPSUs do not like being run in parallel (unless designed to be
> > > > > used like that). One PSU will end up attempting to supply all the
> > > > > current and the other PSUs may not like having voltages applied to
> > > > > their outputs.
> > > >
> > > > And once the first one drops dead, the next
> > > > most "powerful" one repeats the process.
> > > > Proof by "induction" left as an exercise :-)
> > > >
> > > *giggle* OK, ok, thought it was best to ask.... *laughs manically*
> >
> > Presumably, if one could a) tolerate the voltage drops and b) find massive
> > diodes (many amps for the intended application in an 11/750), it could be
> > done safely. Please feel free to correct me if I'm wrong.
>
> Well, that would prevent one PSU from supplying a voltage to the outputs
> of another (something that can really confuse the regulation circuitry!),
> but it won't help with the current distribution problem. The PSU who's
> output after the diode drop is the highest voltage will end up sourcing
> all the current. Not what you really want.
Aren't there some power supplies that can be run in constant-current
or "current-limited" mode? I think I used to do that with a PDP8-E,
when the power drain of the add-in boards exceeded the original 1/2 Amp
per slot. A booster supply to provide more current.
carl
--
carl lowenstein marine physical lab u.c. san diego
clowenstein(a)ucsd.edu
> -----Original Message-----
> From: Doc [mailto:doc@mdrconsult.com]
> [xdmcp]
> Enable=1
Did that -- no dice. I haven't gotten much further. I hear that
you can put a Port=177 (is that the number?) in there to make sure
it uses the right port, and I haven't done that yet.
Chris
Christopher Smith, Perl Developer
Amdocs - Champaign, IL
/usr/bin/perl -e '
print((~"\x95\xc4\xe3"^"Just Another Perl Hacker.")."\x08!\n");
'
We've managed to get the Apple-1 being auctioned working. We can enter
commands into the monitor and get expected responses. We're going to get
a cassette drive hooked up to it and attempt to load BASIC next.
--
Sellam Ismail Vintage Computer Festival
------------------------------------------------------------------------------
International Man of Intrigue and Danger http://www.vintage.org
* Old computing resources for business and academia at www.VintageTech.com *
On April 17, Christopher Smith wrote:
> > That's because we want to be *right.* It took me a long time
> > to learn that
> > I'd rather be happy than right.
>
> I'd rather be corrected than right. ;) No matter how much it
> bruises the ego, it generally saves lots of time and energy
> later.
And you can learn something in the process!
-Dave
--
Dave McGuire "Mmmm. Big."
St. Petersburg, FL -Den
Ok, R. -- chime in here any time ;)
Now that I can see the NeXTStation's display better, I've booted
it again, and changed the local password with 'passwd'.
That got me in again. It seems that some netinfo stuff is
dying on bootup. Lots of the NeXTAdmin apps will complain
about not being able to contact the NetInfo server and die.
The NetInfo server, as far as I can tell is nibindd, is that
right? What is lookupd? It starts right after it, and seems
to possibly have something to do with NetInfo too, but I can't
tell what.
Anyway, lookupd likes to exit without doing much, and nibindd
seems to be dumping core, which I assume isn't good at all ;)
... so how does one go about straightening this mess out?
Chris
Christopher Smith, Perl Developer
Amdocs - Champaign, IL
/usr/bin/perl -e '
print((~"\x95\xc4\xe3"^"Just Another Perl Hacker.")."\x08!\n");
'
> Rats, I wanted to use an Emulex MD21 from a Sun external SXSI box to hook my
> PDP11s Fuji M2246E ESDI drive (that connects to the QBUS via an Emulex QD21)
> upto a PC to do an image dump.
>
> The MD21 works OK with a Sun drive (a Micropolis model 1558) & the PC can
> verify each block on that, but with the Fuji M2246E hooked up, I get
> "unexpected SCSI command failure" from the Adaptec AHA1540CF BIOS when trying
> to verify the disk -
> host adapter status : 00h - no host adaptor error
> target status : 02h - check condition
> sense key : 02h - not ready
> +sense code : : 22h
> +sense code qualifier : 00h
>
> mean anything to anyone? The Fuji 2246E is working happily in the PDP11/83 so
> I don't believe the drive is faulty (yet!)
>
> I noticed the MS21 announce itself to the SCSI controller as an "Emulex
> MD21/S2". I wonder if there is specific Sun firmware in it to talk to
> only Sun approved ESDI drives?...
Hmmm this sounds a little familiar, I've got a Micropolis drive
at home that's got an Emulex rider board, it may be the same
setup, although from a Prime, not a Sun... I'll try to go home
at lunch and check...
-dq
> -----Original Message-----
> From: Glen Goodwin [mailto:acme_ent@bellsouth.net]
> That's because we want to be *right.* It took me a long time
> to learn that
> I'd rather be happy than right.
I'd rather be corrected than right. ;) No matter how much it
bruises the ego, it generally saves lots of time and energy
later.
Chris
Christopher Smith, Perl Developer
Amdocs - Champaign, IL
/usr/bin/perl -e '
print((~"\x95\xc4\xe3"^"Just Another Perl Hacker.")."\x08!\n");
'
> -----Original Message-----
> From: Glen Goodwin [mailto:acme_ent@bellsouth.net]
> Woman: Don't give me that crap! Women don't know anything about
> computers!
> This sort of thing happened almost every day. I don't blame
> Deb at all for
> leaving the industry. Of course, we're in Florida, so you
> have to expect
> some redneck attitudes, but from a *woman*??
Well, I guess the whole point of this is that women in general have
every bit of ability that men in general have. I suppose that
includes the "ability" to be stupid.
Chris
Christopher Smith, Perl Developer
Amdocs - Champaign, IL
/usr/bin/perl -e '
print((~"\x95\xc4\xe3"^"Just Another Perl Hacker.")."\x08!\n");
'
> -----Original Message-----
> From: ard(a)p850ug1.demon.co.uk [mailto:ard@p850ug1.demon.co.uk]
> Look for a pot marked 'screen' or 'g2' or something like
> that. It's often
> on the flyback transformer in small monitors, could be elsewhere on
> larger/high end ones.
For the record, it's "white level" on my monitor. :) It's also very
hard to get at without a pot tweaker (have to get some of those one
day...)
> Turning this up might help. The cure might not be permanent
> (in fact it
> might casuse the CRT to fail sooner), but it's worth a try.
We'll see -- it's ok for now.
> Do take care when working inside a monitor. There are some nasty high
> voltages in there. Although IMHO the CRT electrode voltages are less
> likely to kill you than mains (simply because the CRT
> electrode supplies
> can't source much current), a shock from one of them can be
> nasty, and
> might cause you to jerk back and cut yourself, or break the CRT, or...
Indeed. I know, but thanks for the warning anyway. FWIW, the Megapixel
monitors are completely shielded even once you open the plastic. There's
a cutout in the shielding for each pot, and looking in with a flashlight,
I can't see much of a way to contact anything except the pots. In other
words, this is probably pretty safe on one of these.
> If you've not been inside a monitor or TV before, then there's a
> reasonable set of safety precautions in the sci.electronics.repair FAQ
I might look at that anyway.
Chris
Christopher Smith, Perl Developer
Amdocs - Champaign, IL
/usr/bin/perl -e '
print((~"\x95\xc4\xe3"^"Just Another Perl Hacker.")."\x08!\n");
'
> -----Original Message-----
> From: Doc [mailto:doc@mdrconsult.com]
> On Tue, 16 Apr 2002, Christopher Smith wrote:
> > they really hate for people to put any software on their system
> > (typical windows-using mindset, but let's not get into that :),
> Umm, I had the misfortune to run a Windows9x network for a couple of
> years. 30+ machines and 50+ belligerently clueless
> archeologist users.
> If I could have stopped those idiots from installing *every* browser
> plugin that came along and $3 cut-out software, I'd have had half the
> repairs to do.
> That _is_ a Windows-admin mindset, borne of much painful experience.
I was wondering whether I would get this reply, and I have just one
thing to say to it:
You're absolutely right. I wouldn't trust people to *breathe* on a
windows machine, personally, because windows can't handle it. It was
the "windows using" part that I really dislike. The mindset is just
a symptom. ;)
Now if you'd like to talk about people who think that this is a
natural way for a computer to behave, that's something else entirely.
Ok, that was at least two things, I guess...
Chris
Christopher Smith, Perl Developer
Amdocs - Champaign, IL
/usr/bin/perl -e '
print((~"\x95\xc4\xe3"^"Just Another Perl Hacker.")."\x08!\n");
'