CC-Link第10篇 CC-Link抓包工具

在之前的相关文章中，我们在抓取CC-Link报文时，需要用专用的侦听器工具，但并未找到相关的产品，所以骥远为了方便大家了解CC-Link协议报文，同时更为了方便分析通讯相关的问题，特别开发了针对CC-Link的报文侦听器。

一个产品从无到有的过程是很漫长的，尤其是当市面上没有同类型的产品可做参考的情况下。CC-Link报文侦听器就是在这样的条件下诞生的。其实支持CC-Link的Xone板卡也是在这样的条件下开发出来的。

当北京骥远决定要开发CC-Link协议时，首先面临的问题，就是没有相关的报文可供分析。于是首先构建一个可用来获取报文的设备，得益于骥远长期的积累和程序的模块设计，我们基于现有的EnTalk硬件Xone+Xone的方式构建了一个可用的CC-Link报文侦听器，如下图所示：

基本的设计思路是：通过Xone-F（FPGA+MCU架构）抓取CC-Link报文，通过EnTalk设计的内部高速通道发送给另外一个Xone-S（MCU+Switch架构），再将报文通过以太网以UDP的方式发出，最后通过wireshark软件（Lua脚本）进行解析。

注：关于Xone-F，Xone-S相关信息，可以联系北京骥远获取。

至于为什么要采取以太网+wireshark的方式，这个也是为了借用骥远EnTalk系列网关已有的强大的总线侦听功能，具体就是EnTalk网关具备了将现场总线的报文转发到以太网的功能，该功能在分析现场总线相关问题时，非常有用。

那么现在我们只需要做以下三件事：

1. 通过Xone-F抓取HDLC（CC-Link链路层）报文；
2. 通过Xone-S的以太网通道，采用UDP的方式发送；
3. 采用Lua脚本解析报文；

完成以上部分后，我们可以就可以抓取CC-Link报文了。如下图所示：

实际的CC-Link报文侦听模块，如下图所示：

“骄傲使人落后，谦虚让人进步”，骥远没有满足现有的CC-Link抓包方案，持续的改进现有的设计，是骥远时刻在进行的工作。

其实通过之前的文章，我们能看到目前的侦听器不能覆盖更高的波特率，原因是：

1. 当波特率高时，抓取的报文，密度更小，现有的架构可能造成报文丢失；
2. 报文的时间，现有的方案，对于报文的时间戳不够准确，不利于更高级的分析；

骥远经过多次的分析和讨论，决定采用FPGA直接到以太网的方式，基于ET985 EtherCAT从站转CC-Link从站的硬件，其原理框图如下图所示：

该模块采用单个Xone方案，通过Xone-F内部的FPGA来实现：

1. 抓取CC-Link报文；
2. 打上报文时间戳；
3. 通过以太网上传；

采用的模块如下图所示：

该模块实际上是用来实现EtherCAT从站，我们通过设计新的底板完全可以用来构建性能更强大的CC-Link侦听器。

如果关注过我们之前的文章，CC-Link与PROFIBUS-DP对比，我们是可以看到CC-Link，PROFIBUS-DP，Modbus RTU等的现场总线，物理层都是基于RS485的，那么我们现在的硬件其实就是针对RS485的抓包，只是在链路层上的处理不同而已。