[aprssig] APRSTT from GPS
kg4wsv at gmail.com
Thu Aug 8 11:22:40 CDT 2013
On Wed, Aug 7, 2013 at 5:25 PM, PE1RDW <aprs at pe1rdw.demon.nl> wrote:
> licence does not allow data communication only tone signaling like dtmf 5tvo
> Would it be feasable to program a MPU to translate the NMEA input to a DTMF
Sure. I personally wouldn't bother with APRStt, though - the
cell-phone style encoding is too gimmicky to decode easily, and it's
_really_ inefficient bandwidth-wise.
DTMF has 16 tones, which is conveniently 4 bits / half a byte. 2
tones can represent a single byte.
I would take an ASCII representation of an APRS packet (not binary
AX.25, and certainly no bit stuffing) and feed it out as bytes, 2
tones per byte, one tone each for the high and low nybles. Frame it
up, add a CRC, and send it out. An example framing would be to use an
NMEA style sentence "$XXXXX,CC*" where XXXXX is a printable APRS
packet. Byte-stuff to replace any single * or $ with two (avoids
conflict with the framing bytes) and use the standard NMEA CRC
algorithm for "CC". De-stuff/CRC check on the receiver, feed it out
the serial port, and your APRS app won't know the difference.
I did the math on this method (using DTMF as a modem) a couple of
years ago. IIRC the data rate was a few hundred bits/second (using
timing from an 8870 DTMF receiver and assuming similar timing
constraints on the transmitter, as best I recall).
More information about the aprssig