<div>It's very helpfull !!  Thank you Henry<br></div><br><div class="gmail_quote">>  2.) In addition to getting newer firmware you must declare a domain for the Output and a second one for the Input <br>
since Yaskawa sets notLRW = yes.  <br>
</div><div class="gmail_quote"><br></div><div class="gmail_quote">You mean I should devide domain1_regs[] into to 2 arrays, or in domain1_regs[]</div><div class="gmail_quote">I should declare output first, then input ?</div>
<div class="gmail_quote"><br></div><div class="gmail_quote"> >  3.) Moreover, the Output Domain must be registered with <i>ecrt_domain_reg_pdo_entry_list</i> before the Input Domain otherwise you <br>
will not have any data exchanged even though the drive goes into OP mode. </div><div class="gmail_quote"><br></div><div class="gmail_quote">It seems the same qustion as above ?</div><div class="gmail_quote">That is, I should call ecrt_domain_reg_pdo_entry_list( ) two times, Output first, then Input</div>
<div class="gmail_quote">Or, call once, but in domain1_regs[ ] arry, I should write Output first ?</div><div class="gmail_quote">    <br>
<a href="http://lists.etherlab.org/pipermail/etherlab-users/2010/001000.html" target="_blank">> http://lists.etherlab.org/pipermail/etherlab-users/2010/001000.html</a>    I am not sure if this is Yaskawa's  bug or something </div>
<div class="gmail_quote">> in the Hilscher module they are using. The same issue occurred  in a Control Techniques module I tested. <br>
</div><div class="gmail_quote"><br></div><div class="gmail_quote">Yasukawa now attaches their own module (not Hilscher).</div><div class="gmail_quote">I removed the case, and saw 'made in japan' but not 'Hilscher'.</div>
<div class="gmail_quote">In this case, your advise can't help me ?</div><div class="gmail_quote"> <br>    <a href="mailto:takeshi.ikeya@gmail.com">takeshi.ikeya@gmail.com</a></div>