Hi Jun,<br><br>Yes we are, it is called <a href="http://www.roboskin.eu/">Roboskin</a>. I am a finished-master-soon-to-be-PhD student in MacLab, DIST in University of Genova. If you ever passed by here, you can meet the whole group (well one of the partners of the project).<br>
<br>And again yes, this feature is needed, to dynamically detect delay of the network, or at the very least, just in an initial phase for self-calibration to be done. Good to know you agree with us. Now just to get Richard convinced too... ;)<br>
<br><div class="gmail_quote">On Wed, Dec 14, 2011 at 10:03 PM, Jun Yuan <span dir="ltr"><<a href="mailto:j.yuan@rtleaders.com">j.yuan@rtleaders.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi Shahbaz,<div><br></div><div>you're developing some kind of robot skin? We must meet someday. I'm a PhD student in Robotics And Embedded Systems Group at TUM. </div><div><br></div><div>I thought it was a EtherCAT project in industrial plant, so you can just configure it and go. Now I understand your situation. The user will change the network, and the cycle time needs to adapt with the new network automatically to optimize the delay.</div>


<div><br></div><div>Alright, you've convinced me. I'm with you now. I think it's better to have such a feature. Otherwise you'll need that formula.</div><div><br></div><div><br></div><div>Best Regards,</div>


<div><br></div><div>Jun</div><div><br><br><div class="gmail_quote"><div class="im">On Wed, Dec 14, 2011 at 3:43 PM, Shahbaz Yousefi <span dir="ltr"><<a href="mailto:shabbyx@gmail.com" target="_blank">shabbyx@gmail.com</a>></span> wrote:<br>
</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">

Hi Jun,<br><br>There is a fundamental problem here. There is no way to find out the value 5ms! Yes, with our formula, our guesses and some measures, we think it should be 5ms, but we can't be sure. If it were so, then of course, wait 6ms and everything is perfect. Another reason we cannot hardcode a value (if not knowing the value is not enough!!) is that the user of the skin (yes, we are creating a skin) might just add another piece of skin to the network, increasing the delay. So, the delay may increase, skin would fail, no tactile data, and the robot might just crush your hand shaking hands with you.<br>



<br>I did indeed think about extending the master with this feature, but there is one thing holding me back. In fact, I would be happy if you (or Richard) would answer this question. Imagine you have a big domain for which each <b>ecrt_master_send</b> would require splitting its data into different packets. Now, if you, by shear bad luck, do an <b>ecrt_master_receive</b> while only half of the packets have arrived, what happens? I mean, the fact that master thinks something went wrong I can fix in the master code, but would receiving another time after that make everything correct? Or would those half of packets be thrown away and therefore another read would again cause an error?<br>



<br>I'm not sure if I'm being clear so let me go with a simple example. Imagine your domain is big and so each <b>ecrt_master_send</b> needs to send 10 packets. The delay is 2ms. Now exactly 2ms after, you issue an <b>ecrt_master_receive</b>. At this time, 4 packets have arrived, the 5th is being read and 5 others are on the way. If you issue an <b>ecrt_master_receive</b>, the master gives you an error. Fine. Now if you see that error, wait 1ms more so that all the remaining packets arrive, would <b>ecrt_master_receive</b> work correctly?<br>



<br>Regards,<br>Shahbaz<br></div><div class="gmail_quote"><div><br><br><div class="im">By the way, it's a waste of bandwidth if the have different cycle times. So if one type of sensor produces data at 1000hz and the other at 100hz, then we do split them in two, but all the 1000hz ones would be in one domain and all the 100hz ones in the other.<br>


</div></div></div></blockquote><div>sorry, I don't follow you. Why is that a waste of bandwidth?</div><div> </div><div><br></div></div>
</div>
</blockquote></div><br>