Long Squelch tail problem

AllStarLink
1

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

2

Have you tried increasing the squelch level? What is the current squelch level?

Corey N3FE

···

From: app_rpt-users-bounces@ohnosec.org [mailto:app_rpt-users-bounces@ohnosec.org] On Behalf Of Bill Hurlock
Sent: Thursday, October 03, 2013 7:46 PM
To: app_rpt-users@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.

3

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@repeater.net]
Sent: Friday, October 04, 2013 12:30 AM
To: Bill Hurlock; app_rpt-users@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@ohnosec.org [mailto:app_rpt-users-bounces@ohnosec.org]
On Behalf Of Bill Hurlock
Sent: Thursday, October 03, 2013 7:46 PM
To: app_rpt-users@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.

4

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@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@repeater.net]
Sent: Friday, October 04, 2013 12:30 AM
To: Bill Hurlock; app_rpt-users@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@ohnosec.org [mailto:app_rpt-users-bounces@ohnosec.org] On Behalf Of Bill Hurlock
Sent: Thursday, October 03, 2013 7:46 PM
To: app_rpt-users@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@ohnosec.org
ohnosec.org

5

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@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@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@repeater.net]
Sent: Friday, October 04, 2013 12:30 AM
To: Bill Hurlock; app_rpt-users@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@ohnosec.org [mailto:app_rpt-users-bounces@ohnosec.org] On Behalf Of Bill Hurlock
Sent: Thursday, October 03, 2013 7:46 PM
To: app_rpt-users@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@ohnosec.org
ohnosec.org

_______________________________________________
App_rpt-users mailing list
App_rpt-users@ohnosec.org
ohnosec.org

6

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@me.com]
Sent: Friday, October 04, 2013 10:49 AM
To: Bill Hurlock
Cc: app_rpt-users@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@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@repeater.net]
Sent: Friday, October 04, 2013 12:30 AM
To: Bill Hurlock;
app_rpt-users@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@ohnosec.org [mailto:app_rpt-users-bounces@ohnosec.org] ** On
Behalf Of **Bill Hurlock
Sent: Thursday, October 03, 2013 7:46 PM
To: app_rpt-users@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@ohnosec.org

http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users

7

I have found that, if the noise test does not pass, then DSP squelch operation will be generally unsatisfactory. You can fiddle with the “rxsquelch” setting so that it closes reliably, but then you will find it cuts out people in mid-sentence, when their signal seems quite copy-able (very annoying). Best thing to do in that case is to use hardware squelch. With an HT, it’s problematical, of course. You have to “operate” on the radio and void whatever warrantee. There is only one amateur HT I am aware of that had the COS signal available as an external signal (in the microphone connector I think).

73

Ken

···

From: Bill Hurlock [mailto:bill.hurlock@cpcomms.com]
Sent: Friday, October 04, 2013 12:18 PM
To: Tim Sawyer
Cc: app_rpt-users@ohnosec.org list
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@me.com]
Sent: Friday, October 04, 2013 10:49 AM
To: Bill Hurlock
Cc: app_rpt-users@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@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@repeater.net]
Sent: Friday, October 04, 2013 12:30 AM
To: Bill Hurlock; app_rpt-users@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@ohnosec.org [mailto:app_rpt-users-bounces@ohnosec.org] **On Behalf Of **Bill Hurlock
Sent: Thursday, October 03, 2013 7:46 PM
To: app_rpt-users@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@ohnosec.org
http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users

8

GM300s work very well with dsp squelch. I am using 7 of them here. There is a jumper inside the gm300 that has to be set correctly to get un-de-emp audio out on the connector that is on the back of the radio. Check the service manual for your exact model as there are several different board layouts but I believe that all of them have a similar jumper. Also be very careful about stray capacitance on the wires between the GM300 and the USB device as even a very small capacitance to ground can roll off the high end that is needed for the dsp squelch to work correctly.
For other radios I have always been able to do surgery on the radio and pick off discriminator audio directly from the discriminator chip and take it directly to the usb device or to the RTCM or voter board.

Chuck

···

On Sat, Oct 5, 2013 at 9:07 AM, Ken ke2n@cs.com wrote:

I have found that, if the noise test does not pass, then DSP squelch operation will be generally unsatisfactory. You can fiddle with the “rxsquelch” setting so that it closes reliably, but then you will find it cuts out people in mid-sentence, when their signal seems quite copy-able (very annoying). Best thing to do in that case is to use hardware squelch. With an HT, it’s problematical, of course. You have to “operate” on the radio and void whatever warrantee. There is only one amateur HT I am aware of that had the COS signal available as an external signal (in the microphone connector I think).

73

Ken

From: Bill Hurlock [mailto:bill.hurlock@cpcomms.com]
Sent: Friday, October 04, 2013 12:18 PM
To: Tim Sawyer

