[etherlab-dev] Slave to Slave communication

Dave Page dave.page at gleeble.com
Mon May 11 12:23:07 CEST 2015



On 2015-05-11 22:00, etherlab-dev-request at etherlab.org wrote:
> Have anyone ever run a Safety-over-Ethercat solution via the etherlab-master?

     I have successfully used the EL6900 FSoE PLC, EL1904, and EL2904 
via the IgH master. It is necessary to use TwinCAT to program the PLC 
initially, and to identify all the PDO data which must be coped.

     There is nothing fundamentally difficult about FSoE, except 
understanding how all the pieces fit together is not easy. Suggest 
reading the FSoE specification (ETG5100) first for an overview. The 
specification does not disclose anything about the specific EL6900 
implementation in terms of how to burn your PLC code onto the EL6900 -- 
this is a black box for which TwinCAT is mandatory.

     In every cycle of the domain, the application (your code) must copy 
short byte arrays of data from the PLC TxPDO to each FSoE slave, and 
from each FSoE slave to the PLC. This is easy to arrange with, for 
example, memcpy(). The use of fancy datagram commands like FRMW or 
overlapped mapping of the PDOs in logical space is not at all useful 
with regards to FSoE -- the data movement is simply copying bits between 
ordinarily mapped PDOs in the application software and nothing more. The 
protocol is designed to accept multiple process data cycles of latency 
between updates, as the fault condition is detected using a watchdog timer.

         Best regards - Dave

-------------- next part --------------
A non-text attachment was scrubbed...
Name: dave_page.vcf
Type: text/x-vcard
Size: 300 bytes
Desc: not available
URL: <http://lists.etherlab.org/pipermail/etherlab-dev/attachments/20150511/cd16355a/attachment.vcf>


More information about the etherlab-dev mailing list