[App_rpt-users] Squelch Tail Crash Elimination

Wed Jun 6 19:31:18 UTC 2018

Geoff, Steve and other curious,

My Yaesu DR-1 repeater has been originally configured for HamVOIP using the RPi3, Simple USB with the ComSpec TS64 at the URIx to generate the PL for TX. Typical squelch setting, not opened at the repeater receiver. The cable interface, custom pinout comes right off the stock repeater 15pin connector connected to the 25pin connector on the URIx.  It all works very good.  As a standalone repeater.
HamVOIP does has a feature, “rxaudiodelay” in SimpleUSB that delays the audio eliminating the squelch crash.  That also works well…
The repeater system works very well as a standalone repeater but… with network traffic such as connected links including Echolink, occasionally I get a little audio flutter, hesitation like dropouts and sometimes the hesitation, like stuttering, the time builds into larger delays like a couple to few seconds. This has been driving us nuts… I have a couple Linux sharp ham buddies near me who have been helping me.  We have checked the Roadrunner bandwidth and the Pi CPU usage right during the audio flutter activity and all seems well capable with plenty to spare should not be a problem or cause.

It was suggested by another friend in the area I try the ASL image with Debian on a computer. I purchased the DELL SFF 64GB solid state drive and installed the ASL image from Allstar now all up and running I think may have cured the audio flutter problem but now having the squelch crash feature.

Using the Tone Squelch at the user end will probably work that but I thought I like to take care of it at the repeater transmitter side if I can.

That’s where I’m at now.

At this point I may investigate the discriminator audio, pick it off in the receiver and use USBRadio configuration suggested by Chuck.  If I can get motivated 😊.

I really appreciate all the help and replies.

Thank you.

John de KE5RS
[ke5rs]

From: App_rpt-users [mailto:app_rpt-users-bounces at lists.allstarlink.org] On Behalf Of Steve Mahler
Sent: Wednesday, June 06, 2018 9:41 AM
To: app_rpt-users at lists.allstarlink.org
Subject: Re: [App_rpt-users] Squelch Tail Crash Elimination

Are you using AllStar to generate the TX PL tone??  If so, there is a setting to turn the PL off before the TX.  If the user radio has a PL decode set and the it responds quickly, the user radio will mute before the repeater TX drops. (Seems to work here, YMMV).

txtoctype = notone      ; Transmit tone control type: no,phase,notone
                        ; no - CTCSS tone encoding with no hang time
                        ; phase - encode CTCSS and reverse phase
                        ; AKA ("reverse burst") before unkeying TX
                        ; notone - encode CTCSS and stop sending tone before unkeying TX
                        ; AKA ("chicken burst")

...STeve - KF5VH

On 6/6/2018 9:24 AM, ARS W5OMR wrote:
Using the channel driver usbradio, did you run radio-tune-menu and adjust the squelch?
It sounds to me, like the squelch is wide open, and you're using usbradio.conf to define the pl tone(s).  If your squelch is wide open, you will hear that bit of squelch crash after the tone is dropped, and before the repeater drops.

