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<http://www.totalrf.com/> Cell www.cpcomms.com<http://www.cpcomms.com/> WA2TQI
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<http://www.totalrf.com/> Cell www.cpcomms.com<http://www.cpcomms.com/> WA2TQI -- This message was scanned and is believed to be clean. Click here to report this message as spam.<http://simba.repeater.net:8080/cgi-bin/learn-msg.cgi?id=33F0DD0244.A818B>
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> [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<mailto: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<http://www.totalrf.com/> Cell www.cpcomms.com<http://www.cpcomms.com/> WA2TQI -- This message was scanned and is believed to be clean. Click here to report this message as spam.<http://simba.repeater.net:8080/cgi-bin/learn-msg.cgi?id=33F0DD0244.A818B>
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
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 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
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<mailto: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<http://repeater.net>] Sent: Friday, October 04, 2013 12:30 AM To: Bill Hurlock; app_rpt-users@ohnosec.org<mailto: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> [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<mailto: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<http://www.totalrf.com/> Cell www.cpcomms.com<http://www.cpcomms.com/> WA2TQI -- This message was scanned and is believed to be clean. Click here to report this message as spam.<http://simba.repeater.net:8080/cgi-bin/learn-msg.cgi?id=33F0DD0244.A818B> _______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org<mailto:App_rpt-users@ohnosec.org> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
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: <mailto:app_rpt-users-bounces@ohnosec.org> app_rpt-users-bounces@ohnosec.org [ <mailto: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: <mailto:app_rpt-users@ohnosec.org> 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 <http://www.totalrf.com/> 856-264-1010 Cell <http://www.cpcomms.com/> www.cpcomms.com WA2TQI -- This message was scanned and is believed to be clean. <http://simba.repeater.net:8080/cgi-bin/learn-msg.cgi?id=33F0DD0244.A818B> 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
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 <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<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* <http://www.totalrf.com/>* **Cell*****
*www.cpcomms.com* <http://www.cpcomms.com/>****
*WA2TQI*****
****
-- This message was scanned and is believed to be clean. Click here to report this message as spam.<http://simba.repeater.net:8080/cgi-bin/learn-msg.cgi?id=33F0DD0244.A818B> ****
_______________________________________________ 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
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
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 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
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 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
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
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 onlyotherwise look at - http://209.159.155.200/drupal/node/96 73 Doug WA3DSP http://www.crompton.com/hamradio
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 http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
participants (9)
-
Bill Hurlock -
Buddy Brannan -
Chuck Henderson -
Corey Dean -
Doug Crompton -
George Csahanin -
Ken -
Shaun Rudling -
Tim Sawyer