[aprssig] Track Garmin Rinos in field, display data on Windows Laptop, hopefully merge with APRS

[Steve Noskowicz]

Byron,

I took a quick look at the Rino demodulation.  At first I thought I saw some baseline drift suggesting that the recording is taken after audio filtering, or at least they were not DC coupled from the discriminator. 

As suggected in the text that I read, I did some simple differentiation in Excel and it didn't bring out the pulses very well.  I saw that the pre-shoot and post-shoot made that look poor, Then I realized the pulses look like Sin(x)/x.  So perhaps a Sin(x)/x convolution would pull them out better than differentation.  
-- 
 73, Steve, K9DCI   USN (Vet) MOT (Ret) Ham (Yet)
--- On Fri, 1/27/12, Bob Bruninga <bruninga at usna.edu> wrote:

> From: Bob Bruninga <bruninga at usna.edu>
> Subject: Re: [aprssig] Track Garmin Rinos in field, display data on Windows Laptop, hopefully merge with APRS
> To: "'TAPR APRS Mailing List'" <aprssig at tapr.org>
> Date: Friday, January 27, 2012, 7:45 AM
> I'm all for it!  I have 3
> Rinos.  Bob, WB4APR
> 
> -----Original Message-----
> From: aprssig-bounces at tapr.org
> [mailto:aprssig-bounces at tapr.org]
> On Behalf
> Of Byon Garrabrant
> Sent: Friday, January 27, 2012 12:16 AM
> To: TAPR APRS Mailing List
> Subject: Re: [aprssig] Track Garmin Rinos in field, display
> data on Windows
> Laptop, hopefully merge with APRS
> 
> I've actually done a fair bit of research on the Rino over
> the air
> protocol in the past, and have it mostly parsed, so was
> planning to
> eventually release a special firmware for the TinyTrak4
> which would
> listen to Rino audio from any radio/scanner, and output APRS
> format
> serial strings to be plotted via any APRS application.  I
> wasn't sure
> if there was an interest in this, but perhaps there is, and
> I should
> bump that project's priority.
> 
> Byon
> 
> On Thu, Jan 26, 2012 at 4:50 PM, Steve Noskowicz <noskosteve at yahoo.com>
> wrote:
> >
> >
> >   Hmmm.  Thoughts.
> > Seems like a digi that can do Rhino -->  APRS
> objects would put them on
> the local APRS net and provide all the features of APRS for
> both the Rhinos
> and APRS - and, I think be ok for special ops rather than
> full time.  This
> would be third party traffic, no?; and the Digi op would be
> in 'control'. 
> If done on the regional APRS freq, then it is also on the
> net.  I'd have to
> think about going APRS --> Rhino; that's an even more
> sticky legal wicket. 
> I do not know the capabilities of gpsman or xastir.
> >   If xastir also does digi can understand Rhino, it
> would "easily" be able
> to output them in APRS, no...?
> >
> > Although an APRS client with Rhino input would what is
> being asked for,
> but getting the rhino over in the APRS domain gets all the
> APRS features.
> >
> > --
> > 73, Steve, K9DCI
> >
> >
> 
> _______________________________________________
> aprssig mailing list
> aprssig at tapr.org
> https://www.tapr.org/cgi-bin/mailman/listinfo/aprssig
> 
> 
> _______________________________________________
> aprssig mailing list
> aprssig at tapr.org
> https://www.tapr.org/cgi-bin/mailman/listinfo/aprssig
>