OpenBCM V1.13 (Linux)

Packet Radio Mailbox

DB0FHN

[JN59NK Nuernberg]

 Login: GUEST





  
ZL3AI  > APRDIG   04.04.03 10:59l 235 Lines 9276 Bytes #999 (0) @ WW
BID : 1112-ZL3AI
Read: GUEST
Subj: TAPR Digest, Mar 31, 1/6
Path: DB0FHN<DB0ZWI<DB0HST<ON0DXC<WA7V<VE3FJB<W4JAX<VK4TUB<ZL2BAU<ZL3VML
Sent: 030403/0944Z @:ZL3VML.#80.NZL.OC #:63197 [Chch-NZ] FBB7.00i $:1112-ZL3AI
From: ZL3AI@ZL3VML.#80.NZL.OC
To  : APRDIG@WW

TAPR APRS Special Interest Group Digest for Monday, March 31, 2003.

1. Re: Need microphone extension cable for D700A
2. RE: Solution for adding more serial ports
3. Re: XASTIR help needed
4. Re: XASTIR help needed
5. Re: Need microphone extension cable for D700A
6. RE: Solution for adding more serial ports
7. RE: Solution for adding more serial ports
8. Re: XASTIR help needed
9. Re: Need microphone extension cable for D700A
10. Re: APRS development?
11. FW: RE: Solution for adding more serial ports
12. Re: XASTIR help needed
13. E-Mail Address Change:
14. Re: XASTIR help needed
15. New Zealand APRSers needed
16. Re: XASTIR help needed
17. PCSAT Daytime only ops
18. Re: XASTIR help needed
19. Re: XASTIR help needed
20. Re: Digipeating and fun with PIDs
21. Re: Digipeating and fun with PIDs
22. New GPS/PDA
23. Crank Up Tower Wanted
24. Re: XASTIR help needed
25. Re: XASTIR help needed
26. Re: XASTIR help needed
27. Re: XASTIR help needed
28. Read if you connect to port 10152 for APRS
29. Re: XASTIR help needed
30. help with nmea over TCP
31. Re: XASTIR help needed
32. Re: XASTIR help needed
33. Re: help with nmea over TCP
34. Re: help with nmea over TCP
35. retrieving data via email

----------------------------------------------------------------------

Subject: Re: Need microphone extension cable for D700A
From: tvsjr <tvsjr@sprynet.com>
Date: Sun, 30 Mar 2003 23:12:17 -0600
X-Message-Number: 1

Look around for old mobile cellular telephones. They usually have a remote 
transceiver unit with a ~15' RJ-45(M) --> RJ-45(F) cable for the handset. 
They're usually wired straight through. I used one for my D700 
installation, and it works great - they use flat cable, so running the wire 
is easy, they're usually black, so they blend in, and the entire assembly 
is molded, so they're quite rugged. The RJ-45 male even has a boot around 
it so it seals up against the radio unit.

73s
Terry/N5RSE

----------------------------------------------------------------------

Subject: RE: Solution for adding more serial ports
From: WB4GQK@aol.com
Date: Mon, 31 Mar 2003 07:13:19 EST
X-Message-Number: 2

Hi all

My experience with a multiple port card was very disastrous! I purchased a
4 port MULTIPLEXER serial card from xxxxxxxxxxxxx. NOT CHEAP!  Each port
was FULL DUPLEX, running at 120kbaud. The drivers would handle RS-232;
RS-422; RS-485. I set it up as serial port 2. This gave me 5 serial ports
without sharing any IRQs. Two went to KAM+'s, two controlled 2 HF rigs and
the 5th went to a WX station. The PC was a P4 @ 899 mHz /w 320 MB RAM. I
was running six (6) programs simultaneously. It required about an hour to
get everything up and running correctly. At the very best it worked for 2
weeks without a lockup. At the very worse it ran for about an hour. A
number of times it locked while I was keyboarding on RTTY, other times it 
would lock in the middle of the night???

After 4 months of struggling I went back to two (2) PC towers /w 2
monitors. I was hoping to clean up some of the mess in my shack, but no
joy.  The WX station is no longer hooked up. I remember putting out a query
over the sig last Oct but other than changing OS and changing APRS program
suggestions (which I did) I didn't receive any other suggestions. I realize
I may be pushing the limit and it is very difficult to work this type of
problem from long range. By the way there is NO internet or phone
capability on either of my towers. They are used for ham radio and TNCs
only.

There is undoubtably a better solution than what I'm using but I don't think 
a multiple MULTIPLEXER is the answer.

Jim

----------------------------------------------------------------------

Subject: Re: XASTIR help needed
From: Bob Bruninga <bruninga@usna.edu>
Date: Mon, 31 Mar 2003 08:40:22 -0500 (EST)
X-Message-Number: 3

On Sun, 30 Mar 2003, Brent Hildebrand wrote:

>>Because that is the APRS standard.  It is also the NMEA standard, so that
>>is why APRS chose it.  It also provides more precision than D:M:S for the
>>same number of digits.  Another reason.
>>
>>All APRS programs, (except WinAPRS, I think) adhered to that standard.
>>
>>Bob
>
>You are speaking about Degrees, Decimal Minutes, that's fine.  But
>displaying the data as "D.M.m" is strange and misleading.  To quote more
>of the message you are referring to:

