[etherlab-users] EtherCAT datagram size

peak peak peakpeak05 at yahoo.com
Mon Jun 13 23:15:16 CEST 2011


Hi everyone,

There's a concern with the PDO size that I am not clear and I'd like to ask:

- The size of the EtherCAT frame is not fixed, i.e. when running and capturing 
with wireshark, after every "reasonable" frame (the frames which I configured 
the bytes in), there's a frame with a added 14-byte datagram whose command is 
'FPRD' (Configured Address Physical Read ). This makes me confused. Can anyone 
explain for me?

- The EL2262 takes 7bytes in the PDO. I don't understand why this takes so much 
space? It has only two outputs, and I used only:
const static ec_pdo_entry_reg_t domain_regs[] = {     
   { EL2262SlavePos, Beckhoff_EL2262, 0x7000, 0x01, &off_dig_out1},         
     {}
};

Thank you in advance!
============================================
//EL2262

ec_pdo_entry_info_t slave_6_pdo_entries[] = {
    {0x7800, 0x01, 16}, /* Cycle Counter0 */
    {0x7000, 0x01, 1}, /* Output0 */
    {0x7200, 0x01, 8}, /* Output0 */
    {0x0000, 0x00, 1},
    {0x0000, 0x00, 2},
    {0x0000, 0x00, 3},
    {0x0000, 0x00, 4},
    {0x0000, 0x00, 5},
    {0x0000, 0x00, 6},
    {0x0000, 0x00, 7},
    {0x7800, 0x02, 16}, /* Cycle Counter1 */
    {0x7000, 0x02, 1}, /* Output1 */
    {0x7200, 0x02, 8}, /* Output1 */
    {0x0000, 0x00, 1},
    {0x0000, 0x00, 2},
    {0x0000, 0x00, 3},
    {0x0000, 0x00, 4},
    {0x0000, 0x00, 5},
    {0x0000, 0x00, 6},
    {0x0000, 0x00, 7},
    {0x1d09, 0x98, 32}, /* StartTimeNextOutput */
};

ec_pdo_info_t slave_6_pdos[] = {
    {0x1700, 1, slave_6_pdo_entries + 0}, /* CycCount0 */
    {0x1600, 1, slave_6_pdo_entries + 1}, /* Sample0 */
    {0x1800, 1, slave_6_pdo_entries + 2}, /* Sample0 */
    {0x1710, 1, slave_6_pdo_entries + 3}, /* Gap */
    {0x1711, 1, slave_6_pdo_entries + 4}, /* Gap */
    {0x1712, 1, slave_6_pdo_entries + 5}, /* Gap */
    {0x1713, 1, slave_6_pdo_entries + 6}, /* Gap */
    {0x1714, 1, slave_6_pdo_entries + 7}, /* Gap */
    {0x1715, 1, slave_6_pdo_entries + 8}, /* Gap */
    {0x1716, 1, slave_6_pdo_entries + 9}, /* Gap */
    {0x1701, 1, slave_6_pdo_entries + 10}, /* CycCount1 */
    {0x1680, 1, slave_6_pdo_entries + 11}, /* Sample1 */
    {0x1880, 1, slave_6_pdo_entries + 12}, /* Sample1 */
    {0x1718, 1, slave_6_pdo_entries + 13}, /* Gap */
    {0x1719, 1, slave_6_pdo_entries + 14}, /* Gap */
    {0x171a, 1, slave_6_pdo_entries + 15}, /* Gap */
    {0x171b, 1, slave_6_pdo_entries + 16}, /* Gap */
    {0x171c, 1, slave_6_pdo_entries + 17}, /* Gap */
    {0x171d, 1, slave_6_pdo_entries + 18}, /* Gap */
    {0x171e, 1, slave_6_pdo_entries + 19}, /* Gap */
    {0x1702, 1, slave_6_pdo_entries + 20}, /* StartTimeNextOutput */
};

ec_sync_info_t slave_6_syncs[] = {
    {0, EC_DIR_OUTPUT, 10, slave_6_pdos + 0, EC_WD_ENABLE},
    {1, EC_DIR_OUTPUT, 10, slave_6_pdos + 10, EC_WD_ENABLE},
    {2, EC_DIR_INPUT, 1, slave_6_pdos + 20, EC_WD_DISABLE},
    {0xff}
};
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.etherlab.org/pipermail/etherlab-users/attachments/20110613/29f1ce6e/attachment-0002.htm>


More information about the Etherlab-users mailing list