Cc: app_rpt-users@ohnosec.org list
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@me.com]
Sent: Friday, October 04, 2013 10:49 AM
To: Bill Hurlock
Cc: app_rpt-users@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@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@repeater.net]
Sent: Friday, October 04, 2013 12:30 AM
To: Bill Hurlock; app_rpt-users@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@ohnosec.org [mailto:app_rpt-users-bounces@ohnosec.org] **On Behalf Of **Bill Hurlock
Sent: Thursday, October 03, 2013 7:46 PM
To: app_rpt-users@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@ohnosec.org

http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users

App_rpt-users mailing list

App_rpt-users@ohnosec.org

http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users

9

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@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@me.com]
Sent: Friday, October 04, 2013 10:49 AM
To: Bill Hurlock
Cc: app_rpt-users@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@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@repeater.net]
Sent: Friday, October 04, 2013 12:30 AM
To: Bill Hurlock; app_rpt-users@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@ohnosec.org [mailto:app_rpt-users-bounces@ohnosec.org] **On Behalf Of **Bill Hurlock
Sent: Thursday, October 03, 2013 7:46 PM
To: app_rpt-users@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@ohnosec.org
http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users

10

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@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@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@me.com]
Sent: Friday, October 04, 2013 10:49 AM
To: Bill Hurlock
Cc: app_rpt-users@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@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@repeater.net]
Sent: Friday, October 04, 2013 12:30 AM
To: Bill Hurlock; app_rpt-users@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@ohnosec.org [mailto:app_rpt-users-bounces@ohnosec.org] On Behalf Of Bill Hurlock
Sent: Thursday, October 03, 2013 7:46 PM
To: app_rpt-users@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@ohnosec.org
ohnosec.org

_______________________________________________
App_rpt-users mailing list
App_rpt-users@ohnosec.org
ohnosec.org

11

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@brannan.name>
To: "George Csahanin" <george@dyb.com>
Cc: "Bill Hurlock" <bill.hurlock@cpcomms.com>; "Tim Sawyer" <tim.sawyer@me.com>; <app_rpt-users@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@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@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@me.com]
Sent: Friday, October 04, 2013 10:49 AM
To: Bill Hurlock
Cc: app_rpt-users@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@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@repeater.net]
Sent: Friday, October 04, 2013 12:30 AM
To: Bill Hurlock; app_rpt-users@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@ohnosec.org [mailto:app_rpt-users-bounces@ohnosec.org] On Behalf Of Bill Hurlock
Sent: Thursday, October 03, 2013 7:46 PM
To: app_rpt-users@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@ohnosec.org
ohnosec.org

_______________________________________________
App_rpt-users mailing list
App_rpt-users@ohnosec.org
ohnosec.org

12

How can I eliminate the courtesy tone/repeater tail/hangtime?

I am not sure what it is called, but it is the transmission that comes back to you after you have keyed up. Some people use this to see if they are "hitting" the repeater.

My problem is that I am setting up an AllStar Cross-band repeater linked to a distant repeater in another city. The repeater tails of the two sites, are chasing each other and the link cannot drop out.

I have tried changing the hangtime=300 althangtime=100 to hangtime=003 althangtime=001 but it did not reduce or eliminate the tail.
This was in the rpt.conf file.

Shaun
zr5s

13

In rpt.conf I think you want to set duplex=0 if you are using half duplex

;duplex = 2 ; (Optional) set duplex operating mode
;; 0 = half duplex (telemetry and courtesy tones do not transmit)
;; 1 = semi-half duplex (telemetry and courtesy tones transmit, but not
;; repeated audio
;; 2 = normal full-duplex mode (Default)
;; 3 = full-duplex mode, without repeated audio from main input source
;; 4 - Normal except no main repeat audio during autopatch only

otherwise look at -
http://209.159.155.200/drupal/node/96
73 Doug
WA3DSP
WA3DSP Amateur Radio Resources

···

Date: Wed, 6 Nov 2013 01:37:43 +0200
From: shaun@pmbnet.co.za
To: app_rpt-users@ohnosec.org
Subject: [App_rpt-users] Repeater Tail on URIx

How can I eliminate the courtesy tone/repeater tail/hangtime?

I am not sure what it is called, but it is the transmission that comes
back to you after you have keyed up. Some people use this to see if they
are “hitting” the repeater.

My problem is that I am setting up an AllStar Cross-band repeater linked
to a distant repeater in another city. The repeater tails of the two
sites, are chasing each other and the link cannot drop out.

I have tried changing the hangtime=300 althangtime=100 to
hangtime=003 althangtime=001 but it did not reduce or eliminate the tail.
This was in the rpt.conf file.

Shaun
zr5s

App_rpt-users mailing list
App_rpt-users@ohnosec.org
ohnosec.org