[App_rpt-users] Long Squelch tail problem
George Csahanin
george at dyb.com
Sun Oct 6 05:32:19 UTC 2013
Nope.
in usbradio.conf:
(ok, got file name wrong, etc)
>From mine:
;
; Usbradio channel driver Configuration File
;
[general]
[usb]
hdwtype=0 ; Leave this set to 0 for USB sound fobs modified
using
; the instructions from usbfob.pdf. Use a setting of
; 1 is for Dingotel/Sph interfaces.
rxboost=1 ; 0 = 20db attenuator inserted, 1= 20db attenuator
removed <******************
; Set to 1 for additonal gain if using a low-level
receiver output
----- Original Message -----
From: "Buddy Brannan" <buddy at brannan.name>
To: "George Csahanin" <george at dyb.com>
Cc: "Bill Hurlock" <bill.hurlock at cpcomms.com>; "Tim Sawyer"
<tim.sawyer at me.com>; <app_rpt-users at ohnosec.org>
Sent: Saturday, October 05, 2013 1:26 PM
Subject: Re: [App_rpt-users] Long Squelch tail problem
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
More information about the App_rpt-users
mailing list