| |
ZL3AI > APRDIG 15.02.07 05:36l 249 Lines 9407 Bytes #999 (0) @ WW
BID : 9726-ZL3AI
Read: GUEST
Subj: [APRSSIG] Vol 32 #14, 1/4
Path: DB0FHN<DB0MRW<DK0WUE<SP7MGD<7M3TJZ<ZL2BAU
Sent: 070215/0427Z @:ZL2BAU.#79.NZL.OC #:32884 [Waimate] $:9726-ZL3AI
From: ZL3AI@ZL2BAU.#79.NZL.OC
To : APRDIG@WW
Today's Topics:
1. RE: Voice Aert redux (Robert Bruninga)
2. RE: Voice Aert redux (Charles Doughtie)
3. Re: Voice Aert redux (Richard Amirault)
4. Re: D700-external PIC processing (Wes Johnston, AI4PX)
5. RE: D700-external PIC processing (Robert Bruninga)
6. RE: Voice Aert redux (Robert Bruninga)
7. RE: Voice Aert redux (Earl Needham)
8. Re: Voice Aert redux (Wes Johnston, AI4PX)
9. RE: Voice Aert Base Stations (Robert Bruninga)
10. Family Voice Aert (Robert Bruninga)
11. RAFT and ANDE packet-to-speech Operations (Robert Bruninga)
12. RE: Voice Aert redux (wb4trz_at_juno.com)
13. Vista and UI-View32 (Roger Hammond)
14. mac aprs help (Edwards, Chris)
15. Re: D700-external PIC processing (Joel Maslak)
16. Re: mac aprs help (Curt Mills)
17. KPC-9612 Firmware (John Habbinga)
18. Re: D700-external PIC processing (Curt Mills)
19. RE: Voice Aert redux (w0ep_at_frii.com)
20. Routing (Ray Wells)
21. Re: Routing (Keith VE7GDH)
22. New Icom Mobile (Mark Fellhauer)
23. Re: New Icom Mobile (John Habbinga)
24. Re: New Icom Mobile (Jason Winningham)
25. Re: Voice Aert redux (Richard Amirault)
26. RE: Routing (Robert Bruninga)
27. RE: KPC-9612 Firmware (Robert Bruninga)
28. Re: New Icom Mobile (John Habbinga)
29. Re: New Icom Mobile (Jason Winningham)
30. Re: New Icom Mobile (Gregg Wonderly)
31. RE: KPC-9612 Firmware (Robert Bruninga)
32. Re: Family Voice Aert (A.J. Farmer (AJ3U))
----------------------------------------------------------------------
Message: 1
Date: Mon, 12 Feb 2007 13:34:47 -0500
From: "Robert Bruninga" <bruninga_at_usna.edu>
Subject: RE: [aprssig] Voice Aert redux
Voice Alert:
>The what if base stations had PL on RX only but not on TX?
>That way, you could know about other mobiles but not be
>annoying the neighbors on a regular basis.
Yes, perfect for home stations. But I know of no ham radios
that can set TX PL independent of CTCSS for receive. There may
be some, but I have never owned one...
Bob,Wb4APR
------------------------------
Message: 2
Date: Mon, 12 Feb 2007 11:05:55 -0800 (PST)
From: Charles Doughtie <n5exy_at_yahoo.com>
Subject: RE: [aprssig] Voice Aert redux
--- Robert Bruninga <bruninga_at_usna.edu> wrote:
>Yes, perfect for home stations. But I know of no ham radios
>that can set TX PL independent of CTCSS for receive.
>There may be some, but I have never owned one...
>Bob,Wb4APR
Use a separate receiver?
------------------------------
Message: 3
Date: Mon, 12 Feb 2007 17:21:06 -0500
From: "Richard Amirault" <ramirault_at_verizon.net>
Subject: Re: [aprssig] Voice Aert redux
----- Original Message -----
From: "Robert Bruninga"
>Voice Alert:
>
>>The what if base stations had PL on RX only but not on TX?
>>That way, you could know about other mobiles but not be
>>annoying the neighbors on a regular basis.
>
>Yes, perfect for home stations. But I know of no ham radios
>that can set TX PL independent of CTCSS for receive. There may
>be some, but I have never owned one...
>Bob,Wb4APR
Bob, I sorta remember seeing a ham radio that could do that (I think you
meant set tones differently for TX and RX).. but it was so long ago that
I'm not sure ;-)
BUT, if I read the question correctly, he was asking for a radio to set
receive ONLY without setting transmit. And I'm sure there are plenty of
radios that will do that.
Richard Amirault, Boston, MA, USA
n1jdu.org
n1jdu.org/Fandom/science.htm
------------------------------
Message: 4
Date: Mon, 12 Feb 2007 18:52:11 -0500
From: "Wes Johnston, AI4PX" <wes_at_kd4rdb.com>
Subject: Re: [aprssig] D700-external PIC processing
william.diaz_at_comcast.net
one caveat I discovered when implementing smart beaconing via the serial
port.... anytime you send a command via the serial port, it will "snatch"
the display from you. For example, you are entering a message using the
DMTF keypad and a command gets send over serial port, the message will
simply exit and you loose what you were doing. It's pretty darned
frustrating, so much so that I abandoned smart beaconing for the d700. Now,
simply catching data from the serial port with a external processor,
manipulating it and sending to the GPS would be ok... but trying to set
frequecy on the display _will_ interrupt the user if he's doing something...
and I could not find a way to let the external processor know that you were
using the display to hold off sending data.....
Wes
On 2/12/07, william.diaz_at_comcast.net <william.diaz_at_comcast.net> wrote:
>
>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
>
>
>>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!"
>
>---------- Forwarded message ----------
>From: "Wes Johnston, AI4PX" <wes_at_kd4rdb.com>
>To: "Curt Mills, WE7U" <archer_at_eskimo.com>, "TAPR APRS Mailing List" <
>aprssig_at_lists.tapr.org>
>Date: Mon, 12 Feb 2007 16:25:02 +0000
>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: 5
Date: Mon, 12 Feb 2007 19:59:30 -0500
From: "Robert Bruninga" <bruninga_at_usna.edu>
Subject: RE: [aprssig] D700-external PIC processing
I wonder if the D700 serial port handshaking RTS or DTR pin would tell you?
It wouild be lucky if it did... But I doubt it...
Bob
>t.... anytime you send a command via the serial
>port, it will "snatch" the display from you.
>... and I could not find a way to let the external processor
>know that you were using the display to hold off sending
data.....
>
>Wes
------------------------------
Read previous mail | Read next mail
| |
