<div dir="ltr">Hi guys, <div>     I recently re-built the node that interfaces to my controller, and one of the things I noticed after re-building it that there was a fairly long hang time, anywhere from 5-10 seconds. <div><br></div><div>I have the following set, and unless I'm misinterpreting how this is expected to work, could this be a potential bug? <br><br>duplex = 0 </div><div>;0 = Half duplex with no telemetry tones or hang time.<br></div><div><br></div><div><div>linktolink = yes                        </div><div>; disables forcing physical half-duplex operation of main repeater while</div><div>; still keeping half-duplex semantics (optional)</div></div><div><br></div><div>I am still testing, but setting the the hang time to "0" appears to have fixed it, I also tried setting other params to "0" in the wait-times section: <br><br><div>hangtime = 0                            </div><div>; squelch tail hang time (in ms) (optional, default 5 seconds, 5000 ms)</div><div><br></div><div>althangtime = 0                         </div><div>; longer squelch tail</div></div><div><br></div><div><div>[wait-times]</div><div>telemwait = 0                            ; Time to wait before sending most telemetry</div><div>idwait = 500                              ; Time to wait before starting ID</div><div>unkeywait = 0                           ; Time to wait after unkey before sending CT's and link telemetry</div><div>calltermwait = 0                        ; Time to wait before announcing "call terminated"</div></div><div><br></div><div>Anyone else run into this, or is this working as expected? Hardware is a Raspberry Pi 3 B+ and Repeater Builder RIM "lite" SCOM interface. </div><div><br></div><div>73</div><div>Stephen <br>K1LNX</div><div><br></div></div></div>