[arm-allstar] Extra hang time on my voter node

[Doug Crompton]

Sam,

 I am not familiar with the specifics of the RTCM but it sounds like maybe you are being hit by the delay problem that will be fixed in the next release. The only difference is it is usually a variable delay. You cited a fixed delay? The variable delay is on any simpleusb node but is rarely noticeable on a simplex node. On a repeater you could often have a delay such that your own words are heard when you unkey. It is variable though so sometimes it is there and sometimes not. The new code to come out solves that problem.
73 Doug
WA3DSP
http://www.crompton.com/hamradio


Date: Sun, 17 Jan 2016 14:32:46 -0800
From: kj6qfs at gmail.com
To: arm-allstar at hamvoip.org
Subject: [arm-allstar] Extra hang time on my voter node

Hello all, I know this may seem off topic,  but I am running the RPi2 image that everyone else is running here, and wanted to ask before I face the "big league" on the other group.
I'm noticing a little extra transmitter hang time on my RTCM/Raspberry Pi 2 node. Here's the scenario. 
I have one RTCM connected as a mixminus client. I have the node set up to be a full duplex link (duplex=0, linktolink=yes, zeroed hang time)  
I connect to another node of mine (a simpleusb node) and listen to it through my RTCM. When someone unkeys on the other end, I hear their squelch tail, followed by a 1.3 second or so pause before my RTCM unkeys. This tells me there is some extra "stair step" in terms of timing between a node unkeying, and my node unkeying. I played with buffer sizes in both the RTCM and voter.conf. 
Is this perhaps some "flutter-fighting" routine on the other node? Or perhaps some goofy obscure setting on my end? 
Thanks for reading. 


-- 
KJ6QFS
Sam Skolfield


_______________________________________________

arm-allstar mailing list
arm-allstar at hamvoip.org
http://lists.hamvoip.org/cgi-bin/mailman/listinfo/arm-allstar

Visit the BBB and RPi2 web page - http://hamvoip.org 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.hamvoip.org/pipermail/arm-allstar/attachments/20160117/882bf315/attachment-0001.html>