<br><div class="gmail_quote">On Thu, Jul 21, 2011 at 6:36 AM, Lynn W. Deffenbaugh (Mr) <span dir="ltr"><<a href="mailto:ldeffenb@homeside.to">ldeffenb@homeside.to</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
My big question is how to do you get a software-controlled TNC that is both a digi and an IGate to not wait for a clear channel on the digipeat but yet wait for a clear channel on -IS to RF IGating and other beacons?  And do KPC-3+ and other "popular" TNCs do this automatically between digipeating and transmitting their own beacons and/or objects?  It would seem that UIDWAIT governs all transmissions which means that the digi's own beacons aren't waiting for a clear channel?<br>

<br></blockquote></div><br>This is not a full response, but partial answers to your question with regard to hardware digi's.<br>
<br>
UIDWAIT is for the digi'ing part, whereas DWAIT is for the other transmissions.<br>
<br>
So, if UIDWAIT is set to zero, it will key as soon as it hears a complete packet that needs to be digi'd.<br>
DWAIT would be for other packets originated at/by the TNC.<br>
<br>
Not sure how to answer your question about s/w based digi's, but let me have some time to mull that over.<br>I guess you would do it by waiting x amount of time ( matter of milliseconds ) for a new packet to arrive before you send your packet out the port, whereas with digi packets you'd just ship them out right away. No sure way without access to the DCD signal from the TNC, and most don't have that available via comm port, especially in KISS mode.<br>

<br>
WF5X<br>
<br>