There are 2 ways to go on the settings, and I don't remember which is which so there's a 50/50 shot at this... but "as I recall" (and I'm not remembering well, these days) the Lower the number, the 'looser' the squelch.

For experimentation, you might try turning the tone requirement for the receiver off, and adjusting that value, while listening to the output of the repeater (while not hooked up to anyone) and determine where the squelch level should be.

best of luck es 73
-Geoff/W5OMR (29655)

On Wed, Jun 6, 2018 at 5:37 AM, John W Benedict <John at ke5rs.com<mailto:John at ke5rs.com>> wrote:
Thank you Chuck and Mike,

Chuck,
Yes… I thought USBRadio with more complexity, not simple would be what was needed… I am using pin 9 now from the 15 pin and going to pin 21 at the URIx.  I will look at what you show below and see if that is the direction to go.  As you described “Best results”, I will check into grabbing the discriminator audio being a little nervous  with my skill set 😊

Thank you.

Mike,
I did play some with the “rxondelay” but with no luck.  What I remember, adding time to “rxondelay “ gave me a short burst of initial audio out the front speaker with more time getting a longer audio burst before it gets muted.  This audio burst would only happen if the squelch tale drops completely from the previous transmission.  I did not hear a difference with what was heard on the air from the transmitter including the squelch crash was still present.

Thank you for your reply…
John de KE5RS
_._ . ..... ._. ...

From: App_rpt-users <app_rpt-users-bounces at lists.allstarlink.org<mailto:app_rpt-users-bounces at lists.allstarlink.org>> On Behalf Of Chuck Henderson
Sent: Tuesday, June 5, 2018 10:45 PM
To: Users of Asterisk app_rpt <app_rpt-users at lists.allstarlink.org<mailto:app_rpt-users at lists.allstarlink.org>>
Subject: Re: [App_rpt-users] Squelch Tail Crash Elimination

I think that if you feed direct discriminator audio to the usb interface and use usbradio then it automatically takes care of the necessary delays and avoids loosing any audio in the process.  For best results you can grab the direct discriminator audio from the cable that runs from inside the Receiver Unit to the Filter Unit (shown below), I can't remember if I used the L-in or the R-in.  Or second best you can use the DSP processed discriminator output in the DB15 connector (center pin in center row, pin 8) but it isn't as good and has more delay.

[cid:image002.png at 01D3FD95.8042EB20]

On Tue, Jun 5, 2018 at 9:41 PM, Mike <mm at midnighteng.com<mailto:mm at midnighteng.com>> wrote:

Well, I don't want to lead you astray... as I'm not for sure on this...

Had to think on it a while...

You might try adding some time to rxondelay (ms)  but I'm not sure that will delay the repeated audio.

I think it may only delay the cor activation time.

But, if nobody chimes in with the 'right stuff' give it a try.

I'm thinkin you might need to create a special audio delay.

73,

...mike/kb8jnm

On 6/5/2018 10:10 PM, John W Benedict wrote:
Hello,

I have ASL running a Dell Slim Form computer all seems to be work quite well, connections, Echolink and local repeater with great audio reports however… I like to know how to eliminate the squelch crash on the tail maybe adding some milliseconds to the receiver audio?

The system is a Yaesu DR-1X interfaced with the URIx controller using SimpleUSB in ASL version 20180417
The computer: Dell SFF Version 4.9.0-6-amd64 #1 SMP Debian 4.9.88-1+deb9u1 (2018-05-07) x86_64.

I am very novice with Linux and Asterisk but learning bits and pieces…

Thank you
John de KE5RS
_._ . ..... ._. ...

_______________________________________________

App_rpt-users mailing list

App_rpt-users at lists.allstarlink.org<mailto:App_rpt-users at lists.allstarlink.org>

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

To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"

You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.

_______________________________________________
App_rpt-users mailing list
App_rpt-users at lists.allstarlink.org<mailto:App_rpt-users at lists.allstarlink.org>
http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users

To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.

_______________________________________________
App_rpt-users mailing list
App_rpt-users at lists.allstarlink.org<mailto:App_rpt-users at lists.allstarlink.org>
http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users

To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.

--
Operating your AM rig without a scope is like driving our car at night without headlights. (~K4KYV)

73 = Best Regards,
-Geoff/W5OMR

_______________________________________________

App_rpt-users mailing list

App_rpt-users at lists.allstarlink.org<mailto:App_rpt-users at lists.allstarlink.org>

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

To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"

You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.

[https://ipmcdn.avast.com/images/icons/icon-envelope-tick-round-orange-animated-no-repeat-v1.gif]<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient&utm_term=icon>

Virus-free. www.avast.com<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient&utm_term=link>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20180606/b01e3fac/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 317 bytes
Desc: image001.png
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20180606/b01e3fac/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 66827 bytes
Desc: image002.png
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20180606/b01e3fac/attachment-0001.png>