| |
ZL3AI > APRDIG 15.02.07 05:36l 167 Lines 6973 Bytes #999 (0) @ WW
BID : 9725-ZL3AI
Read: GUEST
Subj: [APRSSIG] Vol 32 #13, 2/2
Path: DB0FHN<DB0MRW<DK0WUE<SP7MGD<7M3TJZ<ZL2BAU
Sent: 070215/0427Z @:ZL2BAU.#79.NZL.OC #:32883 [Waimate] $:9725-ZL3AI
From: ZL3AI@ZL2BAU.#79.NZL.OC
To : APRDIG@WW
Message: 10
Date: Mon, 12 Feb 2007 06:33:04 -0800 (PST)
From: "Curt, WE7U" <archer_at_eskimo.com>
Subject: Re: [aprssig] D700-external PIC processing
On Sun, 11 Feb 2007, Dennis Hudson wrote:
>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.
When the complete protocol is figured out and documented, let me know.
I'll see about adding it. Another possibility would be to write a shim
program that listened to the D700 on a serial port and produced APRS
packets on a PTY port that Xastir could connect to. Then Xastir itself
wouldn't have to change at all to receive and decode the data.
--
Curt, WE7U. APRS Client Comparisons: http://www.eskimo.com/~archer
"Lotto: A tax on people who are bad at math." -- unknown
"Windows: Microsoft's tax on computer illiterates." -- WE7U
"The world DOES revolve around me: I picked the coordinate system!"
------------------------------
Message: 11
Date: Mon, 12 Feb 2007 11:24:37 -0500
From: "Wes Johnston, AI4PX" <wes_at_kd4rdb.com>
Subject: Re: [aprssig] D700-external PIC processing
You know we don't have to query the d700 all the time.... AI 1 <cr> will
cause it to spit loads of serial data out as it's happening.
Wes
On 2/12/07, Curt, WE7U <archer_at_eskimo.com> wrote:
>
>On Sun, 11 Feb 2007, Dennis Hudson wrote:
>
>>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.
>
>When the complete protocol is figured out and documented, let me
>know. I'll see about adding it. Another possibility would be to
>write a shim program that listened to the D700 on a serial port and
>produced APRS packets on a PTY port that Xastir could connect to.
>Then Xastir itself wouldn't have to change at all to receive and
>decode the data.
>
>--
>Curt, WE7U. APRS Client Comparisons: http://www.eskimo.com/~archer
>"Lotto: A tax on people who are bad at math." -- unknown
>"Windows: Microsoft's tax on computer illiterates." -- WE7U
>"The world DOES revolve around me: I picked the coordinate system!"
------------------------------
Message: 12
Date: Mon, 12 Feb 2007 11:55:43 -0500
From: "Robert Bruninga" <bruninga_at_usna.edu>
Subject: RE: [aprssig] Color code for fading stations?
>On Behalf Of (SV2AGW)George Rossopoulos
>Subject: [aprssig] Color code for fading stations?
>
>What is the color code for stations that are about to removed?
>I mean when a station beacon arrives it is displayed normal,
>after 5 minutes the station color needs to change and so on
>as there is no new beacon.
I would suggest CYAN. See rationale below:
See: http://www.ew.usna.edu/~bruninga/aprs/symbols.html
The original color attributes for all symbols are:
WHITE:....Full-up APRS station that is message capable
GRAY:.....Tracker/other station without message capability
CYAN:.....Moving with CSE/SPEED or a Dead Reckoned Station
BLUE(drk).The previous position of a MOVED station or object
YELLOW:.. Your active OBJECTS you are transmitting to the net
VIOLET:...Objects received from others
GRAY(drk) Old Symbols not updated in the last 80 minutes or more
BLACK:....Old Symbols that have been "killed" by the originator
RED:......Emergency, Alarmed, or otherwise unknown symbols
CIRCLE:..Circles show size of position ambiguity.1,1,10,60 mi
The default for "old-no-longer updated" symbols to be clearly of no current
interest was set to 80 minutes. (It was originally 2 hours, but then in
the 90's with the APRS satellites, this was changed to 80 minutes which is
shorter than any possible orbit, so that stations from last orbit had
faded-to-gray before a new orbit. This seemed reasonable to apply to the
age of all old objects)... I call this category "fade-to-gray" to indicate
these objects are no longer to be considered as part of the net. This 80
minuted definition also allows for 2 chances for a 30-minute beacon from a
fixed station to be heard.
The difference in the original APRS between a FRESH posit (WHITE) and a
STALE posit (CYAN) was 1 minute, but if you are not going to be doing
minute-by-minute dead-reckoning, then maybe 5 minutes is OK. In the
original APRS, these CYAN symbols were dead-reckoned each minute to show
the propable position with time. The different color, and the bright line
drawn back to the reported posit-dot clearly showed the last known
position, and also showed the growing uncertainty of the dead reckoned
posit now being shown in CYAN.
Bob, WB4APR
------------------------------
Message: 13
Date: Mon, 12 Feb 2007 17:54:57 +0000
From: william.diaz_at_comcast.net
Subject: Re: [aprssig] D700-external PIC processing
Wes,
See below:
-------------- Original message ----------------------
From: "Wes Johnston, AI4PX" <wes_at_kd4rdb.com>
>You know we don't have to query the d700 all the time.... AI 1 <cr> will
>cause it to spit loads of serial data out as it's happening.
The data on the DB9 serial port also seems to include data similar to what
could be used to control the D7/D700 display. Wouldn't be surprised to
learn it is the same data sent to the display. It apparently includes data
to indicate when the A or B side squelch opens or closes (CT 0,1 etc) and
may include info to control how many bars of the signal strength should be
displayed when the squelch is open. When you transmit, it sends what I
think is the receive frequency, offset and other unknown parameters. Need
to investigate these display commands or operation reports in more detail.
If you wanted to use the LIST n position data from the DB9 serial port to
create Waypoints with APRS icons using the Garmin Protocol, you would have
to find a way to route this from the DB9 serial port to the D7/D700 GPS
serial port. It may be possible to do this by wiring the output of the
PIC or ARM etc device to the GPS serial input. The GPS would still send
Position data to the D7/D700 GPS port, but would receive Waypoint data from
the "PIC" port.
An external application on a desktop or laptop could also create the
waypoints/icons using Garmin protocol and use an external device to route
the data to the Garmin GPS in a somewhat similar manner. May need to
ensure that only waypoint data is routed to the GPS input.
Bill KC9XG
------------------------------
aprssig mailing list
aprssig_at_lists.tapr.org
https://lists.tapr.org/cgi-bin/mailman/listinfo/aprssig
End of aprssig Digest, Vol 32, Issue 13
Read previous mail | Read next mail
| |
