Technical papers are solicited for presentation at the 26th Annual ARRL
and TAPR Digital Communications Conference to be held September 28-30,
2007 in Hartford, Connecticut. These papers will also be published in
the Conference Proceedings (you do NOT need to attend the conference to
have your paper included in the Proceedings). The submission deadline is
July 31, 2007. Please send papers to:
225 Main St
Newington, CT 06111
or you can make your submission via e-mail to: maty(a)arrl.org
Papers will be published exactly as submitted and authors will retain
73 . . . Steve, WB8IMY
thanks for the treasures and a great trip down memory lane.
I have a couple old copies of the Orbit magazine from 1982, if I scan
them can you find a home for them on your hosting I am limited to only
10 megs hosting on my ISP.
I find one thing amazing. 2008 we are talking about operation AO-7. 1982
they were talking about operating AO-7. I doubt many commercial
satellites can say the same thing regarding lifespans. We owe a lot to
the pioneers among us who blazed the trail for us. Now it's up to us
follow their lead and continue to make amateur satellite operating a
viable and vibrant mode of communication.
"We all need to hang together, or we shall surely hang separately".
There is no reason you can't upload to both E-QSL and LOTW.
I send in my logs monthly to both. E-QSL's really don't count for any
of the major awards.
LOTW confirmations count for DXCC and WAS.
On Tue, 30 Dec 2008 22:56:30 -0600 (CST) "Alan Sieg WB5RMG"
> I started using eQSL a year or so back, and have only recently seen
> action in my log to warrant uploading new contacts. I've been trying
> go back thru old logs, and get caught up on returning some QSLs...
> Seems what I'm hearing is that some do eQSL, some LOTW, others only
> Reckon is there any harm in also doing LOTW ? How many do both
> I'm sure that there are some that don't do either - no great loss I
> <- Licensed in 1976, WB5RMG = Alan Sieg * AMSAT#20554 ->
> <- http://www.somenet.net * http://wb5rmg.somenet.net ->
> <- http://www.linkedin.com/in/alansieg * My 'Day Job' ->
> Sent via AMSAT-BB(a)amsat.org. Opinions expressed are those of the
> Not an AMSAT-NA member? Join now to support the amateur satellite
> Subscription settings: http://amsat.org/mailman/listinfo/amsat-bb
Free information - Learn about Hardwood Floors. Click now!
I asked sometime ago in the group, but sometimes things change and stuff comes along so I thought I'd ask again and see if any one had a mini-computer like a PdP-11 with tapes drives and the large external disk drives in the floor boxes.
As I mentioned before, just trying to find a unit to show students the older technologies as well as how to program with Cobol/Fortran.
Using PCs is the best way to do a lot of stuff, but a mini-mainframe is the visually appealing idea.
Just thought I'd ask in case things changed out there!
Dave // DM78qd // KA0SWT
Thanks to the control station turning AO-16 back on. Heard the sequence
and then the bird was really kicking butt on its signal. I lowered my
power to 5 watts and was still banging in and this with some very "bad"
verticals that I have difficulty with on the other birds. Heard to
satellite quit during the pass and then obviously, control station came
back and turned it on again. Other then some "junk" only a couple of
stations were on.
I had a choice of AO-16 or SO-50. No brainer, stuck with AO-16.
Good work fellows,
73, Reid, W4UPD
I'm wondering if anyone can recommend a USB to serial convereter that works well with SAT32PC and an ICOM 706 or a FT 736.
Conversely if anyone has had bad experiences that would be usefull to hear about as well. I've heard that some USB to serial converters work better than others.
Yahoo! Canada Toolbar: Search from anywhere on the web, and bookmark your favourite sites. Download it now at
> I suggest you consider AFC.
> Not enough demand for that wide a filter.
Won't work for packets, or at least would require a long TXD making packet communicatiosn inefficient.
As to rarity, only one filter in the whole world is needed and that is on the uplink receiver. This lets eveyrone on the ground use conventional rigs without mods, and with minimal doppler uplink tracking.
Too many simple satellites are being built without considering the need for a wider bandwidth receiver on the uplink. The difficulties of such an approach for users is very obvious on the ISS cross band repeater, which is using a stock amateur transceiver with a 12 KHz wide receiver on the uplink, which makes even 5 KHz step tuning on the uplink be out-of-bandwidth splatter half the time.
This is not a complaint at all. The ISS team is to be congratulated for making the most of what they were able to get up there. It just takes more skill by users on the ground...
It is good to see this new UK project planning on a wider uplink RX filter.
A few days ago I posted the problem I was having with my new 817 and
satpc32. After emailing with the very kind Erich (creator of the software),
we were able to find the source of the problem in the CAT delay setting
(standard value was 110, but mine needed to be higher for some reason).
Below is my email to him with observations for any who might be experiencing
The strangest thing..... I came home and changed the CAT delay from 110 to
200. It worked! Both the mode and frequencies were changed for vfoa and vfob
and everything was good. Out of curiosity (and thinking it might help with
any troubleshooting you may need to do), I changed the CAT delay to 150. My
observations were that both the mode and freq. would change for vfoa and
vfob, but the interval settings did not work. What I mean by this is the
radio would switch between both vfo's on a very rapid basis, basically
whenever there was the slightest Doppler change, it would retune. Obviously,
this would make the receive audio extremely choppy.
To sum it up:
110-change downlink freq. and mode, change uplink mode only, rapid toggling
150- change downlink freq. and mode, change uplink freq. and mode, rapid