| |
ZL3AI > APRDIG 03.04.03 12:08l 272 Lines 9770 Bytes #999 (0) @ WW
BID : 1100-ZL3AI
Read: GUEST
Subj: TAPR Digest, Mar 29, 2/4
Path: DB0FHN<DB0RGB<DB0MRW<DB0ERF<DB0FBB<DB0GOS<ON0AR<ON0AR<PI8WFL<WB0TAX<
W7NTF<VK3TE<ZL2BAU<ZL3VML
Sent: 030402/0956Z @:ZL3VML.#80.NZL.OC #:63108 [Chch-NZ] FBB7.00i $:1100-ZL3AI
From: ZL3AI@ZL3VML.#80.NZL.OC
To : APRDIG@WW
Subject: OT: Ham Pages
From: "Jason Rausch" <ke4nyv@msn.com>
Date: Sat, 29 Mar 2003 13:17:44
X-Message-Number: 10
I'm compiling a list of .com, .net, .org ham pages. If anyone has one they
would like to have added to the list please email me off list at
ke4nyv@msn.com
The list will be posted to my website once I get a decent list made up.
Thankx and 73's
Jason KE4NYV
www.ke4nyv.com
----------------------------------------------------------------------
Subject: RE: Precision Mapping help
From: "Herb Gerhardt" <hgerhardt@charter.net>
Date: Sat, 29 Mar 2003 11:41:51 -0800
X-Message-Number: 11
No they will not work together. It is either one or the other. At least
that is the way I understand it.
I will email you the PM 3 OCX file to your address so you should be able to
execute it and be able to run the PM 3 maps again.
Herb, KB7UVC
NW APRS Group, West Sound Coordinator
Our WEB Site: www.nwaprs.org
----------------------------------------------------------------------
Subject: Re: Digipeating and fun with PIDs
From: Bob Bruninga <bruninga@usna.edu>
Date: Sat, 29 Mar 2003 15:06:52 -0500 (EST)
X-Message-Number: 12
On Fri, 28 Mar 2003, Jeff King wrote:
>AX.25 was never ported over to the Vancouver board and the address field was
>limited to 256 stations.
I disagree,
I used two of them as the AX.25 dual port VHF/HF gateway in Washington
DC from 1983 to December 1990 and they did AX.25 fine. The only problem
was that you had to get your callsign burned into the EPROM. I still have
them under my desk here.
Bob
----------------------------------------------------------------------
Subject: Re: Digipeating and fun with PIDs
From: Bob Bruninga <bruninga@usna.edu>
Date: Sat, 29 Mar 2003 15:25:02 -0500 (EST)
X-Message-Number: 13
On Fri, 28 Mar 2003, Jeff King wrote:
>Ahhhh, the shake, rattle and switch. It would be enlightening to look at
>what you stated, and I was responding to:
>
> " 1) BEACONs (UI packets) were "prohibited" on all packet networks."
>
>1% is not prohibited.
Yes, I should not have said "all". I should have said "most"..
>The point being that once again, you are trying to re-write history to
>favor APRS. What I don't understand is, why?!? APRS can stand on its
>own two feet, as can you, without the Huck Finn revisionism. I realize
>your counting on most people not knowing any better, but a few of us do
>and we where there.
Jeff, your twists and distortions of simple statements are beyond belief.
I have no idea where you are coming from. I was simply stating that APRS
had to go on its own frequency back in 1992 because:
1) Beacons (UI packets) were not allowed on almost all THENET, NETROM and
other level 4 networks at the time. And SYSOPS actively crusaded
against them.
2) For the same reason, DIGIPEATING of UI packets was disabled on most if
not all such networks.
Those are the facts and I stand by them. You are correct that in the
early days of packet, EVERYTHING was digipeating and UI packets were
great in the early 1980's. But when the level 4 nodes came in (NETROM,
THENET and then KA nodes) the far better throughput for CONNECTED packet
and the predominance of almost all traffic being CONNECTED packet
traffic caused most if not all nodes to disable digipeating of UI packets.
I stand by that fact as well.
I am not making any claims that favor APRS. Geeze I have no idea what rock
you live under, but there is nothing in my posts that are trying to
promote any revisionism to history or promote APRS. I was simply
comenting on the way it was and how APRS evolved on its own frequency and
that is why a lot of software written for APRS did not pay as much
attention as it should to filtering data that was NOT APRS data. Because
we were on our own frqeucny.
I have no idea how you can distort that and twist it into some kind of
attempt at revisionist history...
>BTW, in 1992 about 30%+ of all packet activity/transmissions in the
>Detroit area were TCP/IP (UI packets). By that time, it was even
>beginning to become mainstream in amateur packet radio. MSYS, a popular
>PBBS, even supported it, so you didn't need to even run NOS (which most
>still where).
Well, it was not that case along the eastern seaboard (the birth place of
AX.25 packet radio). We had a system of THENET and NETROM nodes all up
and down the coast, and none of them to my knowledge at the time (1992)
supported UI digipeating.
I'm sorry if I overlooked a pocket of advanced operations in Detroit at
the time.
Bob
----------------------------------------------------------------------
Subject: PCsat Operations.
From: Bob Bruninga <bruninga@usna.edu>
Date: Sat, 29 Mar 2003 15:35:23 -0500 (EST)
X-Message-Number: 14
PCsat is still going strong, but is on ragged edge of power budget during
maximum eclipses. We have caught her 3 or 4 times in the last week doing
a low power reset and fortunately we have been able to restore her before
the batteries went to negative power budget.
But since we have as many as 50 users per day, it is best if eveyrone
turns off any unattended user stations at night when she is in eclipse in
your area.
Thanks
Bob, WB4APR
----------------------------------------------------------------------
Subject: Re: OT: Ham Pages
From: "Jason Rausch" <ke4nyv@msn.com>
Date: Sat, 29 Mar 2003 14:35:50
X-Message-Number: 15
I should also mention, I would really like to add pages that have hamcalls
as the address, such as www.ke4nyv.com or www.n4kss.net
Thankx and 73's
Jason KE4NYV
www.ke4nyv.com
----------------------------------------------------------------------
Subject: Re: New cgi for pcs phones
From: Bob Bruninga <bruninga@usna.edu>
Date: Sat, 29 Mar 2003 15:37:53 -0500 (EST)
X-Message-Number: 16
Is there one that will do that and display say the surrounding area of
APRS stations?... Maybe a beter idea is a cgi that displays the N
closest stations. That way the map size varies, but you get to see what
kind of environment you are in...
----------------------------------------------------------------------
Subject: Re: New cgi for pcs phones
From: "Steve Dimse" <k4hg@tapr.org>
Date: Sat, 29 Mar 2003 20:48:55 +0000
X-Message-Number: 17
On Sat, 29 Mar 2003 15:37:53 -0500 (EST), Bob Bruninga wrote
>Is there one that will do that and display say the
>surrounding area of APRS stations?... Maybe a beter
>idea is a cgi that displays the N closest stations.
>That way the map size varies, but you get to see what
>kind of environment you are in...
Not on a cell phone, the display is too small to be any use, but there is
this that has been available for some time:
http://www.findu.com/cgi-bin/radar-find.cgi?call=k4hg-8,*
You can get centered, smaller sections:
http://www.findu.com/cgi-bin/radar-find.cgi?call=k4hg-8,*&offsetx 0&offsety 0
This stuff is all old news...
Steve K4HG
----------------------------------------------------------------------
Subject: Old KAM Killing USB Ports
From: "Joel Black" <w4jbb@charter.net>
Date: Sat, 29 Mar 2003 15:06:01 -0600
X-Message-Number: 18
I don't have any idea what's going on with my old KAM. I have replaced the
caps in front when I started getting garbage on the screen. Well, I still
get garbage. It was recommended that I check the voltage regulator on the
front of the board for weak or cold solder joints. They appear fine and I
have re-soldered just in case. Still garbage on the screen. I've also
changed the ABAUD rate to 1200, 2400, 4800, and 9600 (the max is 9600)
thinking I was getting some type of buffer problem.
I have also discovered that if I run the KAM for an extended period of time,
I start getting COMM ERRORS and I lose a specific device on the USB hub I am
using. I also lose this same device if I'm directly connected to the USB
port without the hub. I've tried uninstalling and reinstalling the device.
I've also tried uninstalling everything on that IRQ (i.e. USB controller,
soundcard, IEEE1394). For those of you who think it's an IRQ conflict, it's
not. PCI-steering is working on this PC.
This one's got me baffled. Does anyone have any other ideas for fixing the
garbage on the screen? Also, can someone explain why I'm losing only one
USB device? I realize the USB ports are treated like virtual comm ports so
it doesn't make sense that COM1 (IRQ4) is interfering with the USB port on
IRQ5.
OS: WinXP SP1
256MB RAM
AMD 1.3GHz CPU
Abit KT7 MB
Tnx es 73,
Joel B. Black, W4JBB
w4jbb@charter.net
----------------------------------------------------------------------
Subject: Transmitter combining.
From: Bob Bruninga <bruninga@usna.edu>
Date: Sat, 29 Mar 2003 16:14:15 -0500 (EST)
X-Message-Number: 19
Transmitter Combiner experts:
We chose two adjacent channels for our two satellite UHF downlinks
thinking that it was the most economical use of the satellite spectrum
since any single user will see the same doppler on both and so we do not
need to waste bandwidth with a 25 KHz guardband in between them.
The two frequencies are separated by 25 KHz. What is the the consequence
of the intermods for such a narrow separation. Obviously there will be a
very strong 25 KHz component, but Is that any worse than a 1 MHz
component?
The transmitters each feed a 90 degree hybrid and two 90 degree whips.
There should be about 20 dB isolation?
THe only first order significance we can think of is that the tank
circuits of each transmitter will offer no additional off frequency
attenuation because of their nearness, but at 435 MHz, we doubt that a
1Mhz separation will have that much either..
ANyone do this for a living and can comment on the desired transmitter
separation?
Bob
----------------------------------------------------------------------
Read previous mail | Read next mail
| |
