I found the following description from: http://www.tapr.org/pipermail/aprssig/2005-December/011377.html The Kenwood TH-D7 and D700 are operated in the "PACKET" (not "APRS") mode when used with an external computer attached. In this mode, the internal firmware will echo data received at the dedicated GPS port out the main data port along with received packets. This echoing operation can even convert baud rates -- GPS data arriving at the radio's GPS port at the NMEA-standard 4800 baud can come out the main port at 9600 baud.
The program running on the attached computer needs to know how to separate received off-air data from GPS data. Most current APRS applications do this automatically when you select the same COM port number for the TNC and GPS. However, there is one significant limitation in this mode. GPS receivers output several different "sentences" (strings of data) which contain various combinations of lat/long, time, heading and speed and altitude information. These sentences are normally repeated,with updated data, once every second. The key fact is that the Kenwood GPS passthrough function can echo ONLY ONE of these sentences at a time. The most commonly used GPS data sentences, and the data they contain, are: === GPGLL (LAT, LONG, Time) === GPRMC (Time, LAT, LONG, SPEED, MagVar) === GPGGA (Time, LAT, LONG, GPS Valid, Number of Sats Used, Hdop, ALTITUDE) === GPGSV (Satellite Status) === GPZDA (Time, Date) ==== GPVTG (Compass Heading, Ground Course Velocity) Assuming the GPS device actually outputs GPRMC, GPGLL, and GPGGA (in some GPS units each sentence has to be turned on or off in a setup menu) the results will vary depending on how the D7 or D700 is set. 1) When the US version D7A(G) or any D700 is used in *standalone* 'APRS" mode, the transmitted beacons (always sent in the highly-compressed Mic-E format) will contain altitude IF the GPS outputs the GPGGA string. The Euro versions of the THD7 don't encode altitude, even if altitude IS present in the GPS data stream. Note that you can shorten the Mic-E burst (useful for posit-after-voice operation) by turning off the GGA string in the GPS device, so the comment field doesn't get filled with altitude data. 2) When the D7/D700 are used in "PACKET" mode with an external program, the internal firmware echos ONE (and only one) selected string of your choice received at the Kenwood GPS input out the main serial port connected to the PC. The command " GPSTEXT " sent to the D7/D700 internal TNC determines which one GPS string is captured and forwarded to the PC. You can see and/or alter this command in the TNC initialization file THD7.CMD or D700.CMD) in UI-View. If you initialize with " GPSTEXT $GPGGA ", the APRS program on the PC will be able to "see" (and therefore transmit) LAT, LONG, TIME and ALTITUDE but not speed and heading. If you initialize with " GPSTEXT $GPRMC ", the APRS program on the PC will be able to see LAT, LONG, TIME and SPEED. but not altitude. If you initialize with " GPSTEXT $GPGLL " the APRS program on the PC will be able to see LAT, LONG, and TIME only with no altitude or speed information. 3) If you connect the GPS device directly to the PC through a second serial port (i.e. not using the Kenwood pass-through feature) --AND-- your PC-based APRS software knows how to parse and extract data from multiple GPS sentences simultaneously and then format this data into APRS format (UIview does this), then you can transmit LAT, LONG, SPEED, and ALTITUDE at the same time. On Feb 21, 2010, at 11:45 PM, Scott Miller wrote: > How does the D700 report GPS coordinates in KISS mode? > > Scott > > Steven Wallace wrote: >> >> >> Hi Scott, >> >> >> I'm using FC-301 with Xastir. It would be very very cool if the 301 >> reported GPS coordinates within KISS (like the D700) or, perhaps more >> simply, if the KISS interface reported packets originated by the 301. >> >> thanks for considering this! >> >> Steven Wallace >> Bloomington, IN >> >> >> >> > > > > ------------------------------------ > > Yahoo! Groups Links > > >
