[arm-allstar] CTCSS during tail messages?

[Tom Whiteside]

Thanks Mike.   They are coming in on the repeater input and we do use tone
decoding .  The repeater is a Yaesu DR1-X and we are using the internal tone
decoding and using a URIx interface to a RP running allstar.   

 I have just completed some experiments that better characterize the
situation and I believe Doug's suggestion to use a TS-64 should fix things.
I used my service monitor to create a 2KHz tone on the repeater input and
you can clearly hear that 2 KHz tone for at least a full second after
un-keying the repeater.    I varied the hang time from 100ms to 2 seconds
and that doesn't affect things at all.

I then repeated the experiment here using our backup repeater which is a
Kenwood TKR-750 and uses the same interface and software.  You can just hear
a short chirp at the end so not objectionable at all - I'm sure they have a
deliberate short lag to prevent picket fencing dropouts...   

So as Doug suggested, I think the Yaesu is taking its time dropping the tone
valid signal...

The next step is to swap these repeaters out this weekend and route the
audio using a TS-64 when I get it in.

I hope that is more clear than my first post...

Tom N5TW

-----Original Message-----
From: arm-allstar [mailto:arm-allstar-bounces at hamvoip.org] On Behalf Of "M M
via arm-allstar"
Sent: Friday, April 27, 2018 12:34 PM
To: Tom Whiteside via arm-allstar <arm-allstar at hamvoip.org>
Cc: M M <wa6ilq at outlook.com>
Subject: Re: [arm-allstar] CTCSS during tail messages?

I'm may not fully understanding the situation....  this is what I've decoded
from the description ...

 From your I'm understanding that your repeater is hearing the distant users
on your repeater's input frequency...  correct?

And your repeater receiver is running in tone decode mode?

And you are hearing the user's transmission feeding through your repeater
during the carrier delay time period?  (some people call this the hang-in
timer)

If so, it sounds like to me that the tone decoder is not muting the receiver
audio path - that the audio path is in carrier squelch mode and the COR to
PTT switching path is in tone mode.

This may be fixable in the repeater programming or the repeater controller
programming (if it is a external decoder). You didn't post the repeater or
controller information, so I can't suggest anything further.

Mike WA6ILQ