[arm-allstar] Delay with Kenwood NXR710 and Hamvoip Node

[Patrick Perdue]

Yeah, unfortunately, that's typical.

As an experiment, I wrote a script that unmutes the sound fob's 
microphone playback (just passes it through to the output) and sets the 
microphone playback volume to a defined level, then tied that whole 
thing to mrxkeyed, then mutes again when rxkeyed is false, and set 
duplex to 3. The result, latency-free repeater.

Of course, it's not being processed by Asterisk, meaning you get no 
filtering, DTMF passes right through, and no squelch tail elimination, 
so it isn't necessarily practical except in some very specific cases.


On 5/24/2023 2:07 AM, David McGough via ARM-allstar wrote:
> Hi Chris,
>
> That sounds about typical, with RXAudioDelay set to 10 (200mS), using
> SimpleUSB.  With some performance tuning, you may be able to reduce the
> delay somewhat; the best currently possible is perhaps about 270mS,
> total.
>
> The best way to obtain latency data is to generate a quick audio pulse
> through the system, such as by quickly clapping your hands once.
>
>
> 73, David K4FXC
>
>
> On Tue, 23 May 2023, Chris via ARM-allstar wrote:
>
>> I'm unsure where to look first for a solution.
>>
>>   
>>
>> Problem:
>>
>> With a single Kenwood NXR710 repeater using a connected Allstar node as
>> controller, running Hamvoip, how much delay should I hear between what I'm
>> saying into my HT and what I'm hearing come back from the repeater?
>>
>> I imagine there is a slight delay in the repeater internally, plus some
>> delay as audio passes to and from the node, but it shouldn't be this long,
>> should it? That sounds like around half a second!
>>
>>   
>>
>> Here's an audio example recorded on my iPhone. It starts to feed back
>> because the second radio is being picked up by the first, which gives a
>> clearer idea of the timing here.
>>
>> You'll also hear a little of my voice repeated when I quickly unkey.
>>
>> https://www.dropbox.com/s/iiyjn87xx1yc88o/KenwoodNXR710_and_HamvoipDELAY.wav
>> ?dl=1
>>
>>   
>>
>> What we are trying to do is have functions, ID and other timing handled by
>> the Allstar node. We want the Kenwood to stay fairly dumb comparatively,
>> handling RX and TX, CTCSS decode/encode etc.
>>
>> Is there perhaps something in the Kenwood we forgot to turn off that is
>> delaying everything? Or something I need to adjust in Hamvoip?
>>
>>   
>>
>> The only delay I've adjusted on the Hamvoip node really is RXAUDIODelay, to
>> eliminate squelch tail from being broadcast, and I have it set to 10 or
>> about 200 MS.
>>
>>   
>>
>> Ideas welcome.
>>
>>   
>>
>> Thanks
>>
>>   
>>
>> Chris
>>
>>   
>>
>> _______________________________________________
>>
>> ARM-allstar mailing list
>> ARM-allstar at hamvoip.org
>> http://lists.hamvoip.org/cgi-bin/mailman/listinfo/arm-allstar
>>
>> Visit the BBB and RPi2/3/4 web page - http://hamvoip.org
>>
> _______________________________________________
>
> ARM-allstar mailing list
> ARM-allstar at hamvoip.org
> http://lists.hamvoip.org/cgi-bin/mailman/listinfo/arm-allstar
>
> Visit the BBB and RPi2/3/4 web page - http://hamvoip.org