[App_rpt-users] Long Squelch tail problem

[Buddy Brannan]

George,

I don’t see an rxgain in my usbradio.conf or usbradio_tune_*.conf files. Do you mean rxmixerset ? Yes, that helped for me. 

As to deemphasized audio, this one’s set up for it, all unsquelched and everything. Was set up by W9SH ages ago; I’ve changed software a couple times since. As you say, though, even if the rxnoise automatic adjust didn’t go terribly well, the radios themselves work great, squelch squelches properly, voices don’t get cut off when they shouldn’t, in short, it works great. So I, for one, am definitely a fan of the GM300’s, especially because they can be really easily replaced if something goes wrong. 
--
Buddy Brannan, KB5ELV - Erie, PA
Phone: (814) 860-3194 or 888-75-BUDDY



On Oct 5, 2013, at 11:32 AM, George Csahanin <george at dyb.com> wrote:

> How about setting the RXGAIN in usbradio.conf? That usually fixes this problem for me.
>  
> GeorgeC
> W2DB
>  
>  
> ----- Original Message -----
> From: Bill Hurlock
> To: Tim Sawyer
> Cc: app_rpt-users at ohnosec.org list
> Sent: Friday, October 04, 2013 11:17 AM
> Subject: Re: [App_rpt-users] Long Squelch tail problem
> 
> The 736R seems to be lacking in the HF noise area as I can’t make it to the 27000 number the program is looking for. It almost gets there. About 26231. I’ll have to run a SQ open point test on the radio and see where the SQ opens. I have the test gear to do that.
> Thanks
>  
> Bill Hurlock
>  
> From: Tim Sawyer [mailto:tim.sawyer at me.com] 
> Sent: Friday, October 04, 2013 10:49 AM
> To: Bill Hurlock
> Cc: app_rpt-users at ohnosec.org list
> Subject: Re: [App_rpt-users] Long Squelch tail problem
>  
> Wouxon HTs seem to do that even on systems with perfectly good squelch. Maybe they slowly reduce the transmit power or something. It seems worse when you're close to the receiver. 
>  
> As far as your usbradio long squelch tail problem; some radios just don't have enough high frequency noise to drive the DSP properly. In that case you have to use simpleUSB.
>  
> Also please note that even with a properly working DSP squelch quickly kerchunking will produce a long squelch tail... just like MICOR squelch will do. 
> --
> Tim
> :wq
>  
> On Oct 4, 2013, at 7:05 AM, Bill Hurlock <bill.hurlock at cpcomms.com> wrote:
> 
> 
> I have tried tightening the SQ but then I start to have decode issues with some of the connecting radios. The current signal strength reading, no carrier present, is 776 and SQ setting is 900. This does eliminate the SQ tail but I’m sure this is going to affect RX sensitivity over all being so high. There appears to be a very narrow range of SQ levels that provide no SQ tail and decode is fair. Most problematic are the Wouxon radios.
>  
> Bill Hurlock
>  
> From: Corey Dean [mailto:n3fe at repeater.net] 
> Sent: Friday, October 04, 2013 12:30 AM
> To: Bill Hurlock; app_rpt-users at ohnosec.org
> Subject: RE: Long Squelch tail problem
>  
> Have you tried increasing the squelch level?  What is the current squelch level?
>  
> Corey  N3FE
>  
> From: app_rpt-users-bounces at ohnosec.org [mailto:app_rpt-users-bounces at ohnosec.org] On Behalf Of Bill Hurlock
> Sent: Thursday, October 03, 2013 7:46 PM
> To: app_rpt-users at ohnosec.org
> Subject: [App_rpt-users] Long Squelch tail problem
>  
> I had to go back to my URI interface and my FT-736R. I have it set up to do tone encode and decode using the URI. All the encode and decode are working however when I unkey there is a squelch tail that lasts about 1 to 2 seconds. I’m allowing the URI to determine COR thru DSP. The connections are setup for raw audio both ways with the node supplying the pre and de emphasis. I have played with the settings but nothing changes the problem. It isn’t a consistent duration of tail. I know it is in tone decode mode because if I turn tone off on the portable I can’t open the squelch thru the node. Anyone have any ideas……
>  
> Bill Hurlock
> CPCommunications
> 856-234-1661 Office
> 856-264-1010 Cell
> www.cpcomms.com
> WA2TQI
>  
> 
> -- 
> This message was scanned and is believed to be clean. 
> Click here to report this message as spam.
> _______________________________________________
> 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