[DSP-10] RE: DSP-10 digest, Vol 4 #176 - 8 msgs
Gillman, M. x43957 F4
[email protected]
Thu, 1 Apr 2004 13:29:00 -0500
I wanted to put this out there:
The West Point Software radio team is trying to bypass. We have a =
working DSP-10 kit with the new DSP in it (the 218N). We are trying to =
figure out how to bypass certain parts of the DSP and send signals into =
an FPGA instead, then send it back into the rest of the circuit. =
Specifically, we're looking at the the audio filter, the SSB detection, =
and maybe the AD/DA. What can anyone tell me about the filters, A/D, and =
SSB and where they fit in, specifically the pinouts? Any info would be =
great. This may not even be possible...Thank you.
-----Original Message-----
From: [email protected] =
[mailto:[email protected]]=20
Sent: Sunday, 28 March, 2004 04:05
To: [email protected]
Subject: DSP-10 digest, Vol 4 #176 - 8 msgs
Send DSP-10 mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
http://mailman.qth.net/mailman/listinfo/dsp-10
or, via email, send a message with subject or body 'help' to
[email protected]
You can reach the person managing the list at
[email protected]
When replying, please edit your Subject line so it is more specific than =
"Re: Contents of DSP-10 digest..."
Today's Topics:
1. Re: EME2 mode u/s (Johan Forrer)
2. Adjusting clock (=3D?iso-8859-1?Q?G=3DE9rard?=3D Parat / F6FGZ)
3. Re :E1 error ([email protected])
4. Re: Adjusting clock (Larry Johnston)
5. Re: Adjusting clock ([email protected])
6. Re: Adjusting clock ([email protected])
7. EME2 problem ([email protected])
8. Re: Adjusting clock (=3D?iso-8859-1?Q?G=3DE9rard?=3D Parat / =
F6FGZ)
--__--__--
Message: 1
Date: Thu, 25 Mar 2004 10:27:15 -0800 (PST)
From: Johan Forrer <[email protected]>
Subject: Re: [DSP-10] EME2 mode u/s
To: [email protected]
Reply-To: [email protected]
Bob et al.
EME2 is fine here. Running the lastest UHFA code on an
old 486 laptop with UHF DSP code in EPROM.
73,
Johan, KC7WW.
--- Bob Larkin <[email protected]> wrote:
> Hi Hermann -
>=20
> Great to hear from you!
>=20
> I tried the EME-2 on the EZ-Kit running with an old
> 486 PC and a second
> DSP-10 using the KK7P DSPx and a Pentium IBM laptop.
> The first was fine,=20
> the second hung and wouldn't come back! Hermann,=20
> what configuration are=20
> you running? (My 486 does have a couple of minor
> differences, as I have=20
> been chasing the "E1" bug in it).
>=20
> Also, anyone else that is using ver 3.17 of the PC
> and 2.5 of the DSP,=20
> please try EME-2. What you can do is to set the RF
> Power to some low value=20
> like 50 (SCRL-O and -P) so that it does not send out
> power. If you have not=20
> used EME-2, it should transmit for 2 seconds, return
> to receive for 3=20
> seconds, update the display and then do it all over
> again every 5 seconds=20
> until you hit the HOME key again. If it stops in
> transmit, you may have to=20
> reset the PC to get back going again. I did not need
> to reload the DSP---a=20
> sample of one!
>=20
> Also, the "every-other-load" bug (of initializing
> the CODEC) is still there
> if you are running the DSPx.
>=20
> I am not going to have much chance to look at any of
> these for the next few
> days, but I put the bugs in, so maybe I can get them
> out!! Meanwhile any=20
> other data will be helpful, including the
> configuration. Many thanks.
>=20
> 73, Bob
>=20
> At 09:16 AM 3/24/2004, you wrote:
> >Hi gang...thanks Bob for the new updates.
> >
> >PGR is working great so far. Especially the
> FM-swing adjustment and the
> >fantastic improvement on the audio level difference
> between SSB and FM is
> >remarkable.
> >
> >Myself working on a 10gig STN with all the needed
> components (dish control,
> >Rubidium steering and lots of more units are
> ready).
> >
> >Today I tried to get EME2 Mode working.
> Unfortunately after hitting the HOME
> >key the transmit cycle started and hung.
> >Never get back to receive.
> >
> >Has somebody else encountered the same ???
> >
> >I backed off to the old PGR and it worked fine. So,
> it seems to me a new bug
> >slipped in...
> >
> >best 73 de Hermann DC9UP
>=20
>=20
> _______________________________________________
> DSP-10 mailing list
> [email protected] http://mailman.qth.net/mailman/listinfo/dsp-10
--__--__--
Message: 2
Date: Thu, 25 Mar 2004 19:52:35 +0100
From: =3D?iso-8859-1?Q?G=3DE9rard?=3D Parat / F6FGZ <[email protected]>
Organization: radioamateur
To: [email protected]
Subject: [DSP-10] Adjusting clock
Reply-To: [email protected]
Hello,
I am running UHFA v3.17 and appreciate a lot the fine work!
I am trying to use clock calibration with a PPS pulse from a Garmin25 =
GPS. After the Alt-K command, I adjusted clock offset to have the tiny =
pulse from pin2/LPT1 to be close from the GPS PPS. After that, zooming =
with the delayed time base of the oscilloscope, I see a strange =
behavior. The LPT pulse has a "circular" timing at each second. Assuming =
you see the LPT pulse at T0+50ms, the next second it will be at T0+39ms, =
then the next second at T0+28ms, then
T0+17ms, then T0+6ms and after that you are again at T0+50ms+some drift. =
T0+It
cycles 5 times with about 11ms difference.
Does anybody had the same behavior or is it my Dell laptop LPT port =
doing some unknowed delaying ?
--
73 G=E9rard F6FGZ
--__--__--
Message: 3
To: [email protected]
Date: Thu, 25 Mar 2004 14:26:29 -0500
From: [email protected]
Subject: [DSP-10] Re :E1 error
Reply-To: [email protected]
Hi Bob,
I noticed that I get frequent E1 errors running version 3.1 on my 700 =
MHz Dell Pentium.
I found that the same software works without this error notification on =
my older133 MHz Compaq laptop. Also noted that the spectrum display =
update appears slower.
I reason that the E1 may have something to do with the serial transfer =
handshake timing being more critical on the 700 Mhz machine.
Hope this helps
73,
Bob Johansen
WB2SRF
--__--__--
Message: 4
Date: Thu, 25 Mar 2004 11:29:25 -0800 (PST)
From: Larry Johnston <[email protected]>
Subject: Re: [DSP-10] Adjusting clock
To: [email protected]
Reply-To: [email protected]
Hi Gerard,
=20
I noticed the same thing here. I am using a Z3801 GPS system for the 1 =
pps pulses. I am using a old Texas Intruments lap top for control of =
DSP-10.
=20
73's Larry K6HLH
G=E9rard Parat / F6FGZ <[email protected]> wrote:
Hello,
I am running UHFA v3.17 and appreciate a lot the fine work!
I am trying to use clock calibration with a PPS pulse from a Garmin25 =
GPS. After the Alt-K command, I adjusted clock offset to have the tiny =
pulse from pin2/LPT1 to be close from the GPS PPS. After that, zooming =
with the delayed time base of the oscilloscope, I see a strange =
behavior. The LPT pulse has a "circular" timing at each second. Assuming =
you see the LPT pulse at T0+50ms, the next second it will be at T0+39ms, =
then the next second at T0+28ms, then
T0+17ms, then T0+6ms and after that you are again at T0+50ms+some drift. =
T0+It
cycles 5 times with about 11ms difference.
Does anybody had the same behavior or is it my Dell laptop LPT port =
doing some unknowed delaying ?
--
73 G=E9rard F6FGZ
_______________________________________________
DSP-10 mailing list
[email protected] http://mailman.qth.net/mailman/listinfo/dsp-10
--- StripMime Report -- processed MIME parts --- multipart/alternative
text/plain (text body -- kept)
text/html
The reason this message is shown is because the post was in HTML or had =
an attachment. Attachments are not allowed. To learn how to post in =
Plain-Text go to: http://www.expita.com/nomime.html ---
--__--__--
Message: 5
From: [email protected]
Date: Thu, 25 Mar 2004 14:56:42 EST
Subject: Re: [DSP-10] Adjusting clock
To: [email protected]
Reply-To: [email protected]
Hi Gerard....de Hermann, DC9UP.
We over here have the same behaviour, but if you watch this cycling =
pulse for=20
a long time you will see how it is moving to one side or the other. You =
need=20
some time to see it.
If you have a storage scope on hand it will be easy to see. When both =
pulses are close and I assume they are very close time related, it=20
will take maybe more then an hour to see the difference.
73 de Hermann
--- StripMime Report -- processed MIME parts --- multipart/alternative
text/plain (text body -- kept)
text/html
The reason this message is shown is because the post was in HTML or had =
an attachment. Attachments are not allowed. To learn how to post in =
Plain-Text go to: http://www.expita.com/nomime.html ---
--__--__--
Message: 6
From: [email protected]
Date: Thu, 25 Mar 2004 14:59:22 EST
Subject: Re: [DSP-10] Adjusting clock
To: [email protected]
Reply-To: [email protected]
Hi Gerard....de Hermann, DC9UP.
We over here have the same behaviour, but if you watch this cycling =
pulse and=20
his average for a long time you will see how it is moving to one side or =
the=20
other. You need some time to see it.
If you have a storage scope on hand it will be easy to see. When both =
pulses are close and I assume they are very close time related, it=20
will take maybe more then an hour to see the difference.
73 de Hermann
--- StripMime Report -- processed MIME parts --- multipart/alternative
text/plain (text body -- kept)
text/html
The reason this message is shown is because the post was in HTML or had =
an attachment. Attachments are not allowed. To learn how to post in =
Plain-Text go to: http://www.expita.com/nomime.html ---
--__--__--
Message: 7
From: [email protected]
Date: Thu, 25 Mar 2004 15:15:11 EST
To: [email protected]
Subject: [DSP-10] EME2 problem
Reply-To: [email protected]
Hello Bob....this is Hermann again.
This lately reported problem with the stall in EMe2 mode at TX happens =
on a=20
DSP-10 with the old EZ Lite DSP Kit.
After my mail yesterday I tried again and I found out that maybe one out =
of=20
three times shutting down of the program and restart the PC EME2 works =
like it=20
should work.
73 de Hermann=20
--- StripMime Report -- processed MIME parts --- multipart/alternative
text/plain (text body -- kept)
text/html
The reason this message is shown is because the post was in HTML or had =
an attachment. Attachments are not allowed. To learn how to post in =
Plain-Text go to: http://www.expita.com/nomime.html ---
--__--__--
Message: 8
Date: Thu, 25 Mar 2004 22:27:02 +0100
From: =3D?iso-8859-1?Q?G=3DE9rard?=3D Parat / F6FGZ <[email protected]>
Organization: radioamateur
To: [email protected]
Subject: Re: [DSP-10] Adjusting clock
Reply-To: [email protected]
[email protected] a =E9crit :
> Hi Gerard....de Hermann, DC9UP.
> We over here have the same behaviour, but if you watch this cycling=20
> pulse for a long time you will see how it is moving to one side or the =
> other. You need some time to see it. If you have a storage scope on=20
> hand it will be easy to see. When both pulses are close and I assume=20
> they are very close time related, it will take maybe more then an hour =
> to see the difference.
Thanks everybody for your answers,
I found easy to synchronize the PC clock with this method, You are right =
Hermann, even without a storage scope, by noticing the min/max boundary, =
you can see the drifting along scope screen. The clock is adjusted in an =
hour or two by this way. After that, just have to adjust the offset at =
power up.
BTW, I know there is a project under sourceforge.net for a GUI with =
Linux but it seems to be at the very first beginning. One can benefit of =
NTP protocol to have a precise system clock in this case.
--
73 G=E9rard F6FGZ
--__--__--
_______________________________________________
DSP-10 mailing list
[email protected] http://mailman.qth.net/mailman/listinfo/dsp-10
End of DSP-10 Digest