Alt-BEAM Archive

Message #12461



To: beam@sgiblab.sgi.com
From: BUDSCOTT@aol.com
Date: Fri, 24 Mar 2000 16:00:05 EST
Subject: [alt-beam] Re: Dumb newbie Q.


In a message dated 3/23/00 8:53:07 PM Central Standard Time,
manchild@u.washington.edu writes:

<< TO ALL NEWBIES, EXPERTS, AND EVERYONE IN BETWEEN:

THERE IS NO SUCH THING AS A DUMB QUESTION! >>


Good point!

-Spencer



12462 Fri, 24 Mar 2000 20:58:05 -0000 [alt-beam] Re: Check this beam@sgiblab.sgi.com "Matt" so if you don't lose outlook it's pretty much useless right?



12463 Fri, 24 Mar 2000 16:04:31 EST [alt-beam] Re: 1381 DLSE beam@sgiblab.sgi.com BUDSCOTT@aol.com In a message dated 3/24/00 2:33:40 AM Central Standard Time, ascii@hum.auc.dk
writes:

<< I'm building a beam-ant from the excellent ucoba schematics right now.

I've had no luck with the 1381DLSE - I never had it do anything, so I
settled for the PM1 SE, which should be just as efficient. plus the
component-count is a bit lower than the DLSE.

If you've got a 1F gold cap rated at 2.5v please mind that you may get in
trouble with the 1381L. In ref. to an earlier thread on this subject the
diode (of the PM1) adds about .7v to the triggervalue of the 1381.

The trouble is, the cap could leak more current than it would recieve when
overcharged, which means that it probably would never hit the triggerpoint.
I've had no luck in using a 1381J and a 3733 Sunceram with a 1F goldcap so
I'll go for a 1381C which I gotta order first thing when my paycheck
arrives.

Cheers,

Thomas >>

Could i get those schematics, i can't find them! Also are there any good 1F
(whoa that's voluminous! a.k.a. really really really big!) from digikey, i'd
kinda like to do my next order from there so i can pick up some other parts
with that order (stupid minimum order junk!). Thanks for the input!

-Spencer



12464 Fri, 24 Mar 2000 16:06:58 EST [alt-beam] Re: Botic.com operational ! beam@sgiblab.sgi.com BUDSCOTT@aol.com So just send you an email with a username and bingo! or am i missing something

-Spencer



12465 Fri, 24 Mar 2000 21:12:11 +0000 [alt-beam] Re: Check this beam@sgiblab.sgi.com "Christopher Kettell" Ignorance is bliss.But one would assume that anything posted on the
beam list would be of interest. I suppose the problem is you just
don't know who's out there..........ha,ha,ha,ha..

> From: "William Cox"
> To: "BEAM"
> Subject: Re: Check this
> Date: Fri, 24 Mar 2000 11:25:31 -0500
> Reply-to: beam@sgiblab.sgi.com

> I don't think any of us were that stupid to open it. Curiosity killed the
> cat (or computer :). Yea, what was it? This e-mail showed up on the stamp
> list too.
> -William
>
> ----- Original Message -----
> From: Bruce Robinson
> To:
> Sent: Friday, March 24, 2000 10:33 AM
> Subject: Re: Check this
>
>
> > Christopher Kettell wrote:
> > >
> > > Did anyone else have fun with TIMS's links ???
> >
> > Nope, didn't open it. I'm curious though, what was it?
> >
> > Bruce
>
>
>
>
Nothing is foolproof to a sufficiently talented fool.



12466 Fri, 24 Mar 2000 13:12:25 -0800 [alt-beam] Re: Logic puzzle - cool! Try this tougher one... :-) "'beam@sgiblab.sgi.com'" Wilf Rigter

Here is a discrete XOR gate:

<>

> -----Original Message-----
> From: Justin [SMTP:JAF60@student.canterbury.ac.nz]
> Sent: Thursday, March 23, 2000 11:19 PM
> To: beam@corp.sgi.com
> Subject: Logic puzzle - cool! Try this tougher one... :-)
>
> If enthusiasm has waned, or it's too tough , I guess I'll
> have to use an XOR chip.
>
>
> If you're interested in what this bizarre gate is for, it's like this:
> A motor controlling an extra leg articulation needs to be turned on and
> off, and have its direction controlled by from specific combinations of
> the two switches. The outputs go to separate 240 enable pins, one bank
> of inverters acts as motor drivers (thus this output controls when the
> motor is on) and the other bank acts as a reverser, switching the signal
> before it enters the drivers, thus controlling the direction the motor
> turns. Both input switches are normally closed. The motor should turn in
> the direction of an open switch, thus it should stop turning when both
> or neither switch is open. There might be a much easier way to do this,
> as I haven't been getting much sleep... :-) << File: puzzle2.gif >>



Attachment: xor.gif

Home