Yes, that is exactly why we needed a standard, so there would be no
ambiguity ever.  Adding confusion is the last thing we need in an APRS
communications system.

I guess the complaint is the use of the decimal point between the degrees
and minutes.  Yes, I agree.  A space would be better...

>>152.40.10E 27.18.15S
>>153.20.65E 27.42.50S
>
>UI-View coordinates are in   DEGREE,MINUTES.minutes and are displayed as
>above.....don't ask me why.
>
>Latitude -  The format is dd.mm.nn<NS>. "dd" is two digits for degrees. "mm"
>is two digits for minutes. "nn" is two digits for decimal minutes. NOTE -
>decimal minutes, not seconds. "<NS" is either "N" for North or "S for South.
>Example - 52.58.23N"

Yes, that should be written as 52 58.23N

Bob

----------------------------------------------------------------------

Subject: Re: XASTIR help needed
From: "Spider" <spider@rivcom.net>
Date: Mon, 31 Mar 2003 07:13:59 -0700
X-Message-Number: 4

----- Original Message -----
From: "Bob Bruninga" <bruninga@usna.edu>
To: "TAPR APRS Special Interest Group" <aprssig@lists.tapr.org>
Cc: "TAPR APRS Special Interest Group" <aprssig@lists.tapr.org>
Sent: Monday, March 31, 2003 6:40 AM
Subject: [aprssig] Re: XASTIR help needed

>Yes, that is exactly why we needed a standard, so there would be no
>ambiguity ever.  Adding confusion is the last thing we need in an APRS
>communications system.

Ohhhh, I don't think I am saying UI-View needs to change.  I doubt many
people here could take a map and plot a lat/long on it, quickly, anyway, or
they never have or they dont have the tools to even do it and now they are
experts because of APRS! However, understanding how it is displayed in a
program is important.  One of the first things a new user has to do to make
UI-View work is input their coordinates.  And, if they did not follow the
instructions, they will hose up their coordinates.....not the fault of the
program.

Now if you want to discuss standards, I see mapping programs taking USGS
maps or other maps, that could be NAD27, NAD83 or some other datum certainly
not known to the user (because it's seldom given by any program author),
trying to apply them to a  WGS84 mapping system!  The difference here where
I am is about 71 meters!  Does it matter?  Yes it does indeed!  Get a
coordinate off your favorite APRS program, then radio it to someone who just
happens to have a GPS.  Don't give him the datum.  If he is good, his reply
to you will be asking for the datum!

Jim, WA6OFT

----------------------------------------------------------------------

Subject: Re: Need microphone extension cable for D700A
From: Dennis Hudson <n2lbt@n2lbt.com>
Date: Mon, 31 Mar 2003 09:26:56 -0500
X-Message-Number: 5

I use double shielded Cat5e cable and a nice metal shielded coupler 
that I got from cyberguys to connect the two cables.

>On Sun, 30 Mar 2003 20:07:33 -0800 Richard Parry <rich@hercomputer.net>
>writes:
>I need a microphone extension cable for the D700A.

----------------------------------------------------------------------

Subject: RE: Solution for adding more serial ports
From: "Mike Yetsko" <myetsko@insydesw.com>
Date: Mon, 31 Mar 2003 09:26:06 -0500
X-Message-Number: 6

From: <WB4GQK@aol.com>
>The drivers would handle
>RS-232; RS-422; RS-485. I set it up as serial port 2. This gave me 5 serial
>ports without sharing any IRQs.

Well, my first question would have been where the heck did you get 5
IRQs to use?  I seriously doubt you did not have IRQ sharing.  You just
may have had 5 IRQs that none were on more than one COM port.

In windows, just click on the Control Panel then System.  Then when
you look at the device manager, click on the computer icon and it should
bring up a hardware list of IRQs, DMAs, IO ports, and memory.

As you will notice, sharing is the norm, IF devices know how to do it
correctly.  The problem is software that doesn't...

By the way, on a PCI based system, you only HAVE 4 interrupts
available.  These are PCI-IRQA, PCI-IRQB,  PCI-IRQC, and
PCI-IRQD.  These 'ABCD' lines are sharable between the different
PCI devices, and 'map' to 4 'system' interrupts in a more conventional
sense.

By the way, VERY FEW PCI cards use more than one interrupt.  No
matter how many devices they have on them.  And they all use PCI-IRQA
for their first interrupt, PCI-IRQB for their second, and so on.  BUT,
to keep PCI-IRQA from being loaded, PCI devices 'offset' the IRQ
lines.  That means in the first slot, A is tied to A, B to B, and so on.
In the second slot, A-b, B-C, C-D, and D-A.  The third slot A-C, B-D, and
so on.  For the 5th it's back to A-A. This is a HARDWARE setup as to how
the devices are wired to the PCI bus, and how the physical sockets
themselves are wired.  Then at the host to PCI bridge is where the PCI-IRQs
generate the system interrupts.

Mike

----------------------------------------------------------------------



Read previous mail | Read next mail


 15.11.2026 07:32:53lGo back Go up