<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
</head>
<body alink="#ee0000" bgcolor="#ffffff" link="#0000ee" text="#000000"
 vlink="#551a8b">
Hello,<br>
Can someone explain these two problems to me?<br>
<br>
- FIRST PROBLEM -<br>
<br>
With the command "ethercat -v salves" i have the following
configuration...<br>
<br>
=== Slave 0 ===<br>
State: OP<br>
Flag: +<br>
Identity:<br>
  Vendor Id:       0x000000f9<br>
  Product code:    0x00040003<br>
  Revision number: 0x00000068<br>
  Serial number:   0xfda7da22<br>
DL information:<br>
  <font color="#ff0000">FMMU bit operation: yes</font><br>
  Distributed clocks: yes, 32 bit<br>
  DC system time transmission delay: 0 ns<br>
Port  Type  Link  Loop    Signal  NextSlave  RxTime [ns]  Diff [ns]  
NextDc [ns]<br>
   0  MII   up    open    yes             -   1221735596          
0           0<br>
   1  MII   down  closed  no              -            -          
-           -<br>
   2  N/A   down  closed  no              -            -          
-           -<br>
   3  N/A   down  closed  no              -            -          
-           -<br>
Mailboxes:<br>
  Bootstrap RX: 0x0000/0, TX: 0x0000/0<br>
  Standard  RX: 0x1000/128, TX: 0x1080/128<br>
  Supported protocols: CoE<br>
General:<br>
  Group: Drives<br>
  Image name: <br>
  Order number: <br>
  Device name: SM-EtherCAT (421)<br>
  CoE details:<br>
    Enable SDO: yes<br>
    Enable SDO Info: yes<br>
    Enable PDO Assign: yes<br>
    Enable PDO Configuration: yes<br>
    Enable Upload at startup: yes<br>
    Enable SDO complete access: no<br>
  Flags:<br>
    Enable SafeOp: no<br>
    <font color="#ff0000">Enable notLRW: yes</font><br>
  Current consumption: 0 mA<br>
<br>
The vendor of the slave says that:<br>
<i>Just looking at the master log files, I've noticed one other
potential problem: their master seems to think that we <font
 color="#ff0000">support FMMU bitwise operation</font>. We do not
support this and as such report it accordingly (our slave sets bit 0 of
register address 0x08 to 1 on the slave, which means that FMMU bit
operation is not supported). Has the master got the sense of this bit
reversed, perhaps?<br>
</i><br>
- SECOND PROBLEM -<br>
In dmesg kernel log i have:<br>
EtherCAT: Domain0: Logical address 0x00000000, 8 byte, expected working
counter 3.<br>
EtherCAT:   Datagram domain0-0: Logical offset 0x00000000, 8 byte, <font
 color="#ff0000">type LRW</font>.<br>
<br>
The vendor's answer:<br>
<i>I can see a problem: In the file <dmesg.log>, line 24 seems to
suggest that the Master is trying to use the LRW service, which, of
course is not supported. The master seems to know that this not
possible: the LRW command is not supported by our device. Can you ask
to use LRD and LWR instead?<br>
<br>
</i>Thank you, Regards<br>
Ezio DelBono<br>
<br>
<!--[endif]--><font face="Arial Narrow" size="3"><span
 style="font-size: 12pt; font-family: "Arial Narrow";"></span></font> <img
 alt="" src="cid:part1.02020402.09080808@electroengineering.it"
 height="69" width="182"><br>
<font face="Arial Narrow"><span style="font-family: "Arial Narrow";">v.Padana
sup. 33c </span></font><font face="Arial Narrow" size="3"><span
 style="font-size: 12pt; font-family: "Arial Narrow";">Molinetto di
Mazzano (BS)<o:p></o:p></span></font>
<font face="Arial Narrow" size="3"><span
 style="font-size: 12pt; font-family: "Arial Narrow";">25080 – Italy</span></font>
</body>
</html>