我对比了下处理前后的截图，直观感受：

一、处理后需要与CPU进行时间同步的设备已经大大减少。

二、对于同一Sequence，同一消息源Source会成对出现两条PTCP的报文，分别是第一条发出测量时间延迟请求，第二条确定时间延迟结果并完成同步。处理后，往往很快收到结果。处理前，常常存在很大的延迟才收到同步结果。

三、Phoenix无法完成我们PTCP报文的解析的原因是硬件不支持。SIEMENS使用了ERTEC400或200的芯片，基于该硬件完成基于时间的数据通讯。

所以要搞懂技术细节，还是要深究PTCP协议的运行机制。

PTCP全称为Precise transparent clock protocol。基于IEEE1588，SIEMENS使用了ERTEC400或200的芯片，基于该硬件完成基于时间的数据通讯，从而保证运动控制的精度<1us。PTCP协议位于OSI/ISO参考模型的第二层，所以不能通过路由。该协议可以同步的时间精度在ms和us的的范围内。对于内存和CPU没有特殊的要求，所以占用很少的资源，另外它占用极少的带宽。该协议在时间同步控制过程中，主要分为两个部分，分别是完成同步和测量延迟时间。所以要想深刻知道这两部分的详细信息，你需要知道同步帧的过程原理和其含义，比如说Sync.Req和followup.Req这两种报文，Sync.Req表示同步请求，要求对方slave的保存当时自己的时钟信息，followup.Req然后再发送主时钟的发送Sync.Req的时钟信息，这样完成同步机制。测量延迟使用Delay.Req和Delay.Rsp两种报文，是Slave--〉master，然后Master发送给Slave的一个过程，用于测量网络的线路延迟信息，得到精确的时钟同步。

供参考