[App_rpt-users] Thinking out loud

Tony Youngblood k5try73 at gmail.com
Sun Jun 3 21:35:31 UTC 2012 

Kewl! Just my future my plans with my rtcm too, I wanting to get it portable. Look forward to the pic. And any further insight on mark's subscription based hosting platform? Last I heard it was still prototype not available? Price? Patiently waiting to see what all is entailed ...

73 sir!

Tony

;(;)
AllStar 28384
Irlp 7998 / 7766 / 7926
Echo 563329 / 685499 / 722517
:(:)



On Jun 3, 2012, at 3:51 PM, app_rpt-users-request at ohnosec.org wrote:

> Send App_rpt-users mailing list submissions to
>    app_rpt-users at ohnosec.org
> 
> To subscribe or unsubscribe via the World Wide Web, visit
>    http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
> or, via email, send a message with subject or body 'help' to
>    app_rpt-users-request at ohnosec.org
> 
> You can reach the person managing the list at
>    app_rpt-users-owner at ohnosec.org
> 
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of App_rpt-users digest..."
> 
> 
> Today's Topics:
> 
>   1. Re: Thinking out loud (Jim Duuuude)
>   2. RTCM falsing DTMF (Alan Adamson)
>   3. Re: RTCM falsing DTMF (Jim Duuuude)
>   4. Re: RTCM falsing DTMF (Tim Sawyer)
> 
> 
> ----------------------------------------------------------------------
> 
> Message: 1
> Date: Sun, 3 Jun 2012 09:13:45 -0700
> From: Jim Duuuude <telesistant at hotmail.com>
> To: <adamson_alan at hotmail.com>, app_rpt mailing list
>    <app_rpt-users at ohnosec.org>
> Subject: Re: [App_rpt-users] Thinking out loud
> Message-ID: <BLU155-W219E912273FBB283A65D33B10E0 at phx.gbl>
> Content-Type: text/plain; charset="windows-1252"
> 
> 
> well, yes, that was exactly one of the things it was designed for...
> 
> On the way to Dayton recently, we (Mark K7IZA, Hans AE6TV and I) had exactly that.. An RTCM
> connected to a cradlepoint router with a T-mobile USB datacard and a Motorola HT on a 440
> channel. It worked very well.
> 
> And for this type of an application, if you REALLY want a "no brainer" setup, Micro-Node
> offers a subscription-based hosting platform for Allstar Nodes using an RTCM in this manner.
> In other words, for people who just want a simple, hassle-free mobile/portable node without
> having to "hassle" with a Linux host, etc, they can also buy the service through Mark's company.
> 
> Regardless of how you host the node, having the RTCM in a mobile/portable environment is
> a GREAT way to go. Its low power consumption (72ma @ 12VDC), small size, and general
> ruggedness, not to mention its very simple requirements for Internet connectivity (including
> its ability to be behind any number of NATs, etc) make it the optimum solution for this type
> of operation.
> 
> I highly recommend you giving this a try. You will definitely like it.
> 
> BTW, I am in the process of getting access to a picture of the device we took with us to
> Dayton, and will post it once I get it.
> 
> JIM WB6NIL 
> 
> 
> From: adamson_alan at hotmail.com
> To: app_rpt-users at ohnosec.org
> Date: Sun, 3 Jun 2012 10:02:31 -0400
> Subject: [App_rpt-users] Thinking out loud
> 
> 
> 
> 
> 
> 
> Thinking out loud
> 
> 
> 
> 
> I've been wanting to build a *mobile* node.  On the surface, this seems pretty easy? What makes it complicated is the internet or network connections.
> 
> 
> 
> I'm a tmobile subscriber for cell and mobile data.  I decided recently to start building my mobile data carry alongs based upon a cradlepoint router, so far so good.  So my Tmobile mobile device is comprised of a cradlepoint, and their 4G usb FOB.  This works great for what I need it for?. Recently I found myself in an area where I didn't have very good tmo coverage so I grabbed a Verizon 4G lte FOB.  I haven't thought about *incoming* data until working on my linking projects.
> 
> 
> 
> This is where my mobile plan fell apart.
> 
> It appears that most all of these 4G/LTE providers are going to a Natted private network on the 4G/LTE side.  This isn't true of their 3G network, but is of their 4G side.  Well as you might imagine if you don't have control of the NAT ad port forwarding, you can't put a server on user side of a 4G device :(.
> 
> BUT then I had an epiphany (probably late because everyone else is already there)?
> 
> The RTCM works so well for remoting my repeater?. Why not just use it as the mobile controller and instead of running a server remotely, just run an RTCM remotely back to a server.  I think this will solve my problem.  And perhaps make this even simpler to deal with along with a 4G type data connection.
> 
> Anyone already wandered this path and what are you using?
> 
> 
> 
> Thanks,
> 
> Alan
> 
> 
> 
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users                          
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <http://ohnosec.org/pipermail/app_rpt-users/attachments/20120603/25e0120b/attachment-0001.html>
> 
> ------------------------------
> 
> Message: 2
> Date: Sun, 3 Jun 2012 15:26:06 -0400
> From: Alan Adamson <adamson_alan at hotmail.com>
> To: <app_rpt-users at ohnosec.org>
> Subject: [App_rpt-users] RTCM falsing DTMF
> Message-ID: <SNT108-DS699A127390F578064052DE90E0 at phx.gbl>
> Content-Type: text/plain; charset="us-ascii"
> 
> ok, so is it normal for the RTCM to get false DTMF when voice is doing over
> the link?  I adjusted the RX audio so that the 2 lights were off with a 3khz
> tone generated from a service monitor.
> 
> I see oh between 6-8 DTMF's detected over the voter channel during use.. How
> do you fix that issue?
> 
> Alan
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <http://ohnosec.org/pipermail/app_rpt-users/attachments/20120603/47a2e957/attachment-0001.html>
> 
> ------------------------------
> 
> Message: 3
> Date: Sun, 3 Jun 2012 12:48:17 -0700
> From: Jim Duuuude <telesistant at hotmail.com>
> To: <adamson_alan at hotmail.com>, app_rpt mailing list
>    <app_rpt-users at ohnosec.org>
> Subject: Re: [App_rpt-users] RTCM falsing DTMF
> Message-ID: <BLU155-W4479BD07342FB8B835A9B9B10E0 at phx.gbl>
> Content-Type: text/plain; charset="windows-1252"
> 
> 
> This has nothing to do with the RTCM. The DTMF receiver is the same one that is used in all the other
> channel drivers for the other types of interfaces also.
> 
> When the app_rpt stuff was first being developed (10+ years ago), the default parameters
> for the DTMF receiver seemed too "tight" for radio use. There were a number of combinations
> that were found of receivers and transmitting devices (HT's mobiles, etc) that did not seem to
> work reliably with the parameters the way they were, so we developed the "RADIO_RELAX" set
> of parameters, which are more "relaxed" then the normal ones.
> 
> As time has gone on, there have been cases where using these "relaxed" parameters have seemed
> to do more harm then good. I dont know if your case is one of those. If you wish to try, I suggest
> re-compiling Asterisk with the RADIO_RELAX compile parameter turned off, and see if you like it
> that way better. I can guarantee you that you will have less "falsing" if you do that. What I can not
> guarantee is that you will get all the "real" digits decoded reliably (if you do that).
> 
> Jim WB6NIL
> 
> From: adamson_alan at hotmail.com
> To: app_rpt-users at ohnosec.org
> Date: Sun, 3 Jun 2012 15:26:06 -0400
> Subject: [App_rpt-users] RTCM falsing DTMF
> 
> 
> 
> 
> 
> 
> RTCM falsing DTMF
> 
> 
> 
> 
> ok, so is it normal for the RTCM to get false DTMF when voice is doing over the link?  I adjusted the RX audio so that the 2 lights were off with a 3khz tone generated from a service monitor.
> 
> 
> 
> I see oh between 6-8 DTMF's detected over the voter channel during use?. How do you fix that issue?
> 
> Alan
> 
> 
> 
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users                          
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <http://ohnosec.org/pipermail/app_rpt-users/attachments/20120603/000aeb7f/attachment-0001.html>
> 
> ------------------------------
> 
> Message: 4
> Date: Sun, 03 Jun 2012 13:51:15 -0700
> From: Tim Sawyer <tim.sawyer at me.com>
> To: app_rpt mailing list <app_rpt-users at ohnosec.org>
> Subject: Re: [App_rpt-users] RTCM falsing DTMF
> Message-ID: <7C76EA27-4415-4796-97CD-7B92F1169BA5 at me.com>
> Content-Type: text/plain; charset="windows-1252"
> 
> I am one of those that found setting RADIO_RELAX off works much better. TT falsing has been reduced to near zero and decoding is still as fast as I can push the buttons. 
> 
> One thing I found was that I had to turn on the PL filter. Before I did that TT decoding was unbearably show with RADIO_RELAX off. 
> --
> Tim
> :wq
> 
> On Jun 3, 2012, at 12:48 PM, Jim Duuuude wrote:
> 
>> This has nothing to do with the RTCM. The DTMF receiver is the same one that is used in all the other
>> channel drivers for the other types of interfaces also.
>> 
>> When the app_rpt stuff was first being developed (10+ years ago), the default parameters
>> for the DTMF receiver seemed too "tight" for radio use. There were a number of combinations
>> that were found of receivers and transmitting devices (HT's mobiles, etc) that did not seem to
>> work reliably with the parameters the way they were, so we developed the "RADIO_RELAX" set
>> of parameters, which are more "relaxed" then the normal ones.
>> 
>> As time has gone on, there have been cases where using these "relaxed" parameters have seemed
>> to do more harm then good. I dont know if your case is one of those. If you wish to try, I suggest
>> re-compiling Asterisk with the RADIO_RELAX compile parameter turned off, and see if you like it
>> that way better. I can guarantee you that you will have less "falsing" if you do that. What I can not
>> guarantee is that you will get all the "real" digits decoded reliably (if you do that).
>> 
>> Jim WB6NIL
>> 
>> From: adamson_alan at hotmail.com
>> To: app_rpt-users at ohnosec.org
>> Date: Sun, 3 Jun 2012 15:26:06 -0400
>> Subject: [App_rpt-users] RTCM falsing DTMF
>> 
>> ok, so is it normal for the RTCM to get false DTMF when voice is doing over the link?  I adjusted the RX audio so that the 2 lights were off with a 3khz tone generated from a service monitor.
>> I see oh between 6-8 DTMF's detected over the voter channel during use?. How do you fix that issue?
>> Alan
>> 
>> _______________________________________________ App_rpt-users mailing list App_rpt-users at ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>> _______________________________________________
>> App_rpt-users mailing list
>> App_rpt-users at ohnosec.org
>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
> 
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <http://ohnosec.org/pipermail/app_rpt-users/attachments/20120603/6f193d4c/attachment.html>
> 
> ------------------------------
> 
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
> 
> 
> End of App_rpt-users Digest, Vol 40, Issue 6
> ********************************************

More information about the App_rpt-users mailing list