thanks :)<br><br><div class="gmail_quote">On Wed, Aug 4, 2010 at 5:10 PM, Kevin P. Fleming <span dir="ltr">&lt;<a href="mailto:kpfleming@digium.com">kpfleming@digium.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">On 08/04/2010 02:17 AM, Muhammad Ali wrote:<br>
<br>
&gt; The point where i think things are going wrong is, when am not<br>
&gt; transmitting anything (not executing *write)* i get 0xFF on the receive<br>
&gt; side, even when the channels are in &quot;*clear*&quot; state. Can this be<br>
&gt; controller/ disabled ( i am assuming buffer policy set to &quot;*when full*&quot;<br>
&gt; might help but want to make sure)?<br>
<br>
</div>No. This is TDM, there is *always* data being transferred, and if the<br>
transmit buffer empties, default data will be sent instead. This is not<br>
a packet network, it&#39;s a continuous stream of data.<br>
<div class="im"><br>
&gt; Secondly, when i try the *ioctl *for ZT_IOMUX for ZT_IOMUX_READ it<br>
&gt; always returns as soon as its called which means it does not wait for my<br>
&gt; write to happen (maybe this is because of 0xFF always on the line).<br>
&gt;<br>
&gt; So how can i sense if there is actual write on the wire and not 0xFF so<br>
&gt; i may wait for actual data to start before depleting my buffers.<br>
<br>
</div>You can&#39;t; you will have to use some sort of framing indication in the<br>
data stream itself for you receiver to be able to locate packets of data<br>
and extract them from the stream.<br>
<br>
--<br>
Kevin P. Fleming<br>
Digium, Inc. | Director of Software Technologies<br>
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA<br>
skype: kpfleming | jabber: <a href="mailto:kfleming@digium.com">kfleming@digium.com</a><br>
Check us out at <a href="http://www.digium.com" target="_blank">www.digium.com</a> &amp; <a href="http://www.asterisk.org" target="_blank">www.asterisk.org</a><br>
<font color="#888888"><br>
--<br>
_____________________________________________________________________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" target="_blank">http://www.api-digital.com</a> --<br>
<br>
asterisk-dev mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
   <a href="http://lists.digium.com/mailman/listinfo/asterisk-dev" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-dev</a><br>
</font></blockquote></div><br><br clear="all"><br>-- <br>ALi...<br>(علی)<br><a href="http://m-ali.deviantart.com">http://m-ali.deviantart.com</a><br><br>