[App_rpt-users] Long Squelch tail problem

Buddy Brannan buddy at brannan.name
Fri Oct 4 15:31:17 UTC 2013


Funny thing is, my GM300’s report not enough high frequency noise to properly automagically set rxnoise, though a long ago and far away version of xipar did so all right. And my system works out pretty well, even with Wouxun/Baofeng/Puxing HT’s, though the TYT seems to be way too hot for DTMF to decode properly. Might be that specific radio though, but it’s my least avorite for other reasons. (The hot audio doesn’t help though.) I managed to play with values in usbradio_tune_blahblah.conf and get levels pretty close by ear, with quite a bit of range for squelch even and audio that sounds pretty decent. Seems to me general group wisdom used to suggest setting your squelch about 100 points higher than your reported signal strength, so my reported signal strength shows about 560-590, I have my rxsquelch set at 680, and everything seems to be pretty happy. Well, except Echolink with more than 3-4 connections, but that’s a different problem, and who cares? 
--
Buddy Brannan, KB5ELV - Erie, PA
Phone: (814) 860-3194 or 888-75-BUDDY



On Oct 4, 2013, at 10:49 AM, Tim Sawyer <tim.sawyer at me.com> wrote:

> 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




More information about the App_rpt-users mailing list