| |
PA2AGA > HDDIG 12.02.00 18:55l 224 Lines 7037 Bytes #-9582 (0) @ EU
BID : HD_2000_42D
Read: DL6KCF GUEST
Subj: HamDigitalDigest 2000/42D
Path: DB0AAB<DB0FSG<DB0PV<DB0MAK<DB0BOX<DB0ABH<DB0SRS<DB0ZDF<DB0AIS<DB0NDK<
DB0ACH<PI8JOP<PI8ZAA<PI8HWB<PI8HGL<PE1NMB<EA7URC<PE0MAR<PI8VNW
Sent: 000212/1244Z @:PI8VNW.#ZH2.NLD.EU #:51025 [HvHolland] FBB7.00g24
From: PA2AGA@PI8VNW.#ZH2.NLD.EU
To : HDDIG@EU
Received: from pa2aga by pi1hvh with SMTP
id AA30240 ; Sat, 12 Feb 00 10:59:39 UTC
Received: from pa2aga by pa2aga (NET/Mac 2.3.70/7.5.3) with SMTP
id AA00017921 ; Sat, 12 Feb 2000 10:02:22 MET
Date: Sat, 12 Feb 00 09:49:25 MET
Message-Id: <hd_2000_42D>
From: pa2aga
To: hd_broadcast@pa2aga
Subject: HamDigitalDigest 2000/42D
X-BBS-Msg-Type: B
they sell) and some db25-db9 connectors.
Thanks.
"Dana Myers K6JQ" <dana@source.net> wrote in message
news:38A2DD72.C8A682F8@source.net...
> Tim Goldenburg wrote:
> >
> > The cable I have is a
> >
> > Belkin 10' Direct Cable Connection
> > PC to PC File Transfer
> > DB9 Female/Female
> > Serial
> >
> > Is this not the right cable? Perhaps I misnamed it calling it a null
modem
> > cable. It looks similar to the null modem cable that came with laplink.
> >
> > It appears to be a straight through DB9 female <-> DB9 female cable.
The
> > pin numbers are the same on both ends. I don't see why this wouldn't
work.
>
> The pin numbers are based on physical location of the pin inside the
connector
> shell, they have nothing to do with the electrical connection of the pins.
> It sounds like you have a cable intended to connect one PC serial to
another
> PC serial port for the sake of file transfer, in which case I strongly
suspect
> there are some wires crossed over inside the cable, not "straight
through".
>
>
> Dana
>.
------------------------------
Date: 10 Feb 2000 22:43:41 GMT
From: "Christopher W. Buckley" <cwbuckle@mtu.edu>
Subject: Problem with D700A - am I missing something?
What I would try, is take a continuity tester, or even a
battery and a couple of wires, and check to make sure that
every pin x, comes out at pin x at the other side. I would guess
that pins 2 and 3 cross over.
You should be able to get another identical cable and a gender
changer and hook them all together, and it should work, if
this is all the crossover that exists..
--
---- ---- ---- ---- ---- ----
Chris Buckley -- KC0DBY
finger: cwbuckle@mtu.edu for info.
"Tous les champignons se mangent, mais
il y'en a qui ne se mangent qu'une fois."
---- ---- ---- ---- ---- ----
>.
------------------------------
Date: Fri, 11 Feb 2000 00:15:16 GMT
From: "Tim Goldenburg" <tim@goldenburg.com>
Subject: Problem with D700A - am I missing something?
Thanks. I ended up getting a DB9 male <-> DB9 female extension cable + a
female gender changer. Everything works perfectly.
Tim
"Tim Goldenburg" <tim@moneystar.com> wrote in message
news:87us05$fen$1@news.jump.net...
> That sounds like exactly the problem. I just checked www.pin-outs.com and
> you are correct. Pins, 2-3, 4-6, 7-8 are reversed. I won't have time to
> stop by my local Altex since it's on the other side of town. I think I'll
> run by CompUSA and purchase a DB25 male-male straight through (which I
know
> they sell) and some db25-db9 connectors.
>
> Thanks.
>
> "Dana Myers K6JQ" <dana@source.net> wrote in message
> news:38A2DD72.C8A682F8@source.net...
> > Tim Goldenburg wrote:
> > >
> > > The cable I have is a
> > >
> > > Belkin 10' Direct Cable Connection
> > > PC to PC File Transfer
> > > DB9 Female/Female
> > > Serial
> > >
> > > Is this not the right cable? Perhaps I misnamed it calling it a null
> modem
> > > cable. It looks similar to the null modem cable that came with
laplink.
> > >
> > > It appears to be a straight through DB9 female <-> DB9 female cable.
> The
> > > pin numbers are the same on both ends. I don't see why this wouldn't
> work.
> >
> > The pin numbers are based on physical location of the pin inside the
> connector
> > shell, they have nothing to do with the electrical connection of the
pins.
> > It sounds like you have a cable intended to connect one PC serial to
> another
> > PC serial port for the sake of file transfer, in which case I strongly
> suspect
> > there are some wires crossed over inside the cable, not "straight
> through".
> >
> >
> > Dana
>
>
>.
------------------------------
Date: Thu, 10 Feb 2000 18:22:24 GMT
From: haynes@alumni.uark.edu (Jim Haynes)
Subject: RAKE what is it?
In article <38A2053B.92A240B2@tpgi.com.au>,
Robbie <natural@tpgi.com.au> wrote:
>
>Can anyone tell me more about RAKE. All I know is that it is used in
>digital radios which uses a multipath combining scheme to elminate
>multipath losses.
>
I can't tell you anything up-to-date, but back in the 1950s there was
a project at MIT on receiving HF through multipath propagation. They came
up with RAKE, in which they put the incoming signals through a delay line
with many taps and selected the taps so that they got signals which could
be added up to recover what was transmitted by combining the signals
coming through different paths. This was in, I think, Proceedings of the
I.R.E. and I'm not in the library right now so can't tell you when it was.
In those days it took many racks of equipment.
Just recently I was at a lecture on portable telephones of the future and
the speaker mentioned that with the microwave and near-microwave frequencies
they use, and operating in the urban environment with tall buildings,
they get lots of multipath and use RAKE technology to overcome it. So
I had some idea of what he was talking about. He mentioned RAKE "fingers"
and I take that to be the number of different multipath copies of the
signal they can handle and combine. I guess with modern electronics it
all goes on a chip with room left over.
>.
------------------------------
Date: Thu, 10 Feb 2000 11:24:28 +1100
From: Robbie <natural@tpgi.com.au>
Subject: RAKE what is it?
Can anyone tell me more about RAKE. All I know is that it is used in
digital radios which uses a multipath combining scheme to elminate
multipath losses.
>.
------------------------------
Date: Thu, 10 Feb 2000 18:28:32 GMT
From: haynes@alumni.uark.edu (Jim Haynes)
Subject: Ten days until Green Key Night (& Day)
Feb 20th is the anniversary of the beginning of FSK RTTY on the ham bands.
It all started on Feb 20, 1953 when the FCC set that date for making FSK
legal, and required 60 WPM Baudot with 850 Hz shift for RTTY on the HF ham
bands. Every year we celebrate this event and remember the RTTY pioneers
with Green Key Night (& Day) on Feb 20. It's not a contest, although
The New RTTY Journal is offering some awards anyway - see the December
issue. The guidelines are
Use a mechanical teleprinter if you can (but you don't have to)
Use vacuum tube gear if you can (but you don't have to)
Operate some 850 Hz shift if you can (but you don't have to)
Get on the air and have fun and wallow in nostalgia and remember
the pioneers of RTTY who worked so hard to make this mode possible.
Jim, W6JVE
>.
------------------------------
End of Ham-Digital Digest V2000 #42
******************************
You can send in your contribution to this digest by
sending an e-mail to: hd-group@pa2aga.ampr.org
or (via BBS-net) to: hdaga@pi8vnw.#zh2.nld.eu
Read previous mail | Read next mail
| |
