[App_rpt-users] RTCM falsing DTMF

[Tim Sawyer]

First I would update from svn, might as well as you have to recompile anyway. The instructions to update from svn are at https://allstarlink.org/support.html#astupgrade

Before you do the make up grade edit /usr/src/astsrc/asterisk/menuselect.makeopts 
change the line that says

MENUSELECT_CFLAGS=RADIO_RELAX LOADABLE_MODULES
to
MENUSELECT_CFLAGS=LOADABLE_MODULES

then do make upgrade or make upgrade-acid as appropriate. 
--
Tim
:wq

On Jun 3, 2012, at 1:51 PM, Tim Sawyer wrote:

> 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
> 
> _______________________________________________
> 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://lists.keekles.org/pipermail/app_rpt-users/attachments/20120603/d92135c7/attachment.html>