PTP移植笔记七：哈哈！时钟校时功能

全部重构了原来的代码处理架构。果然还是自己的代码看着爽。原PTPD的源码保留的头文件和一些功能性的函数，比如数据结构定义、解包、打包、计算函数等，和我开始想的一样。虽然不如原来功能完善，但是感觉清爽、整齐多了。做好的信息也一下满满的！哈哈哈！果然还是要用自己的代码。
重复造轮子，还不是因为原来的轮子不好用吗，哈哈哈！

但是从连续计算出来的数据看：
meanPathDelay:0 seconds, 30729 nanoseconds
meanPathDelay:0 seconds, 37169 nanoseconds
meanPathDelay:0 seconds, 20889 nanoseconds
meanPathDelay:0 seconds, 40369 nanoseconds
meanPathDelay:0 seconds, 17729 nanoseconds
meanPathDelay:0 seconds, 33969 nanoseconds
meanPathDelay:0 seconds, 30639 nanoseconds
meanPathDelay:0 seconds, 30599 nanoseconds
meanPathDelay:0 seconds, 37219 nanoseconds
meanPathDelay:0 seconds, 17729 nanoseconds
meanPathDelay:0 seconds, 27399 nanoseconds
meanPathDelay:0 seconds, 21009 nanoseconds
meanPathDelay:0 seconds, 20969 nanoseconds
meanPathDelay:0 seconds, 27399 nanoseconds
meanPathDelay:0 seconds, 24209 nanoseconds
meanPathDelay:0 seconds, 27449 nanoseconds
meanPathDelay:0 seconds, 40479 nanoseconds
meanPathDelay:0 seconds, 27409 nanoseconds
meanPathDelay:0 seconds, 20929 nanoseconds
meanPathDelay:0 seconds, 27399 nanoseconds
meanPathDelay:0 seconds, 37079 nanoseconds
meanPathDelay:0 seconds, 30639 nanoseconds
meanPathDelay:0 seconds, 40359 nanoseconds
meanPathDelay:0 seconds, 40449 nanoseconds
meanPathDelay:0 seconds, 30649 nanoseconds
meanPathDelay:0 seconds, 24199 nanoseconds
meanPathDelay:0 seconds, 30549 nanoseconds
meanPathDelay:0 seconds, 30649 nanoseconds
meanPathDelay:0 seconds, 40329 nanoseconds
meanPathDelay:0 seconds, 17649 nanoseconds
meanPathDelay:0 seconds, 33879 nanoseconds
meanPathDelay:0 seconds, 20849 nanoseconds
meanPathDelay:0 seconds, 27409 nanoseconds
meanPathDelay:0 seconds, 24169 nanoseconds
meanPathDelay:0 seconds, 30679 nanoseconds
meanPathDelay:0 seconds, 24119 nanoseconds
meanPathDelay:0 seconds, 24289 nanoseconds
meanPathDelay:0 seconds, 33919 nanoseconds
meanPathDelay:0 seconds, 40399 nanoseconds
meanPathDelay:0 seconds, 27319 nanoseconds
meanPathDelay:0 seconds, 20879 nanoseconds
meanPathDelay:0 seconds, 27289 nanoseconds
meanPathDelay:0 seconds, 20929 nanoseconds
每次计算出的路径时间都不同，但有时前后两次又很接近，不知道是买的这块FRDM的时钟不太准呢，还是交换机的性能不足呢，或者是主时钟也不太准，因为主时钟也是个K64。或者大家都不太准，凑一块了哈哈哈。
至少下图说明，交换机本身的精度很可能不高：
meanPathDelay:0 seconds, 40349 nanoseconds
meanPathDelay:0 seconds, 40429 nanoseconds
meanPathDelay:0 seconds, 30659 nanoseconds
meanPathDelay:0 seconds, 40389 nanoseconds
meanPathDelay:0 seconds, 624794699 nanoseconds
meanPathDelay:0 seconds, 749718079 nanoseconds
meanPathDelay:0 seconds, 499808859 nanoseconds
meanPathDelay:0 seconds, 27429 nanoseconds
meanPathDelay:0 seconds, 30719 nanoseconds
meanPathDelay:0 seconds, 874626949 nanoseconds
meanPathDelay:0 seconds, 999609199 nanoseconds
meanPathDelay:0 seconds, 40449 nanoseconds
meanPathDelay:0 seconds, 40439 nanoseconds
meanPathDelay:0 seconds, 40369 nanoseconds
meanPathDelay:0 seconds, 24139 nanoseconds
下一步先把DELAY_REQ改为单播模式，看看结果如何。