| |
ZL3AI > APRDIG 14.02.07 06:06l 259 Lines 8596 Bytes #999 (0) @ WW
BID : 9713-ZL3AI
Read: GUEST
Subj: [APRSSIG] Vol 32 #12, 1/2
Path: DB0FHN<DB0MRW<OK0PPL<DB0RES<TU5EX<ZS0MEE<CX2SA<ZL2BAU
Sent: 070214/0458Z @:ZL2BAU.#79.NZL.OC #:32733 [Waimate] $:9713-ZL3AI
From: ZL3AI@ZL2BAU.#79.NZL.OC
To : APRDIG@WW
Today's Topics:
1. RE: Tour de Palm springs (Alan P. Biddle)
2. Re: D700-external PIC processing (Jason Winningham)
3. Re: D700-external PIC processing (Dennis Hudson)
4. Re: D700-external PIC processing (James Jefferson Jarvis)
5. Re: APRSSIG (Stan Horzepa)
6. RE: Weather station path? (Robert Bruninga)
7. Re: Voice Alert redux (Earl Needham)
8. RE: APRS Icons on Garmin Receivers (Bill Diaz)
9. RE: APRS Icons on Garmin Receivers (Scott Miller)
10. Re: APRS Icons on Garmin Receivers (Jason Winningham)
----------------------------------------------------------------------
Message: 1
Date: Sun, 11 Feb 2007 09:37:46 -0600
From: "Alan P. Biddle" <APBIDDLE_at_UNITED.NET>
Subject: RE: [aprssig] Tour de Palm springs
Looks like the Critical Task Detector functioned perfectly, as usual! ;)
Alan
WA4SCA
------------------------------
Message: 2
Date: Sun, 11 Feb 2007 09:38:49 -0600
From: Jason Winningham <jdw_at_eng.uah.edu>
Subject: Re: [aprssig] D700-external PIC processing
On Feb 11, 2007, at 8:31 AM, Robert Bruninga wrote:
>Looks like CALL,LAT,LONG,SYMBOL,CSE,SPEED, then STATUS TEXT?
>
>My guess is that CSE is stored as 1-to-8 for the cardinatl
>points of the compass.
Not sure, but that could be for the on-screen compass. Actual course is
displayed as degrees on the detailed info screen.
>The above examples have no speed?
Yep, they're all fixed stations. I just grabbed the first three in that
old log file I had, without paying attention to the details. When I
captured the file I should have captured some raw packet data from another
TNC for correlation, but I didn't think of it at the time.
>But if this is true, then SOMONE should write a PIC processor to
>parse out of theese packets, any FREQUNCY info an either display
>it or something.
Unfortunately I couldn't figure out how to make data display on the D700
control head. I specifically wanted to insert reports heard from other
frequencies to have a unified listing on the D700 control head.
A packet parser would be helpful, but I think the most useful thing someone
could do is reverse engineer the connection and protocol between the
display head and the radio. If we could wedge a microcontroller in there,
we'd have something _really_ useful. Given their replacement cost, I'm not
too keen on hacking at mine. (:
It would probably be easier just to create a new control head and
application interface (ala HamHud) and operate it that way.
-Jason
kg4wsv
------------------------------
Message: 3
Date: Sun, 11 Feb 2007 10:48:47 -0500
From: Dennis Hudson <n2lbt_at_spamcop.net>
Subject: Re: [aprssig] D700-external PIC processing
Would be cool to have this parser in programs like xastir as well. You
could simply open your laptop and use it for a display device when and if
wanted. Open and close the program as will without interfering with the
features you are used to on the D700's head. When you want a full blown
xastir station just switch to your TNC profile on the D700.
--
Dennis Hudson, N2LBT
Sysop APRSALY
http://aprsaly.n2lbt.com:14501
http://www.neaprs.org
Albany, NY
------------------------------
Message: 4
Date: Sun, 11 Feb 2007 10:14:40 -0600
From: James Jefferson Jarvis <jj_at_aprsworld.net>
Subject: Re: [aprssig] D700-external PIC processing
>A packet parser would be helpful, but I think the most useful thing
>someone could do is reverse engineer the connection and protocol
>between the display head and the radio. If we could wedge a
>microcontroller in there, we'd have something _really_ useful. Given
>their replacement cost, I'm not too keen on hacking at mine. (:
It's just a two wire serial connection from the main microcontroller on the
D700 and the display head. Probably even asyncronous serial. There are no
bus trasceivers, just a buffer chip, so there is a dedicated RX and a
dedicated TX pin.
I had the privledge of fixing a D700 that the control cable had gotten
shorted on. I had to desolder a TSSOP buffer chip and put a new one in
place. Troubleshooting that problem was fun.
-Jim KB0THN
------------------------------
Message: 5
Date: Sun, 11 Feb 2007 11:14:23 -0500
From: Stan Horzepa <stanzepa_at_sbcglobal.net>
Subject: Re: [aprssig] APRSSIG
Please ignore the message below that I inadvertently sent to the SIG.
(That's what I get for touching the computer without drinking a cup of
coffee.)
Sorry about that!
Stan, WA1LOU
On 2/11/07 9:36 AM, "Stan Horzepa" <stanzepa_at_sbcglobal.net> wrote:
>Thank you for your interest in subscribing to APRSSIG. In order that I may
>complete the subscription process, please email me your full name and
>callsign (if any) for confirmation purposes.
>
>Stan Horzepa, WA1LOU, APRSSIG administrator
------------------------------
Message: 6
Date: Sun, 11 Feb 2007 11:18:17 -0500
From: "Robert Bruninga" <bruninga_at_usna.edu>
Subject: RE: [aprssig] Weather station path?
>I have a newly assembled K0RX weather station...
>But, I need to know what path to program in....
Always try VIA WIDE2-1 first.
On a good antenna, that should hit all surrounding digiepaters and have a
very good chance of hitting an Igate. Monitor it for a few hours and see
if it covers the area you want.
If no success, then you may try WIDE2-2, but no greater.
If it takes more hops to get to an Igate, then eitehr put up your own Igate
(wince apparently your area woiuld need it) or put in a path of
WIDE2-1,DIGI1,DIGI2 which is a direct path to the DIGI2 that has an Igate
near it.
But in FIXED locations like this, and a FIXED objective, then you should
use a FIXED path, not generic.
Bob, WB4APR.
------------------------------
Message: 7
Date: Sun, 11 Feb 2007 09:58:11 -0700
From: Earl Needham <needhame1_at_plateautel.net>
Subject: Re: [aprssig] Voice Alert redux
At 07:44 AM 2/11/2007, Robert Bruninga wrote:
>CAVEAT: As long as some fool in the area is not running it 24/7
>from a basestation which causes everyone in that area to turn
>their volume down so that they don't have to hear his 24/7
>false-alarms... In that case, its back to normal mobile ham
>radio... Ships passing in the night with no comms...
A few years ago, I was in the DFW area and several of the digis over there
were causing me to hear their packets. Of course, I assumed they were
running 100 Hz PL -- who wouldn't? And what else would cause you to hear
their packets? I'm still wondering about that one, but when I posted
something on the list about it, I got a royal flaming from somebody who
lives in that area. I guess that's to be expected when you ruffle their
feathers...
Earl
KD5XB
Clovis, New Mexico DM84jk
http://groups.yahoo.com/group/cw_bugs
"Just say NO to DHL"
------------------------------
Message: 8
Date: Sun, 11 Feb 2007 11:14:56 -0600
From: "Bill Diaz" <william.diaz_at_comcast.net>
Subject: RE: [aprssig] APRS Icons on Garmin Receivers
Jason,
See below:
>-----Original Message-----
>From: aprssig-bounces_at_lists.tapr.org
>[mailto:aprssig-bounces_at_lists.tapr.org] On Behalf Of jdw_at_eng.uah.edu
>Sent: Sunday, February 11, 2007 06:20
>To: TAPR APRS Mailing List
>Subject: Re: [aprssig] APRS Icons on Garmin Receivers
>
>
>Stephen H. Smith wrote:
>
>>In "APRS" mode, the D700's internal firmware creates an APRS
>terminal on
>>the control head's screen and sends nothing to the serial port.
>
>... by default, anyway. There is a command you can send to put it in a
>sort of monitor mode so that you can see lots of data.
What is the command used to force it into this monitor mode?
Bill KC9XG
------------------------------
Message: 9
Date: Sun, 11 Feb 2007 09:17:13 -0800
From: "Scott Miller" <scott_at_opentrac.org>
Subject: RE: [aprssig] APRS Icons on Garmin Receivers
>extra GPS). Unless the T2 will translate Garmin binary into NMEA and I've
>forgotten?
Not yet, but it wouldn't be terribly difficult to generate GPGGA and GPRMC.
It's just more code space. It already has to do some internal conversions
to handle Garmin binary format for APRS - had to rewrite some of the trig
functions already because the ANSI C ones were too precise at the cost of
efficiency. So the math is there (converting radians to degrees, X/Y speed
to course/speed, etc) but it needs some extra code to generate the NMEA
sentences.
I've also thought about having it output NMEA for a single named station.
That way if you're interested in tracking one thing (like a balloon) you
could feed it in to any mapping program and have it track the station as if
it was your current position.
Scott
N1VG
------------------------------
Read previous mail | Read next mail
| |
