Order Tray | Contact Us | Home | SIG Lists

[aprssig] RINO Position decoding (new subj)

Brian Riley brianbr at mac.com
Tue Mar 14 14:52:18 UTC 2006


  Wes et al. with regards to doing floating point with micros, I  
suggest you try Al Williams' website <http://www.awce.com> and look  
at his PAK series of co-processors that will do 32 bit floating  
point, trig functions, log functions, etc. They were designed to  
interface to Basic Stamps (down boy, Wes, stop drooling!) and OOPICs,  
etc.


cheers ... 73 de brian  riley,  n1bq , underhill center, vermont
   <n1bq at wulfden.org>



On Mar 8, 2006, at 8:38 PM, Robert Bruninga wrote:

> Bob, I tried to decode the data, but it was easier to set aside a  
> rino unit
> to dedicate to this function at the command post and let xastir  
> download the
> rino waypoints from the GPS portion of the radio.  Ideally, I'd  
> love to see
> a small microprocessor that had an audio input line and could  
> decode the
> rino data.... as it stands now, I have yet to find a small  
> processor that
> can deal with the 2^31 range of numbers that any garmin device uses  
> for
> coordinates.  I did find the "basic atom" that said it would do  
> float math
> up to 2^31, but it ended up with a small math error that put my  
> positions
> off by 70feet.  Since the unit was unusable for the float math  
> part, I did
> not try any further to decode the audio data.  I do know that it is  
> 600 bits
> / sec zero crossing waveform... really this is the same info that you
> discovered 4 or 5 years ago, so no progress there sorry to report.   
> Heck,
> I'd even settle for a black box that downloaded waypoints from the  
> rino unit
> periodically, converted them to aprs objects and spit out on a  
> serial port
> to a KISS mode TNC... but alas, I run into the same floating point  
> math
> problem.





More information about the aprssig mailing list