工具/软件：
我目前正在尝试使用 Intel i210 同步 Aes67 音频设备的 PTP 时钟输出。 然后由 LMK05318B 对 i210 的基准时钟输出进行滤波/倍频、以便将 I2S 时钟输出到下游器件。
i210 由 x86 Linux PC 控制、并通过 Linux 的 PTP4L 同步外部时钟。 testPTP 程序控制 i210 的 SDP 引脚、以输出 2KHz 方波信号作为 LMK05318B 的基准时钟。 LMK05318B 的 XO 晶体振荡器是 12.288M TCXO
用于测试的 PCB 由我自己绘制、当前用于测试的寄存器配置如下：
尊敬的 Link 和 Jennifer：
我知道 LMK 由 210 的频率输出持续更新。
我对 PTP 锁定会更有疑问。
假设 i210 电路基于 Intel I210-T1 电路板等参考设计。
使用上游 igb 驱动程序、可以使用 ppps 用户空间工具来使用 SDP 引脚接头上的任意频率功能。
#perpps -d /dev/ptp0 -P 1500000
但 i210 PLL 在 PTP 主器件之后表现如何呢？
将 i210 直接连接到 gm 或 BC、可实现约 10100ns 至 100ns 的 ptp4l 抖动。 
完整的不同方法是使用 LMK 的定制 i210 板、该板直接为 i210 提供 25MHz 时钟。
使用具有新 DCO 功能的修改 igb 驱动程序时、最好更好。
“igb_ptp.c 函数 igb_ptp_adjfine_82580 ()“
链接、在没有 ptp4l 运行的情况下、您的设置中是否存在 LMK 相锁？
PTP 在后引入的抖动。
此致、
Octo
高链接、
为了添加到 Octo 的注释中、如果您能提供设置的方框图、这会很有帮助、类似于我在 PTP 中看到的那样：
此致、
Jennifer
OCXO 中的 SC-Cut 晶体在预热过程中的频率偏差为 20 - 30ppm。
当 XO=24 时、576MHz±0.1ppm、GPS 基准 1PPS。
我计算出 REF 和 XO 之间的允许误差约为 2、56ppm。
这就是我情况下初始锁定缓慢的原因。 使用和不使用软复位功能、它在预热后工作正常。
在数据表 LMK05318B-Q1 上进行了介绍“8.1.4 慢速或延迟 XO 启动“
返回到 AES67 音频链路项目。
当 XO=12、288MHz±1、5ppm TCXO 且 PTP REF±10-100ns 抖动时。
XO 和 REF 之间允许的误差为 5、12ppm、因此 GPS 规范的 PTP 将非常适合。
以太网 IEEE 802.3 规定了±50ppm 的最大频率容差。
Intel 规定计时器件的频率容差优于±30ppm。
这意味着现成的 NIC 本身不能对 LMK 进行管制、除非您幸运地处于 5、12 ppm 以内。
这用于没有 ptp4l 的自由运行模式。
@链接:您期望您的 PTP GM 有什么容差? GPS 有纪律吗？
尊敬的 Links：
1：其他以太网流量
2：在整个操作过程中、LOFL 和 HOLDVR 保持为 0
很好
3:i226 是 i210 的一个很好的继承者,我同意你,它不是 NIC 或它的驱动程序。
它使用不同的内核驱动程序 IGC 而不是 igb。
这两款芯片都经过精心设计、i210 用于 1GBASE-T、i226 用于 2.5GBASE-T、具有更好的抖动规格、更低的功耗和 PCIe PTM。
4：要排除 GM、网络交换机...“在此状态下、LMK 可以锁定且 LOPL 保持为 0 “
有意思。 通过断开（链路断开）或不运行 ptp4l、不再进行 PHC 频率调整。 事实上 i210/i226 是然后自由运行发电机,之前通过遵循 GM 调整,接近 0 PPM。
5：3.3-5V 和±0.1ppm 的 TCXO 参数。
该 TCXO 应该没问题。 如果您有良好的基准和计数器、也许您可以验证频率偏移。
在延迟计算期间、ptp4l 伺服算法似乎受到网络路径延迟变化的影响。
作为 PTPv2 协议的一部分、使用 DELAY_REQ/DELAY_RESP 数据包对路径延迟进行连续跟踪。
但是、如果开关缓冲区在 DELAY_REQ 和 DELAY_RESP 数据包之间调整、则会出现异常值。
也许在这种情况下、切换 PTP 模式 BC 与 TC (BoundaryClock / TransparantClock) 将解决异常值。
很明显、LMK 和 i210 可以正常工作。 此以太网交换机上的所有 PTP 器件都将具有这些异常值、但如果您看到/听到失真、则取决于它们工作的精度。
Linux PTP 社区也在讨论和研究过滤离群值[1][2]。 但另一方面、异常情况不应发生在支持工业 PTP 的网络上。 欢迎使用 Linuxptp 栈过滤、希望他们会介绍这一点。
问题:即使使用 LOPL , PTP 频率/相位跟踪是否符合 EAS67 广播规范?
您是否能够根据 AES67 + ST2110-10 标准进行测量？
或者只是在接收到 AES67 音频时（转换为 AES/EBU 或 SPDIF）、您是否听到了失真？ 
[1] sourceforge.net/.../
[2] gist.github.com/.../5a4dff7e089bd429c5d208d9276e1683
此致、
Octo Halsema
