[arm-allstar] Repeater Bounce

ddhcpracing ddhcpracing at gmail.com
Sun Feb 24 00:32:57 EST 2019


David,Thanks that's great information. I would never understood the possibility of it excepting a negative number. Got burned out today on 24 site repeater tails. I will try it first thing in the morning. It will help the whole temporary network connection. Best to learn this now while the weather is good. Allstar has made it possible to keep the system up and running with a major failure.Thanks again KG5RDF
-------- Original message --------From: David McGough <kb4fxc at inttek.net> Date: 2/23/19  5:46 PM  (GMT-06:00) To: ddhcpracing via ARM-allstar <arm-allstar at hamvoip.org> Cc: ddhcpracing <ddhcpracing at gmail.com>, Doug Crompton <wa3dsp at gmail.com> Subject: Re: [arm-allstar] Repeater Bounce Hi David,I've been away from the mailing list most of the day and am now catching up.  I *think* the closest feature in HamVoIP AllStar to what you're requesting is accomplished by setting rxondelay to a large NEGATIVE value. Using a negative value enables rxondelay only after the link transmitterhas been active, not all the time.  If the value is positive, rxondelay works all the time.The smallest to largest (hard coded) value when set fromsimpleusb-tune-menu is -100 to 100. Each number represents 20mS. In theory, you could hand-code this value in the simpleusb.conf file to:rxondelay=-250....And, that would be a 5 second delay---I THINK! ....I haven't tested this or looked at the code to confirm. You should be able to set this parameter to at least -99.73, David KB4FXCOn Sat, 23 Feb 2019, "ddhcpracing via ARM-allstar" wrote:> It short I guess the answer is no. There is no way via the Allstar software to accomplish this 5 second delay. I know it's not the norm. This is a vary large and complex rf repeater system that the rf hub has failed. I have it patched together with Allstar for the national weather service till repairs are complete. I do not know why the repeater is barking back, it barks in standalone, we can not access the repeater site, and its not Allstar causing this. The 5 second delay will work for emergency communications. It maybe the repeater is seeing another repeater in the system chain on the same frequency. Bands are open here, neighboring states have reversed band plans and the link radio is 24 miles from the site. It just real and was seeing if I could patch the issue and bring this repeater in the fold. It is a vary important repeater since the hub repeater is down. I have placed it in monitor mode so at least it hears the complete system.  Is what it is........Not like I g et paid for this.....lol.Thanks for all you do......KG5RDFhttps://www.google.com/maps/d/viewer?mid=1fSV6GMj8DqKAfetU8AG51zPKsKQGeKqp&shorturl=1&ll=32.43648232360699%2C-98.01589970000003&z=7-------- Original message --------From: Doug Crompton via ARM-allstar <arm-allstar at hamvoip.org> Date: 2/23/19  12:01 PM  (GMT-06:00) To: ARM Allstar <arm-allstar at hamvoip.org> Cc: Doug Crompton <wa3dsp at gmail.com> Subject: Re: [arm-allstar] Repeater Bounce My question would be why would a node that did not key for 5 seconds afterthe other end dropped even be useful? You would miss the first 5 seconds ofevery transmission!What you are doing is not uncommon and I suspect you are missing something.Allstar will NOT ping/pong if it is in duplex=0 or nounkeyct=1.  You cantest this yourself. Key into your node with either of those set and it willnot respond back. Are you sure you are going into the repeater as a userwould?In your case the tail of the repeater would keep Allstar keyed until itdrops. There is no way to avoid this unless you can shorten or eliminatethe repeater tail OR you can modify the repeater to output ONLY when inputPL is present to it. Your end will have COS valid  whenever you node radiosees valid PL from the repeater. When the repeater drops your end shouldnot respond back unless it is a one time telemetry message or someoneactually responding.*73 Doug**WA3DSP**http://www.crompton.com/hamradio <http://www.crompton.com/hamradio>*On Sat, Feb 23, 2019 at 11:48 AM ddhcpracing <ddhcpracing at gmail.com> wrote:> Doug,>> Yes, it at nounkey=1, and duplex=0, I understand boot. I was saying I> tried everything. Is there a way for Allstar not to listen after it unkeys> the link radio for 5 seconds?>> Thanks KG5RDF>> -------- Original message --------> From: Doug Crompton via ARM-allstar <arm-allstar at hamvoip.org>> Date: 2/23/19 10:25 AM (GMT-06:00)> To: ARM Allstar <arm-allstar at hamvoip.org>> Cc: Doug Crompton <wa3dsp at gmail.com>> Subject: Re: [arm-allstar] Repeater Bounce>> You need to figure out why it is ping/ponging. The usual reason in a> situation like this is that the repeater end drops and the Allstar end> responds back automatically and thi s continues on and on.  The Allstar end> responding back is usually always the courtesy tone. You need to turn that> off ->> nounkeyct=1>> in rpt.conf.  The thing I don't understand is that duplex=0 should also do> this but is overkill in many cases as it turns off ALL telemetry.>> Setting rxondelay or hangtime to high numbers is not a good idea. Both> would really screw up the way it would be intended to work. You need to put> things back to default values. Only use either duplex=0 or the nounkeyct=1> to start with and remember whenever you change any of these things you need> to restart asterisk (astres.sh) for it to actually change.  With either> duplex=0 or nounkeyct=1  Allstar should not respond back after receiving a> transmission unless it is actually a real person coming back from a> connection to that node.>>> *73 Doug*>> *WA3DSP*>> *http://www.crompton.com/hamradio <http://www.crompton.com/hamradio>*>> On Sat, Feb 23, 2019 at 11:10 AM "ddhcpracing via ARM-allst ar" <> arm-allstar at hamvoip.org> wrote:>> > We have a RF hub failure. I have used Allstar to bring East and West> bound> > 24 repeater sites up in the meantime. I have one repeater I still need to> > connect, to have full coverage in DFW. This site is being linked via rf> to> > a link radio v71 to Allstar.The issue is repeater bounce/pingpong. I> need a> > way for Allstar not to listen to the RF link for 5 seconds after it> unkeys> > the repeater.Tried two different nodes, hangtime 0-50000, Duplex 0,1,2,3,> > and 4, and rxaudiodelay 0-26. Is there a variable I am missing to> > accomplish this? Repeater site is not accessible and is dr1x. Done this> > many times with no issue, but it's a vary far rf putt this time.Thanks> > KG5RDF> > _______________________________________________> >> > 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 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 web page - http://hamvoip.org>_______________________________________________ARM-allstar mailing listARM-allstar at hamvoip.orghttp://lists.hamvoip.org/cgi-bin/mailman/listinfo/arm-allstarVisit the BBB and RPi2/3 web page - http://hamvoip.org_______________________________________________ARM-allstar mailing listARM-allstar at hamvoip.orghttp://lists.hamvoip.org/cgi-bin/mailman/listinfo/arm-allstarVisit the BBB and RPi2/3 web page - http://hamvoip.org


More information about the ARM-allstar mailing list