• 状态 Resolved
  • 已锁定 已锁定
  • 回复 41 回复
  • 订户 0 订户
  • 视图 34 视图
  • 用户 0 会员在此处
选项
选项
相关

This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] PROCESSOR-SDK-AM64X：AM64x PTP 相关问题

admin
Guru**** 2694555 points
请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1549194/processor-sdk-am64x-am64x-ptp-related-question

器件型号： PROCESSOR-SDK-AM64X

工具/软件：

您好、
在 TI AM64x EVM 上试用 TSN PTP 功能时、会出现一个问题。
在祖母上：
phc2sys -a -RR --transportSpecific=1 &
ptp4l -P –2 -H -i eth1 -f /root/ptp/gPTP.cfg --step_threshold=1 -m -q -p /dev/ptp0

在从器件上：
phc2sys -a -r --transportSpecific=1 &
ptp4l -P –2 -H -i eth0 -s -f /root/ptp/gPTP.cfg --step_threshold=1 -m -q -p /dev/ptp0
ptp4l[235.449]：选择/dev/ptp0 作为 PTP 时钟
ptp4l[235.490]：端口 1 (eth0)：正在初始化以侦听 init_complete
ptp4l[235.490]：端口 0 (/var/run/ptp4l)：初始化以侦听 init_complete
ptp4l[235.490]：端口 0 (/var/run/ptp4lro)：初始化以侦听 init_complete
ptp4l[238.840]：选择本地时钟 641c10.FFFE.24678f 作为最佳主时钟
ptp4l[239.178]：端口 1 (eth0)：新的外来主机 70ff76.FFFE.1fe2de-1
ptp4l[241.178]：选择最佳主时钟 70ff76.FFFE.1fe2de
ptp4l[241.178]：端口 1 (eth0)：在 RS_slave 上未校准地侦听
ptp4l[241.820]：端口 1 (eth0)：未校准到 master_clock_selected 上的从器件
ptp4l[242.445]：RMS 877146033535543168 最大值 1754292067071086848 频率 +3697  +/- 1944 延迟 35 +/-  0
ptp4l[243.446]：RMS 779 最大 1127 频率 +6797  +/- 883 延迟 34 +/-  0
ptp4l[244.446]：RMS 1088 最大 1144 频率 +8516  +/- 295 延迟 34 +/-  0
ptp4l[245.447]：RMS 685 最大 999 频率 +8875  +/- 130 延迟 34 +/-  0
ptp4l[246.447]：RMS 137 最大值 222 频率 +8148  +/- 180 延迟 34 +/-  0
ptp4l[247.448]：RMS 390 最大值 432 频率 +7461  +/- 182 延迟 34 +/-  0
ptp4l[248.448]：RMS 365 最大 值 442 频率 +7078   +/- 31 延迟 34 +/-  0
ptp4l[249.449]：RMS 139 最大 236 频率 +7160   +/- 69 延迟 34 +/-  0
ptp4l[250.449]：RMS  67 最大值 111 频率 +7196   +/- 68 延迟 34 +/-  0
ptp4l[251.450]：RMS 444 最大值 539 频率 +7995  +/- 323 延迟 34 +/-  0
ptp4l[252.450]：RMS 580 最大 744 频率 +8773  +/- 122 延迟 34 +/-  0
ptp4l[253.451]：RMS 266 最大 365 频率 +7848  +/- 242 延迟 34 +/-  0
ptp4l[254.453]：RMS 170 最大 235 频率 +7718  +/- 108 延迟 35 +/-  0
ptp4l[255.453]：RMS 126 最大值 219 频率 +7842  +/- 177 延迟 35 +/-  0
ptp4l[256.453]：RMS 227 最大 255 频率 +8293   +/- 67 延迟 35 +/-  0
ptp4l[257.454]：RMS 497 最大 762 频率 +8901  +/- 409 延迟 35 +/-  0
ptp4l[258.454]：RMS 418 最大 763 频率 +9271  +/- 261 延迟 35 +/-  0
ptp4l[259.454]：RMS 383 最大 475 频率 +8247  +/- 250 延迟 36 +/-  0
ptp4l[260.455]：RMS 640 最大 765 频率 +7331  +/- 227 延迟 35 +/-  0
ptp4l[261.455]：RMS 260 最大 403 频率 +7383   +/- 61 延迟 35 +/-  0
ptp4l[262.456]：RMS 117 最大 183 个频率 +7405   +/- 69 延迟 35 +/-  0
ptp4l[263.456]：RMS 186 最大 频率 264 + 7147   +/- 50 延迟 35 +/-  0
ptp4l[264.457]：RMS 389 最大值 494 频率 +7932  +/- 327 延迟 35 +/-  0
ptp4l[265.457]：RMS 185 最大 416 频率 +7954  +/- 151 延迟 35 +/-  0
ptp4l[266.458]：RMS 314 最大 446 频率 +8382  +/- 161 延迟 35 +/-  0
ptp4l[267.458]：RMS 148 最大 246 频率 +8174  +/- 203 延迟 35 +/-  0
ptp4l[268.459]：RMS 179 最大 357 频率 +7949  +/- 218 延迟 35 +/-  0
ptp4l[269.460]：RMS 468 最大 594 频率 +7174  +/- 265 延迟 35 +/-  0
ptp4l[270.462]：RMS 249 最大 381 频率 +7101  +/- 126 延迟 34 +/-  0
ptp4l[271.462]：RMS 244 最大值 301 频率 +7764  +/- 124 延迟 34 +/-  0
ptp4l[272.463]：RMS 182 最大 316 频率 +7698  +/- 233 延迟 34 +/-  0
ptp4l[273.463]：RMS 193 最大 270 频率 +7259   +/- 79 延迟 35 +/-  0
ptp4l[274.464]：RMS 204 最大值 314 频率 +7091 +/- 162 延迟  35 +/-  0
ptp4l[275.464]：RMS 300 最大 339 频率 +6654   +/- 50 延迟 35 +/-  0
ptp4l[276.465]：RMS 151 最大 235 频率 +6691  +/- 125 延迟 35 +/-  0
ptp4l[277.465]：RMS  97 最大 185 频率 +6700  +/- 112 延迟 35 +/-  0
ptp4l[278.466]：RMS 111 最大 164 频率 +6537   +/- 42 延迟 34 +/-  0
ptp4l[279.466]：RMS 129 最大 194 频率 +6849   +/- 97 延迟 34 +/-  0
ptp4l[280.466]：RMS 118 最大 250 频率 +6749  +/- 165 延迟 35 +/-  0
ptp4l[281.467]：RMS 414 最大 457 频率 +7531  +/- 187 延迟 35 +/-  0
ptp4l[282.468]：RMS 294 max 432 freq +7747   +/- 59 delay 35 +/-  0
ptp4l[283.468]：RMS 213 最大 383 频率 +7342  +/- 287 延迟 35 +/-  0
ptp4l[284.469]：RMS 340 最大 397 频率 +6726   +/- 58 延迟 36 +/-  0

夸脱：
主控器和从控器之间的 rms 偏移是否合理？ 如果没有、我们如何解决？

  • 0
    TI__Guru**** 2694555 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    您好 Matt、  

    1.您使用的是哪个 Linux SDK 版本？

    2.您的主从器件是否都是 TI AM64x EVM？

    3. gPTP.cfg 文件的内容是什么?

    主服务器和从服务器之间的 rms 偏移是否合理？ 如果没有、我们如何解决？

    从我过去运行的测试中可以看出、rms 偏移通常应达到两位数的 ns 级别。 因此、我们需要了解您的测试设置与我的测试设置之间有何差异。

    -道林

  • 0
    TI__Guru**** 2694555 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    尊敬的 Daolin：

    对于#1、#2：

    是的、PTP 主从设备都在 TI AM64x EVM 上运行、SD 卡上默认使用 SDK。

    Root@am64xx-EVM：~/# uname -A
    Linux am64xx-EVM 6.6.58-ti-01497-ga7758da17c28-dirty #1 SMP PREEMT 11 月 27 日星期三 13：23：15 UTC 2024 AArch64 GNU/Linux

    对于#3：gPTP.cfg 取自 https://github.com/richardcochran/linuxptp/blob/master/configs/gPTP.cfg （根据某些 TI 指令的建议）：

    root@am64xx-EVM：~/# cat gPTP.cfg
    #
    # 802.1AS 示例配置包含那些属性
    #与默认值不同。  有关的信息、请参阅文件 default.cfg
    #可用选项的完整列表。
    #
    【全球】
    gmCapable         1.
    优先级 1.         248.
    优先级 2.         248.
    logAnnounceInterval   0
    logSyncInterval      –3
    syncReceipt 超时 3.    
    我的超次元帝国 800
    Min_neighber_prop_delay –20000000
    assume_two_step      1.
    PATH_TRACE_ENABLED   1
    Follow_up_info      1.
    运输规格    0x1
    PTP_DST_Mac        01：80：C2：00：00：0E
    NETWORK_TRANSPORT    L2
    DELAY_机制      P2P

    #为 TI PHY 添加以下行：
    我的超次元帝国 88
     第 288 章

  • 0
    TI__Guru**** 2694555 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    尊敬的 Matt：  

    root@am64xx-evm：~/# uname -a.
    Linux am64xx-EVM 6.6.58-ti-01497-ga7758da17c28-dirty #1 SMP 抢占周三 11 月 27 日 13：23：15 UTC 2024 AArch64 GNU/Linux

    使用非 RT Linux 与 RT Linux 有何特殊原因？ （我注意到您未使用 PREEMPT_RT）

    priority1.         248

    您可以尝试将 gPTP.cfg 中的“priority1"配置“配置为“100"（“（对于（对于祖母）和“240"（“（对于（对于跟随者）吗？

    -道林

  • 0
    TI__Guru**** 2694555 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    尊敬的 Daolin：

    我使用了非 RT Linux、因为它位于 TI AM64x EVM SD 卡上、我在网上找到的说明似乎没有提到将 RT Linux 用于 TSN 功能。

    下面是按照您的建议更改 gPTP.cfg 后从器件侧的输出：

    ptp4l[378.503]：选择/dev/ptp0 作为 PTP 时钟
    ptp4l[378.554]：端口 1 (eth0)：正在初始化以侦听 init_complete
    ptp4l[378.554]：端口 0 (/var/run/ptp4l)：正在初始化以侦听 init_complete
    ptp4l[378.554]：端口 0 (/var/run/ptp4lro)：正在初始化以侦听 init_complete
    ptp4l[381.879]：端口 1 (eth0)：新的外来主机 70ff76.FFFE.1fe2de-1
    ptp4l[381.907]：选择本地时钟 641c10.FFFE.24678f 作为最佳主时钟
    ptp4l[383.879]：选择了最佳主时钟 70ff76.FFFE.1fe2de
    ptp4l[383.879]：端口 1 (eth0)：在 RS_slave 上未校准地侦听
    ptp4l[384.846]：端口 1 (eth0)：在 master_clock_selected 上未校准到从器件
    ptp4l[385.473]：RMS 38884 最大值 77824 频率 +4611  +/- 2133 延迟 33 +/-  0
    ptp4l[386.473]：RMS 1090 最大 1413 频率 +7261  +/- 796 延迟 33 +/-  0
    ptp4l[387.474]：RMS 1099 最大 1424 频率 +8580  +/- 132 延迟 33 +/-  0
    ptp4l[388.474]：RMS 512 最大 641 频率 +8553  +/- 164 延迟 33 +/-  0
    ptp4l[389.475]：RMS 291 最大 445 频率 +7674  +/- 272 延迟 33 +/-  0
    ptp4l[390.475]：RMS 239 最大值 371 频率 +7523  +/- 244 延迟 33 +/-  0
    ptp4l[391.476]：RMS 263 最大 384 频率 +7934  +/- 319 延迟 33 +/-  0
    ptp4l[392.476]：RMS 357 最大 463 频率 +8484  +/- 190 延迟 33 +/-  0
    ptp4l[393.477]：RMS 256 最大值 416 频率 +8657  +/- 119 延迟 33 +/-  0
    ptp4l[394.478]：RMS 230 最大 474 频率+8724   +/- 251 延迟 33 +/-  0
    ptp4l[395.478]：RMS 481 最大值 619 频率 +9525  +/- 100 延迟 33 +/-  0
    ptp4l[396.479]：RMS 116 最大值 228 频率 +9204  +/- 140 延迟 33 +/-  0
    ptp4l[397.479]：RMS 145 最大 263 频率 +9365  +/- 132 延迟 33 +/-  0
    ptp4l[398.480]：RMS 205 最大值 332 频率 +9215  +/- 289 延迟 33 +/-  0
    ptp4l[399.481]：RMS 173 最大 频率 +9264  +/- 242 延迟 33 +/-  0
    ptp4l[400.481]：RMS 223 最大值 277 频率 +9673  +/- 100 延迟 33 +/-  0
    ptp4l[401.482]：RMS 372 最大 479 频率+10142  +/- 239 延迟 33 +/-  0
    ptp4l[402.482]：RMS 195 最大 393 频率+10199  +/- 112 延迟 34 +/-  0
    ptp4l[403.483]：RMS 377 最大 488 频率 +9382  +/- 253 延迟 34 +/-  0
    ptp4l[404.483]：RMS 348 最大 454 频率 +9008   +/- 89 延迟 34 +/-  0
    ptp4l[405.484]：RMS 327 最大 386 频率 +8710  +/- 138 延迟 34 +/-  0
    ptp4l[406.484]：RMS 245 最大 384 频率 +9111  +/- 337 延迟 34 +/-  0
    ptp4l[407.485]：RMS 155 最大 282 频率 +9257  +/- 172 延迟 34 +/-  0
    ptp4l[408.485]：RMS 402 最大 541 频率 +9914  +/- 171 延迟 34 +/-  0
    ptp4l[409.486]：RMS 437 最大值 611 频率 +8859  +/- 355 延迟 33 +/-  0
    ptp4l[410.486]：RMS 339 最大 488 频率 +8603  +/- 276 延迟 33 +/-  0
    ptp4l[411.487]：RMS 231 最大 384 频率 +9075  +/- 278 延迟 34 +/-  0
    ptp4l[412.487]：RMS 125 最大 值 168 频率 +9110  +/- 145 延迟 33 +/-  0
    ptp4l[413.488]：RMS 538 最大 频率 702 +8104 +/- 361 延迟  33 +/-   

    有何评论？

    感谢您的帮助！

  • 0
    TI__Guru**** 2694555 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    尊敬的 Daolin：

    只需查看此状态、您是否可以了解 rms 偏移为什么不是两位数以及如何进行改进？

    谢谢！  

  • 0
    TI__Guru**** 2694555 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    尊敬的 Matt：  

    对延迟响应表示歉意。

    [引述 userid=“378769" url="“ url="~“~/support/processors-group/processors/f/processors-forum/1549194/processor-sdk-am64x-am64x-ptp-related-question/5961045

    对于#1、#2：

    是的、PTP 主从设备都在 TI AM64x EVM 上运行、SD 卡上默认使用 SDK。

    Root@am64xx-EVM：~/# uname -A
    Linux am64xx-EVM 6.6.58-ti-01497-ga7758da17c28-dirty #1 SMP PREEMT 11 月 27 日星期三 13：23：15 UTC 2024 AArch64 GNU/Linux

    [/报价]

    您是否能够 在 SDK 11.1（内核版本 6.12.x）上复制相同的 PTP 偏移？  

    作为完整性检查或与非 RT 的比较、可能值得检查 RT-Linux 版本是否也会产生相同的 rms 偏移。

    为了澄清一下、您正在使用 CPSW 以太网（而不是 ICSSG 以太网）来测试 PTP？

    以下是我在 AM64x EVM1 eth0 <--->eth0 AM64x EVM2 上测试时发现的结果、其中 eth0 是 CPSW 以太网并且使用 RT-Linux SDK 11.1。 在这种配置下、我可以看到预期的 2 位偏移值。

    EVM1 - Grandmaster 

    root@am64xx-evm:~# cat gPTP.cfg 
# 802.1AS example configuration containing those attributes which
# differ from the defaults. See the file, default.cfg, for the
# complete list of available options.
#
[global]
gmCapable 1
priority1 100
priority2 248
logAnnounceInterval 0
logSyncInterval -3
syncReceiptTimeout 3
neighborPropDelayThresh 800
min_neighbor_prop_delay -20000000
assume_two_step 1
path_trace_enabled 1
follow_up_info 1
transportSpecific 0x1
ptp_dst_mac 01:80:C2:00:00:0E
network_transport L2
delay_mechanism P2P
ingressLatency 96
egressLatency 288
root@am64xx-evm:~# ptp4l -P -2 -H -i eth0 -f gPTP.cfg --step_threshold=1 -m -q -p /dev/ptp0     
ptp4l[1261.577]: selected /dev/ptp0 as PTP clock
ptp4l[1261.605]: port 1 (eth0): INITIALIZING to LISTENING on INIT_COMPLETE
ptp4l[1261.605]: port 0 (/var/run/ptp4l): INITIALIZING to LISTENING on INIT_COMPLETE
ptp4l[1261.606]: port 0 (/var/run/ptp4lro): INITIALIZING to LISTENING on INIT_COMPLETE
ptp4l[1265.107]: port 1 (eth0): new foreign master 1c6349.fffe.1ad7bc-1
ptp4l[1265.594]: port 1 (eth0): LISTENING to MASTER on ANNOUNCE_RECEIPT_TIMEOUT_EXPIRES
ptp4l[1265.595]: selected local clock 3408e1.fffe.80a7ad as best master
ptp4l[1265.595]: port 1 (eth0): assuming the grand master role
ptp4l[1267.108]: selected best master clock 1c6349.fffe.1ad7bc
ptp4l[1267.108]: port 1 (eth0): assuming the grand master role
^Croot@am64xx-evm:~# uname -a
Linux am64xx-evm 6.12.35-g563c0d3bd742 #6 SMP PREEMPT_RT Thu Aug 14 15:16:24 CDT 2025 aarch64 GNU/Lx
root@am64xx-evm:~#

    EVM2 — 跟随器 

    root@am64xx-evm:~# cat gPTP.cfg 
# 802.1AS example configuration containing those attributes which
# differ from the defaults. See the file, default.cfg, for the
# complete list of available options.
#
[global]
gmCapable 1
priority1 240
priority2 248
logAnnounceInterval 0
logSyncInterval -3
syncReceiptTimeout 3
neighborPropDelayThresh 800
min_neighbor_prop_delay -20000000
assume_two_step 1
path_trace_enabled 1
follow_up_info 1
transportSpecific 0x1
ptp_dst_mac 01:80:C2:00:00:0E
network_transport L2
delay_mechanism P2P
ingressLatency 96
egressLatency 288

root@am64xx-evm:~# ptp4l -P -2 -H -i eth0 -f gPTP.cfg --step_threshold=1 -m -q -p /dev/ptp0     
ptp4l[1257.220]: selected /dev/ptp0 as PTP clock
ptp4l[1257.251]: port 1 (eth0): INITIALIZING to LISTENING on INIT_COMPLETE
ptp4l[1257.252]: port 0 (/var/run/ptp4l): INITIALIZING to LISTENING on INIT_COMPLETE
ptp4l[1257.252]: port 0 (/var/run/ptp4lro): INITIALIZING to LISTENING on INIT_COMPLETE
ptp4l[1261.220]: port 1 (eth0): LISTENING to MASTER on ANNOUNCE_RECEIPT_TIMEOUT_EXPIRES
ptp4l[1261.221]: selected local clock 1c6349.fffe.1ad7bc as best master
ptp4l[1261.221]: port 1 (eth0): assuming the grand master role
ptp4l[1262.710]: port 1 (eth0): new foreign master 3408e1.fffe.80a7ad-1
ptp4l[1263.335]: port 1 (eth0): received SYNC without timestamp
ptp4l[1264.210]: port 1 (eth0): received SYNC without timestamp
ptp4l[1264.711]: selected best master clock 3408e1.fffe.80a7ad
ptp4l[1264.711]: port 1 (eth0): MASTER to UNCALIBRATED on RS_SLAVE
ptp4l[1265.461]: port 1 (eth0): UNCALIBRATED to SLAVE on MASTER_CLOCK_SELECTED
ptp4l[1266.212]: rms 15114 max 19954 freq +16779 +/- 10396 delay  27 +/-  0
ptp4l[1267.212]: rms 2787 max 4269 freq +7682 +/- 3785 delay  27 +/-  0
ptp4l[1267.462]: port 1 (eth0): received SYNC without timestamp
ptp4l[1268.338]: rms 4737 max 5028 freq  -948 +/- 1247 delay  27 +/-  0
ptp4l[1269.339]: rms 2929 max 3924 freq -2476 +/- 139 delay  27 +/-  0
ptp4l[1270.339]: rms 913 max 1527 freq -1504 +/- 352 delay  27 +/-  0
ptp4l[1271.340]: rms 181 max 281 freq  -487 +/- 215 delay  27 +/-  0
ptp4l[1272.340]: rms 282 max 303 freq  -19 +/- 66 delay  26 +/-  0
ptp4l[1273.341]: rms 170 max 231 freq  +60 +/-  9 delay  26 +/-  0
ptp4l[1274.342]: rms  53 max  90 freq   +2 +/- 24 delay  27 +/-  0
ptp4l[1274.721]: port 1 (eth0): received PDELAY_REQ without timestamp
ptp4l[1275.342]: rms  38 max  56 freq  -104 +/- 32 delay  27 +/-  0
ptp4l[1276.343]: rms  21 max  37 freq  -116 +/- 10 delay  27 +/-  0
ptp4l[1277.343]: rms  8 max  13 freq  -88 +/-  8 delay  27 +/-  0
ptp4l[1278.344]: rms  11 max  14 freq  -72 +/-  5 delay  27 +/-  0
ptp4l[1279.345]: rms  4 max  7 freq  -76 +/-  4 delay  27 +/-  0
ptp4l[1280.345]: rms  5 max  9 freq  -85 +/-  5 delay  27 +/-  0
^Croot@am64xx-evm:~# uname -a
Linux am64xx-evm 6.12.35-g563c0d3bd742 #6 SMP PREEMPT_RT Thu Aug 14 15:16:24 CDT 2025 aarch64 GNU/Lx
root@am64xx-evm:~#

    -道林

  • 0
    TI__Guru**** 2694555 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    尊敬的 Daolin：

    感谢您的答复。  
    我相信我已经使用 CPSW 以太网测试了 PTP。 我大致按照这个 TI 在线研讨会演示将 EVM1 设置为开关（无直通）、然后使用 EVM1 eth1 <-> EVM2 eth0 测试 PTP
    e2e.ti.com/.../TI-Sitara-Linux-TSN-webinar.pdf
    如果您认为我可能在使用 ICSSG 以太网、请进行说明。

    我愿意同时使用非 RT 内核和 RT 内核试用 SDK 11.1。
    您能否指出我如何获取 SD 卡的两个映像？

    感谢您的帮助！

  • 0
    TI__Guru**** 2694555 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    尊敬的 Matt：  

    由于我 本周不在办公室、再次对回应的延误表示歉意。

    我愿意试用具有非 RT 内核和 RT 内核的 SDK 11.1。
    您能否指出我如何获取 SD 卡的两个映像？

    您可以在此处找到 SDK 11.1 RT WIC 映像： https://www.ti.com/tool/de-de/download/PROCESSOR-SDK-LINUX-RT SDK-AM64X 

    对于 PROCESSOR-SDK-LINUX 11.1 非 RT WIC 映像： https://www.ti.com/tool/de-de/download/SDK-AM64X 

    我相信我已经使用 CPSW 以太网测试了 PTP。 我大致按照这个 TI 在线研讨会演示将 EVM1 设置为开关（无直通）、然后使用 EVM1 eth1 <-> EVM2 eth0 测试 PTP
    e2e.ti.com/.../TI-Sitara-Linux-TSN-webinar.pdf
    请说明您是否认为我可能使用 ICSSG 以太网。

    本次在线研讨会假设您使用的是 TI 提供的 WIC 映像。 基于此、假设您未更改器件树或器件树叠加层、默认情况下 eth0 和 eth1 都使用 CPSW 以太网。  

    -道林

  • 0
    TI__Guru**** 2694555 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    谢谢你,道林！

    我将在 SDK 11.1 上尝试 PTP、并告知您结果。 这可能需要一段时间。 谢谢你。

  • 0
    TI__Guru**** 2694555 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    尊敬的 Matt：  

    如果有更新、请告知我

    -道林

  • 0
    TI__Guru**** 2694555 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    尊敬的 Daolin：

    感谢您发送编修。 抱歉、我没有机会在 RT 内核上尝试此操作、因为我们试图更好地了解 AM64x ...

    我对 CPSW 和 PRU-ICSSG 上的 TSN 支持有疑问：

    我的理解是、它们在 A53 (Linux) 和 R5F (FreeRTOS) 中共享相同的软件栈、但硬件时间戳和一些低级硬件实现功能除外。 但 CPSW 和 PRU-ICSSG 都具有完整的 TSN 特性（PTP、EST、IET 等） 基础知识。 这是正确的吗？

    这两者在 TSN 特性、性能等方面有何区别？

    此外、当我在 RT 内核上运行相同的测试时、我也会更新您。

    谢谢！

  • 0
    TI__Guru**** 2694555 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    尊敬的 Matt：  

    感谢您的答复。

    ]我的理解是、它们在 A53 (Linux) 和 R5F (FreeRTOS) 中共享相同的软件栈、但硬件时间戳和一些低级硬件实现功能除外。 [/报价]

    您能详细解释一下软件栈的含义吗？ 为清楚起见、CPSW 和 PRU-ICSSG 都具有不同的 Linux 器件驱动程序。 我怀疑 FreeRTOS 方面也是如此、但我需要推迟到同事那里获得更多专家的答复。 在硬件时间戳和低级硬件实现功能方面、它们使用完全不同的时间戳硬件 (CPSW 使用通用平台时间同步 — CPTS、PRU-ICSSG 使用工业以太网外设 (IEP))、低级硬件也是如此、有关更多详细信息、请参阅 AM64x TRM。

    [引用 userid=“378769" url="“ url="~“~/support/processors-group/processors/f/processors-forum/1549194/processor-sdk-am64x-am64x-ptp-related-question/6025962 ]但 CPSW 和 PRU-ICSSG 都具有完整的 TSN 特性（PTP、EST、IET 等） 基础知识。 这是正确的吗？

    我建议查看 SDK 版本说明/文档、以获取 CPSW 和 PRU-ICSSG 哪些 TSN 特性支持的完整列表。 TRM 还可以提供有关硬件支持哪些 TSN 特性的信息、但并非所有硬件支持的特性都具有软件实现。 据我所知、我们只要求支持 PTP、EST、IET、但并非所有 TSN 特性。

    在 TSN 特性、性能等方面、这两者之间有何区别？

    我没有具体的数字/基准来说明 CPSW 和 PRU-ICSSG TSN 功能的性能、但通常 PRU-ICSSG 最适合需要严格时序/确定性需求的工业通信应用、例如机器人。 简而言之、与 CPSW 相比、PRU-ICSSG 特别针对更多实时应用进行了更好/优化、CPSW 通常可用于音频/视频流等应用、在这些应用中、时间同步很有用、但无需遵循严格的延迟要求。

    -道林

  • 0
    TI__Guru**** 2694555 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    尊敬的 Daolin：

    为了解释我所说的软件栈、我想也许我可以将其概括为器件驱动程序。 现在我知道 CPSW 和 PRU-ICSSG 使用不同的 Linux 器件驱动程序。 因此、他们应该使用不同（至少有一些差异）的“软件栈“。 Slight smileμ s

  • 0
    TI__Guru**** 2694555 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    尊敬的 Matt：

    是的、在 Linux 中实现/控制 CPSW 以太网和 PRU-ICSSG 以太网功能的方式是通过各自的 Linux 器件驱动程序实现的、是的、它们是完全不同的软件实现。

    CPSW： https://git.ti.com/cgit/ti-linux-kernel/ti-linux-kernel/tree/drivers/net/ethernet/ti?h=ti-linux-6.12.y 

    PRU-ICSSG： https://git.ti.com/cgit/ti-linux-kernel/ti-linux-kernel/tree/drivers/net/ethernet/ti/icssg?h=ti-linux-6.12.y 

    -道林

  • 0
    TI__Guru**** 2694555 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    尊敬的 Daolin：

    我有机会尝试 RT 内核。 然而、结果似乎没有任何区别。
    以下是我的设置：

    在祖母上：
    # uname -A
    Linux am64xx-EVM 6.12.35-ti-RT-00915-ge3e551586dfa #1 SMP PREEMPT_RT 星期二 1 21：17：52 UTC 2025 AArch64 GNU/Linux

    # cat gPTP.cfg
    【全球】
    gmCapable         1.
    优先级 1.         100
    优先级 2.         248.
    logAnnounceInterval   0
    logSyncInterval      –3
    syncReceipt 超时 3.    
    我的超次元帝国 800
    Min_neighber_prop_delay –20000000
    assume_two_step      1.
    PATH_TRACE_ENABLED   1
    Follow_up_info      1.
    运输规格    0x1
    PTP_DST_Mac        01：80：C2：00：00：0E
    NETWORK_TRANSPORT    L2
    DELAY_机制      P2P

    #为 TI PHY 添加以下行：
    我的超次元帝国 88
     第 288 章

    # phc2sys -a -rr --transportSpecific=1 &
    # ptp4l -P –2 -H -i eth0 -f gPTP.cfg --step_threshold=1 -m -q -p /dev/ptp0
    2025 年 9 月 23 日星期二 17：10：00 UTC
    ptp4l[6019.116]：选择/dev/ptp0 作为 PTP 时钟
    ptp4l[6019.135]：端口 1 (eth0)：初始化到侦听 init_complete
    ptp4l[6019.136]：端口 0 (/var/run/ptp4l)：初始化侦听 init_complete
    ptp4l[6019.136]：端口 0 (/var/run/ptp4lro)：初始化侦听 init_complete
    ptp4l[6022.438]：端口 1 (eth0)：在 announce_receive_timeout_expires 时侦听主器件
    ptp4l[6022.438]：选择本地时钟 641c10.FFFE.2467bc 作为最佳主时钟
    ptp4l[6022.438]：端口 1 (eth0)：假设主中继器角色

    在跟随器上：
    # uname -A
    Linux am64xx-EVM 6.12.35-ti-RT-00915-ge3e551586dfa #1 SMP PREEMPT_RT 星期二 1 21：17：52 UTC 2025 AArch64 GNU/Linux

    # cat gPTP.cfg
    【全球】
    gmCapable         1.
    优先级 1.         240
    优先级 2.         248.
    logAnnounceInterval   0
    logSyncInterval      –3
    syncReceipt 超时 3.    
    我的超次元帝国 800
    Min_neighber_prop_delay –20000000
    assume_two_step      1.
    PATH_TRACE_ENABLED   1
    Follow_up_info      1.
    运输规格    0x1
    PTP_DST_Mac        01：80：C2：00：00：0E
    NETWORK_TRANSPORT    L2
    DELAY_机制      P2P

    #为 TI PHY 添加以下行：
    我的超次元帝国 88
     第 288 章

    # phc2sys -a -r --transportSpecific=1 &
    # ptp4l -P –2 -H -i eth0 -s -f gPTP.cfg --step_threshold=1 -m -q -p /dev/ptp0
    ptp4l[4041.115]：选择/dev/ptp0 作为 PTP 时钟
    ptp4l[4041.137]：端口 1 (eth0)：正在初始化以侦听 init_complete
    ptp4l[4041.137]：端口 0 (/var/run/ptp4l)：初始化以侦听 init_complete
    ptp4l[4041.138]：端口 0 (/var/run/ptp4lro)：初始化以侦听 init_complete
    ptp4l[4044.320]：端口 1 (eth0)：新的外来主机 641c10.FFFE.2467bc-1
    ptp4l[4044.920]：选择本地时钟 641c10.FFFE.24678f 作为最佳主时钟
    ptp4l[4046.320]：选定的最佳主时钟 641c10.FFFE.2467bc
    ptp4l[4046.320]：端口 1 (eth0)：在 RS_slave 上未校准地侦听
    ptp4l[4047.449]：端口 1 (eth0)：未校准到 master_clock_selected 上的从器件
    ptp4l[4048.075]：RMS 78767586163 最大值 157535172486 频率 +2217  +/- 2466 延迟 34 +/-  0
    ptp4l[4049.076]：RMS 1076 最大值 1939 频率 +4214  +/- 1368 延迟 34 +/-  0
    ptp4l[4050.076]：RMS 2039 最大 2246 频率 +7807 +/- 367 延迟  33 +/-  0
    ptp4l[4051.077]：RMS 961 最大值 1285 频率 +7862   +/- 31 延迟 33 +/-  0
    ptp4l[4052.077]：RMS 394 最大 586 频率 +7734  +/- 123 延迟 33 +/-  0
    ptp4l[4053.078]：RMS 354 最大 620 频率 +6972  +/- 412 延迟 34 +/-  0
    ptp4l[4054.078]：RMS 550 最大 650 频率 +6064   +/- 74 延迟 34 +/-  0
    ptp4l[4055.079]：RMS 204 最大值 312 频率 +6184  +/- 109 延迟 34 +/-  0
    ptp4l[4056.080]：RMS 315 最大 641 频率 +6475  +/- 438 延迟 34 +/-  0
    ptp4l[4057.080]：RMS 345 最大 573 频率 +7081  +/- 157 延迟 35 +/-  0
    ptp4l[4058.081]：RMS 265 最大 频率 +6777  +/- 373 延迟 35 +/-  0
    ptp4l[4059.082]：RMS 477 最大 540 频率 +5833  +/- 134 延迟 35 +/-  0
    ptp4l[4060.082]：RMS 212 最大值 331 频率 +5847   +/- 63 延迟 35 +/-  0
    ptp4l[4061.083]：RMS 440 最大 711 频率 +6635  +/- 460 延迟 35 +/-  0
    ptp4l[4062.084]：RMS 517 最大 676 频率 +7387   +/- 83 延迟 35 +/-  0
    ptp4l[4063.084]：RMS 336 最大 514 频率 +7447  +/- 262 延迟 35 +/-  0
    ptp4l[4064.085]：RMS 507 最大 607 频率 +6266  +/- 286 延迟 35 +/-  0
    ptp4l[4065.085]：RMS 518 最大值 615 频率 +5672  +/- 117 延迟 35 +/-  0
    ptp4l[4066.086]：RMS 409 最大 572 频率+5842   +/- 527 延迟 35 +/-  0
    ptp4l[4067.087]：RMS 356 最大 472 频率 +6711   +/- 32 延迟 35 +/-  0
    ptp4l[4068.087]：RMS 520 最大 650 频率 +7351  +/- 234 延迟 35 +/-  0
    ptp4l[4069.088]：RMS 286 最大值 566 频率 +6557  +/- 312 延迟 35 +/-  0
    ptp4l[4070.089]：RMS 738 最大 899 频率 +5286  +/- 154 延迟 35 +/-  0
    ptp4l[4071.089]：RMS 356 最大 541 频率 +5273  +/- 114 延迟 35 +/-  0
    ptp4l[4072.090]：RMS 399 最大值 609 频率 +6174  +/- 390 延迟 35 +/-  0
    ptp4l[4073.090]：RMS 563 最大 775 频率 +6981  +/- 205 延迟 35 +/-  0
    ptp4l[4074.091]：RMS  54 最大 126 个频率 +6492   +/- 75 延迟 34 +/-  0
    ptp4l[4075.092]：RMS 245 最大 358 频率 +6912  +/- 141 延迟 34 +/-  0
    ptp4l[4076.092]：RMS 125 最大 207 频率 +6692  +/- 174 延迟 34 +/-  0
    ptp4l[4077.093]：RMS 173 最大 273 频率 +6610  +/- 228 延迟 34 +/-  0
    ptp4l[4078.093]：RMS 221 最大 频率 +7083   +/- 98 延迟 34 +/-  0
    ptp4l[4079.094]：RMS 270 最大 324 频率 +7381  +/- 160 延迟 34 +/-  0
    ptp4l[4080.095]：RMS 568 最大 710 频率 +8233  +/- 225 延迟 34 +/-  0
    ptp4l[4081.095]：RMS 295 最大 412 频率 +8289 +/- 122 延迟  34 +/-  0
    ptp4l[4082.096]：RMS 143 最大 202 频率 +8274   +/- 91 延迟 34 +/-  0
    ptp4l[4083.096]：RMS 122 最大 188 频率 +8392   +/- 32 延迟 34 +/-  0
    ptp4l[4084.097]：RMS  57 最大  97 频率 +8382   +/- 30 延迟 34 +/-  0
    ptp4l[4085.098]：RMS  19 最大  28 频率 +8343   +/- 26 延迟 34 +/-  0
    ptp4l[4086.098]：RMS  91 最大 129 频率 +8354 +/- 126 延迟  34 +/-  0
    ptp4l[4087.099]：RMS 518 最大 665 频率 +7381  +/- 243 延迟 34 +/-  0
    ptp4l[4088.100]：RMS 319 最大 值 524 频率 +7396  +/- 318 延迟 34 +/-  0
    ptp4l[4089.100]：RMS 413 最大值 503 频率 +8366  +/- 229 延迟 34 +/-  0
    ptp4l[4090.101]：RMS 270 最大 429 频率 +8545   +/- 75 延迟 34 +/-  0
    ptp4l[4091.102]：RMS 197 最大值 387 频率 +8376  +/- 269 延迟 34 +/-  0
    ptp4l[4092.102]：RMS 336 最大 532 频率 +7712  +/- 139 延迟 35 +/-  0
    ptp4l[4093.103]：RMS  61 最大 108 频率 +8014   +/- 86 延迟 34 +/-  0

    您能帮我解决可能仍然缺少的问题吗？


    感谢您的帮助！

  • 0
    TI__Guru**** 2694555 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    尊敬的 Matt：  

    如果可能、您能否分享硬件设置/拓扑的图片/图表？  

    再次检查一下、您的网络中是否有任何其他非 PTP 流量？

    您使用的两个 AM64x EVM 是否有标签“PROC101C"？“？

    您使用的是哪种以太网电缆类型？ 我使用的是 CAT6。

    我的目标是检查您的设置与我的设置之间是否存在硬件差异。  

    从软件方面来看、我的设置使用的是相同的 SDK 映像、因此从技术上讲应该没有区别。

    作为健全性检查、您能否检查 ptp4l 版本是否为 4.1？  

    “ethtool -T eth0“的结果如何？

    下面是使用与您相同的步骤进行的设置

    祖母： 

    root@am64xx-evm:~# uname -a
Linux am64xx-evm 6.12.35-ti-rt-00915-ge3e551586dfa #1 SMP PREEMPT_RT Tue Jul 1 21:17:52 UTC 2025 ax
root@am64xx-evm:~# [ 1155.302275] am65-cpsw-nuss 8000000.ethernet eth0: Link is Up - 1Gbps/Full - ff
[ 1160.421353] am65-cpsw-nuss 8000000.ethernet eth0: Link is Down
[ 1163.494305] am65-cpsw-nuss 8000000.ethernet eth0: Link is Up - 1Gbps/Full - flow control off
[ 1178.853302] am65-cpsw-nuss 8000000.ethernet eth0: Link is Down
[ 1182.950301] am65-cpsw-nuss 8000000.ethernet eth0: Link is Up - 1Gbps/Full - flow control rx/tx

root@am64xx-evm:~# cat gPTP.cfg 
# 802.1AS example configuration containing those attributes which
# differ from the defaults. See the file, default.cfg, for the
# complete list of available options.
#
[global]
gmCapable 1
priority1 100
priority2 248
logAnnounceInterval 0
logSyncInterval -3
syncReceiptTimeout 3
neighborPropDelayThresh 800
min_neighbor_prop_delay -20000000
assume_two_step 1
path_trace_enabled 1
follow_up_info 1
transportSpecific 0x1
ptp_dst_mac 01:80:C2:00:00:0E
network_transport L2
delay_mechanism P2P
ingressLatency 88
egressLatency 288
root@am64xx-evm:~# uname -a
Linux am64xx-evm 6.12.35-ti-rt-00915-ge3e551586dfa #1 SMP PREEMPT_RT Tue Jul 1 21:17:52 UTC 2025 ax
root@am64xx-evm:~# phc2sys -a -rr --transportSpecific=1 &
[1] 1208
root@am64xx-evm:~# ptp4l -P -2 -H -i eth0 -f gPTP.cfg --step_threshold=1 -m -q -p /dev/ptp0
ptp4l[1291.577]: selected /dev/ptp0 as PTP clock
ptp4l[1291.611]: port 1 (eth0): INITIALIZING to LISTENING on INIT_COMPLETE
ptp4l[1291.612]: port 0 (/var/run/ptp4l): INITIALIZING to LISTENING on INIT_COMPLETE
ptp4l[1291.612]: port 0 (/var/run/ptp4lro): INITIALIZING to LISTENING on INIT_COMPLETE
ptp4l[1295.383]: port 1 (eth0): LISTENING to MASTER on ANNOUNCE_RECEIPT_TIMEOUT_EXPIRES
ptp4l[1295.383]: selected local clock 3408e1.fffe.80a7ad as best master
ptp4l[1295.383]: port 1 (eth0): assuming the grand master role
^Croot@am64xx-evm:~# ethtool -i eth0
driver: am65-cpsw-nuss
version: 6.12.35-ti-rt-00915-ge3e551586d
firmware-version: 
expansion-rom-version: 
bus-info: 8000000.ethernet
supports-statistics: yes
supports-test: no
supports-eeprom-access: no
supports-register-dump: yes
supports-priv-flags: yes
root@am64xx-evm:~# ptp4l -v
4.1
root@am64xx-evm:~#

    跟随器： 

    root@am64xx-evm:~# cat gPTP.cfg 
# 802.1AS example configuration containing those attributes which
# differ from the defaults. See the file, default.cfg, for the
# complete list of available options.
#
[global]
gmCapable 1
priority1 240
priority2 248
logAnnounceInterval 0
logSyncInterval -3
syncReceiptTimeout 3
neighborPropDelayThresh 800
min_neighbor_prop_delay -20000000
assume_two_step 1
path_trace_enabled 1
follow_up_info 1
transportSpecific 0x1
ptp_dst_mac 01:80:C2:00:00:0E
network_transport L2
delay_mechanism P2P
ingressLatency 88
egressLatency 288
root@am64xx-evm:~# uname -a
Linux am64xx-evm 6.12.35-ti-rt-00915-ge3e551586dfa #1 SMP PREEMPT_RT Tue Jul 1 21:17:52 UTC 2025 aax
root@am64xx-evm:~# phc2sys -a -r --transportSpecific=1 &
[1] 881
root@am64xx-evm:~# ptp4l -P -2 -H -i eth0 -s -f gPTP.cfg --step_threshold=1 -m -q -p /dev/ptp0
ptp4l[179.632]: selected /dev/ptp0 as PTP clock
ptp4l[179.660]: port 1 (eth0): INITIALIZING to LISTENING on INIT_COMPLETE
ptp4l[179.661]: port 0 (/var/run/ptp4l): INITIALIZING to LISTENING on INIT_COMPLETE
ptp4l[179.661]: port 0 (/var/run/ptp4lro): INITIALIZING to LISTENING on INIT_COMPLETE
ptp4l[182.771]: port 1 (eth0): new foreign master 3408e1.fffe.80a7ad-1
ptp4l[182.795]: selected local clock 1c6349.fffe.1ad8aa as best master
ptp4l[184.771]: selected best master clock 3408e1.fffe.80a7ad
ptp4l[184.772]: port 1 (eth0): LISTENING to UNCALIBRATED on RS_SLAVE
ptp4l[185.924]: port 1 (eth0): UNCALIBRATED to SLAVE on MASTER_CLOCK_SELECTED
ptp4l[186.550]: rms 874272849532328064 max 1748545699064656128 freq -5502 +/- 2560 delay  35 +/- 0
ptp4l[187.550]: rms 506 max 776 freq -4195 +/- 686 delay  35 +/-  0
ptp4l[188.551]: rms 841 max 881 freq -2668 +/- 220 delay  34 +/-  0
ptp4l[189.552]: rms 531 max 705 freq -2376 +/- 21 delay  35 +/-  0
ptp4l[190.552]: rms 168 max 283 freq -2547 +/- 67 delay  35 +/-  0
ptp4l[191.553]: rms  33 max  50 freq -2736 +/- 38 delay  35 +/-  0
ptp4l[192.554]: rms  53 max  56 freq -2823 +/- 14 delay  34 +/-  0
ptp4l[193.555]: rms  32 max  45 freq -2838 +/-  3 delay  34 +/-  0
ptp4l[194.555]: rms  15 max  19 freq -2838 +/-  2 delay  34 +/-  0
ptp4l[195.556]: rms  10 max  11 freq -2843 +/-  2 delay  35 +/-  0
ptp4l[196.556]: rms  2 max  5 freq -2839 +/-  1 delay  35 +/-  0
ptp4l[197.557]: rms  5 max  7 freq -2828 +/-  4 delay  35 +/-  0
ptp4l[198.558]: rms  3 max  5 freq -2834 +/-  4 delay  36 +/-  0
ptp4l[199.558]: rms  1 max  2 freq -2835 +/-  1 delay  35 +/-  0
ptp4l[200.559]: rms  2 max  4 freq -2837 +/-  2 delay  34 +/-  0
ptp4l[201.559]: rms  8 max  10 freq -2850 +/-  5 delay  34 +/-  0
ptp4l[202.560]: rms  5 max  8 freq -2854 +/-  1 delay  35 +/-  0
ptp4l[203.561]: rms  2 max  4 freq -2846 +/-  3 delay  35 +/-  0
^Croot@am64xx-evm:~# ethtool -i eth0
driver: am65-cpsw-nuss
version: 6.12.35-ti-rt-00915-ge3e551586d
firmware-version: 
expansion-rom-version: 
bus-info: 8000000.ethernet
supports-statistics: yes
supports-test: no
supports-eeprom-access: no
supports-register-dump: yes
supports-priv-flags: yes
root@am64xx-evm:~# ptp4l -v
4.1
root@am64xx-evm:~#

    在.pcap 文件中捕获 PTP 流量的 tcpdump 可能是值得的、并查看 Wireshark 是否可以确定 PTP 同步是否存在任何问题。

    -道林

  • 0
    TI__Guru**** 2694555 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    尊敬的 Daolin：

    我的设置是使用 TI EVM 套件中包含的 CAT6 电缆、通过 eth0（J14 CPSW，独立版本）相互连接两个 AM64x EVM。 我现在没有摄像头。 但如果需要、我可以稍后分享照片。

    这两个 EVM 的标签为“PROC101D"。“。

    在祖母上：

    Root@am64xx-EVM：~# ethtool -T eth0
    eth0 的时间戳参数：
    能力：
        硬件发送
        软件传输
        硬件接收
        软件接收
        软件系统时钟
        硬件原始时钟
    PTP 硬件时钟：0
    硬件发送时间戳模式：
        迷惑不解
        亮起
    硬件接收滤波器模式：
        无
        ptpv2-L4-event
        ptpv2-L4-SYNC
        ptpv2-L4-Delay-req
        ptpv2-L2 事件
        ptpv2-L2 同步
        ptpv2-l2-delay-req
        ptpv2-event
        ptpv2-sync
        ptpv2-delay-req

    root@am64xx-EVM：~# ethtool -i eth0
    司机：am65-cpsw-nuss
    版本：6.12.35-ti-RT-00915-ge3e551586d
    固件版本：
    扩展 ROM 版本：
    总线信息：8000000.Ethernet
    支持统计：是
    支持测试：否
    支持-EEPROM-ACCESS：不支持
    支持-register-dump：可以
    支持-priv-flags：是
    root@am64xx-EVM：~# ptp4l -v
    4.1.

    在跟随器上：

    Root@am64xx-EVM：~# ethtool -T eth0
    eth0 的时间戳参数：
    能力：
        硬件发送
        软件传输
        硬件接收
        软件接收
        软件系统时钟
        硬件原始时钟
    PTP 硬件时钟：0
    硬件发送时间戳模式：
        迷惑不解
        亮起
    硬件接收滤波器模式：
        无
        ptpv2-L4-event
        ptpv2-L4-SYNC
        ptpv2-L4-Delay-req
        ptpv2-L2 事件
        ptpv2-L2 同步
        ptpv2-l2-delay-req
        ptpv2-event
        ptpv2-sync
        ptpv2-delay-req
         
    root@am64xx-EVM：~# ethtool -i eth0
    司机：am65-cpsw-nuss
    版本：6.12.35-ti-RT-00915-ge3e551586d
    固件版本：
    扩展 ROM 版本：
    总线信息：8000000.Ethernet
    支持统计：是
    支持测试：否
    支持-EEPROM-ACCESS：不支持
    支持-register-dump：可以
    支持-priv-flags：是

    root@am64xx-EVM：~# ptp4l -v
    4.1.

    我注意到的一件事是在大麦和追随者,有其他的消息是不同的,不知道这是否重要。

    [270.300970] am65-cpsw-Nuss 8000000.Ethernet eth0：链路断开
    [ 271.336046] am65-cpsw-Nuss 8000000.Ethernet eth0：PHY [8000f00.MDIO：00]驱动程序[TI DP83867](IRQ=POLL)
    [ 271.336077] am65-cpsw-Nuss 8000000.Ethernet eth0：配置 phy/rgmii-rxid 链路模式
    root@am64xx-EVM：~#[ 274.406416] am65-cpsw-Nuss 8000000.Ethernet eth0：链路接通 — 1Gbps/full — 流控制 Rx/TX

    我能够看到跟随者的系统时间与祖母的同步。 我假设 PTP 正常工作。

    如果您仍然需要一个 tcpdump 的.pcap 文件、请告诉我。 我将尝试捕捉它。 恐怕 tcpdump 可能会减慢 EVM 的速度。 因此、如果您有、请分享一种很好的方法来从 EVM 采集迹线。

    感谢您的帮助！

  • 0
    TI__Guru**** 2694555 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    尊敬的 Daolin：

    我的设置是使用 TI EVM 套件中包含的 CAT6 电缆、通过 eth0（J14 CPSW，独立版本）相互连接两个 AM64x EVM。 我现在没有摄像头。 但如果需要、我可以稍后分享照片。

    这两个 EVM 的标签为“PROC101D"。“。

    在祖母上：

    Root@am64xx-EVM：~# ethtool -T eth0
    eth0 的时间戳参数：
    能力：
        硬件发送
        软件传输
        硬件接收
        软件接收
        软件系统时钟
        硬件原始时钟
    PTP 硬件时钟：0
    硬件发送时间戳模式：
        迷惑不解
        亮起
    硬件接收滤波器模式：
        无
        ptpv2-L4-event
        ptpv2-L4-SYNC
        ptpv2-L4-Delay-req
        ptpv2-L2 事件
        ptpv2-L2 同步
        ptpv2-l2-delay-req
        ptpv2-event
        ptpv2-sync
        ptpv2-delay-req

    root@am64xx-EVM：~# ethtool -i eth0
    司机：am65-cpsw-nuss
    版本：6.12.35-ti-RT-00915-ge3e551586d
    固件版本：
    扩展 ROM 版本：
    总线信息：8000000.Ethernet
    支持统计：是
    支持测试：否
    支持-EEPROM-ACCESS：不支持
    支持-register-dump：可以
    支持-priv-flags：是
    root@am64xx-EVM：~# ptp4l -v
    4.1.

    在跟随器上：

    Root@am64xx-EVM：~# ethtool -T eth0
    eth0 的时间戳参数：
    能力：
        硬件发送
        软件传输
        硬件接收
        软件接收
        软件系统时钟
        硬件原始时钟
    PTP 硬件时钟：0
    硬件发送时间戳模式：
        迷惑不解
        亮起
    硬件接收滤波器模式：
        无
        ptpv2-L4-event
        ptpv2-L4-SYNC
        ptpv2-L4-Delay-req
        ptpv2-L2 事件
        ptpv2-L2 同步
        ptpv2-l2-delay-req
        ptpv2-event
        ptpv2-sync
        ptpv2-delay-req
         
    root@am64xx-EVM：~# ethtool -i eth0
    司机：am65-cpsw-nuss
    版本：6.12.35-ti-RT-00915-ge3e551586d
    固件版本：
    扩展 ROM 版本：
    总线信息：8000000.Ethernet
    支持统计：是
    支持测试：否
    支持-EEPROM-ACCESS：不支持
    支持-register-dump：可以
    支持-priv-flags：是

    root@am64xx-EVM：~# ptp4l -v
    4.1.

    我注意到的一件事是在大麦和追随者,有其他的消息是不同的,不知道这是否重要。

    [270.300970] am65-cpsw-Nuss 8000000.Ethernet eth0：链路断开
    [ 271.336046] am65-cpsw-Nuss 8000000.Ethernet eth0：PHY [8000f00.MDIO：00]驱动程序[TI DP83867](IRQ=POLL)
    [ 271.336077] am65-cpsw-Nuss 8000000.Ethernet eth0：配置 phy/rgmii-rxid 链路模式
    root@am64xx-EVM：~#[ 274.406416] am65-cpsw-Nuss 8000000.Ethernet eth0：链路接通 — 1Gbps/full — 流控制 Rx/TX

    我能够看到跟随者的系统时间与祖母的同步。 我假设 PTP 正常工作。

    如果您仍然需要一个 tcpdump 的.pcap 文件、请告诉我。 我将尝试捕捉它。 恐怕 tcpdump 可能会减慢 EVM 的速度。 因此、如果您有、请分享一种很好的方法来从 EVM 采集迹线。

    感谢您的帮助！

  • 0
    TI__Guru**** 2694555 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    尊敬的 Daolin：

    我在将文件上传到 E2E 时遇到问题。 “插入“->“图像/视频/文件“不起作用。 如果您仍需要我的设置图片、请建议如何将其上传到 E2E。 谢谢！

  • 0
    TI__Guru**** 2694555 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    尊敬的 Matt：  

    这两个 EVM 具有标签“PROC101D"。“。

    我来内部检查一下 AM64x EVM 的 PROC101C 和 PROC101D 之间可能存在哪些主要差异。 如果您尚未收到星期二的回复、请再次 ping 此主题

    我在将文件上传到 E2E 上时遇到问题。 “插入“->“图像/视频/文件“不起作用。 如果您仍需要我的设置图片、请建议如何将其上传到 E2E。 [/报价]

    请随时尝试通过直接消息将图像发送到我的 E2E 个人资料。 您可能需要先请求友谊才能建立联系。

    [引述 userid=“378769" url="“ url="~“~/support/processors-group/processors/f/processors-forum/1549194/processor-sdk-am64x-am64x-ptp-related-question/6046858

    我注意到的一件事是在大麦和追随者,有其他的消息是不同的,不知道这是否重要。

    [270.300970] am65-cpsw-Nuss 8000000.Ethernet eth0：链路断开
    [ 271.336046] am65-cpsw-Nuss 8000000.Ethernet eth0：PHY [8000f00.MDIO：00]驱动程序[TI DP83867](IRQ=POLL)
    [ 271.336077] am65-cpsw-Nuss 8000000.Ethernet eth0：配置 phy/rgmii-rxid 链路模式
    root@am64xx-EVM：~#[ 274.406416] am65-cpsw-Nuss 8000000.Ethernet eth0：链路接通 — 1Gbps/full — 流控制 Rx/TX

    [/报价]

    我认为这里的区别在于、如果您关闭并通过“ifconfig eth0 down/up“备份接口、您将看到蓝色的消息。 如果您只是物理断开电缆、则蓝色消息将不会显示。 无论哪种方式、它都不应干扰 PTP 同步。

    -道林

  • 0
    TI__Guru**** 2694555 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    尊敬的 Matt：  

    为了仔细检查、您的网络中是否有任何其他非 PTP 流量？

    感谢您分享设置的照片、仔细检查一下、两个 EVM 之间的唯一流量就是 PTP 流量对吗？

    如果您仍然需要一个 tcpdump 的.pcap 文件、请告诉我。 我将尝试捕捉它。 恐怕 tcpdump 可能会减慢 EVM 的速度。 因此、如果您有、请分享一个很好的方法来从 EVM 捕获迹线。

    我通常会尝试运行 tcpdump -i eth0 -s 65535 -w .pcap。 我不是完全确定 pcap 是否会显示任何有用的数据,但不会伤害试图收集 pcap 只是为了以防它可以让一些了解正在发生什么。

    让我在内部检查 AM64x EVM 的 PROC101C 和 PROC101D 之间可能存在哪些主要差异。

    我仍在尝试内部跟踪 PROC101C 和 PROC101D 之间的硬件差异（如果有）  

    我得到的一个反馈是看看您是否可以以最高/或更高的优先级运行 ptp4l、以避免软件上下文切换。 例如、您应该通过“chrt -f -p 来更改 ptp4l 的优先级和计划策略 “。 优先级数字越高、优先级越高。 您可以使用“ps -a | grep ptp4l“检查进程 ID。  

    -道林

  • 0
    TI__Guru**** 2694555 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    尊敬的 Daolin：

    感谢您的意见。

    是的、我认为 PTP 流量是两个 EVM 之间的唯一流量。 只在 RT SDK 上运行默认软件。 我认为没有其他程序在后台生成网络流量。

    我还尝试通过在两个 EVM 上执行“chrt -f 99 ptp4l -P –2 -H -I eth0 ...“来提高优先级、但没有发现结果有显著差异。 （您是否需要提高 PTP 程序的优先级才能实现 2 位 rms 偏移？ 如果你没有,那么我应该能够复制你拥有的...)

    我捕获了.pcap 文件、很快会发送给您。 我不太了解 PTP 协议、也许您能找到一些东西。

    感谢您的帮助！

  • 0
    TI__Guru**** 2694555 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    我仍在尝试内部跟踪 PROC101C 和 PROC101D 之间的硬件差异（如果有） 。

    出厂的所有新 EVM 似乎都是 PROC101D（修订版 D）。 TI.com 上公开的设计文件尚未发布、但计划发布。 这些更改似乎只是与物料清单相关、并且 SoC 器件和电路板布局都没有变化。  我可以找到的一个主要线索是、从以太网 PHY 时钟缓冲器中移除了 SoC_CLKIN 修订版 C 中填充的电阻器和电容器。 我仍在努力找出删除它们的原因。

    -道林

  • 0
    TI__Guru**** 2694555 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    感谢您的更新。 请让我保持发布状态。 谢谢！

  • 0
    TI__Guru**** 2694555 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    尊敬的 Daolin：

    只需与您确认一下、是否有此方面的更新？ 谢谢你。

  • 0
    TI__Guru**** 2694555 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    尊敬的 Matt：  

     我可以发现的主要线索之一是、从以太网 PHY 时钟缓冲器中移除了修订版 C 中为 SoC_CLKIN 组装的电阻器和电容器。 我仍在努力找出删除它们的原因。

    虽然我仍在等待有关此元件移除的反馈（进行更改的团队本周度假）、但我发现有一件事是、PROC101D 原理图有两个公开版本、一个移除了电阻器和电容器、另一个没有。 检查物理 EVM 后、物理 EVM 显示仍安装了馈入 SoC_CLKIN 的电阻器和电容器、因此我认为这会排除导致问题的此特定变化。

    PROC101C 和 PROC101D 之间还有其他变化、但我目前看不到这些变化会导致时间同步问题的原因（见下文）。 我需要邀请一些硬件专家来了解、这样可能需要一些时间。 我想可能要测试的是查看电感器和电容器的更改是否可以恢复、以查看同步问题是否已解决、这样我们可以缩小确定实际上是这些导致同步问题的电路板更改的范围。

    -道林

  • 0
    TI__Guru**** 2694555 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    尊敬的 Daolin：

    感谢您的更新。

    不确定这是否重要、但我能够使用相同的设置在 MCU（R5F 内核）上运行 TI 的 PTP 主设备/从设备示例。 我无法在 100ns 以下得到 offsetz、或者...

    主控台输出：
    域=0、偏移=0nsec、hw-adjrate=0ppb
        gmsync=true、last_setts64=0nsec
     89238.210s：CPU 负载=  2.45 %
     89243.211s：CPU 负载=  2.44%
    域=0、偏移=0nsec、hw-adjrate=0ppb
        gmsync=true、last_setts64=0nsec
     89248.212s：CPU 负载=  2.19 %
     89253.213s：CPU 负载=  2.44%
    域=0、偏移=0nsec、hw-adjrate=0ppb
        gmsync=true、last_setts64=0nsec
     89258.214s：CPU 负载=  2.19%
     89263.215s：CPU 负载=  2.44%
    域=0、偏移=0nsec、hw-adjrate=0ppb
        gmsync=true、last_setts64=0nsec
     89268.216s：CPU 负载=  2.45 %

    从器件的控制台输出：

    ifv：gptp：089430-194647：domainIndex=0、CLOCK_MASTER_SYNC_RECEIVE：主时钟速率为 35162ppb、GMdiff=324nsec
    域=0、偏移=0nsec、hw-adjrate=35162ppb
        gmsync=true、last_setts64=0nsec
    ifv：gptp：089430-319637：domainIndex=0、clock_master_sync_receive：主时钟速率为 35184ppb、gdiff=298nsec
    ifv：gptp：089430-444643：domainIndex=0、CLOCK_MASTER_SYNC_RECEIVE：主时钟速率为 35258ppb、GMdiff=298nsec
    ifv：gptp：089430-569906：domainIndex=0、CLOCK_MASTER_SYNC_RECEIVE：主时钟速率为 35394ppb、GMdiff=326nsec
    ifv：gptp：089430-694646：domainIndex=0、CLOCK_MASTER_SYNC_RECEIVE：主时钟速率为 35500ppb、GMdiff=337nsec
    IFV：gptp：089430-819633：domainIndex=0、CLOCK_MASTER_SYNC_RECEIVE：主时钟速率为 35624ppb、GMdiff=355nsec
    IFV：gptp：089430-94641：domainIndex=0、CLOCK_MASTER_SYNC_RECEIVE：主时钟速率为 35833ppb、GMdiff=409nsec
    ifv：gptp：089431-069632：domainIndex=0、CLOCK_MASTER_SYNC_RECEIVE：主时钟速率为 36000ppb、GMdiff=438nsec
    ifv：gptp：089431-194636：domainIndex=0、CLOCK_MASTER_SYNC_RECEIVE：主时钟速率为 36142ppb、GMdiff=453ns
    ifv：gptp：089431-319626：domainIndex=0、CLOCK_MASTER_SYNC_RECEIVE：主时钟速率为 36298ppb、GMdiff=472ns
    ifv：gptp：089431-444638：domainIndex=0、CLOCK_MASTER_SYNC_RECEIVE：主时钟速率为 36410ppb、GMdiff=469nsec
    IFV：gptp：089431-569901：domainIndex=0、CLOCK_MASTER_SYNC_RECEIVE：主时钟速率为 36580ppb、GMdiff=493ns 秒
    IFV：gptp：089431-694639：domainIndex=0、CLOCK_MASTER_SYNC_RECEIVE：主时钟速率为 36851ppb、GMdiff=559nsec
    ifv：gptp：089431-819626：domainIndex=0、CLOCK_MASTER_SYNC_RECEIVE：主时钟速率为 36966ppb、GMdiff=548nsec
    ifv：gptp：089431-944636：domainIndex=0、CLOCK_MASTER_SYNC_RECEIVE：主时钟速率为 37061ppb、GMdiff=529nsec
    ifv：gptp：089432-069624：domainIndex=0、CLOCK_MASTER_SYNC_RECEIVE：主时钟速率为 37179ppb、GMdiff=523nsec
    ifv：gptp：089432-194630：domainIndex=0、CLOCK_MASTER_SYNC_RECEIVE：主时钟速率为 37232ppb、GMdiff=488nsec
    ifv：gptp：089432-319616：domainIndex=0、CLOCK_MASTER_SYNC_RECEIVE：主时钟速率为 37221ppb、GMdiff=429nsec
    ifv：gptp：089432-444633：domainIndex=0、CLOCK_MASTER_SYNC_RECEIVE：主时钟速率为 37205ppb、GMdiff=374nsec
    ifv：gptp：089432-694628：domainIndex=0、clock_master_sync_receive：主时钟速率为 37174ppb、gdiff=278nsec
    ifv：gptp：089432-819623：domainIndex=0、clock_master_sync_receive：主时钟速率为 37133ppb、gdiff=229nsec
    ifv：gptp：089432-944630：domainIndex=0、clock_master_sync_receive：主时钟速率为 37060ppb、gdiff=171ns
    IFV：gptp：089433-069625：domainIndex=0、CLOCK_MASTER_SYNC_RECEIVE：主时钟速率为 36929ppb、GMdiff=94nsec
    ifv：gptp：089433-194620：domainIndex=0、clock_master_sync_receive：主时钟速率为 36844ppb、gdiff=46nsec
     89433.2s：CPU 负载=  3.45 %

    不确定是否有机会在 PROC101D EVM 上试用该器件、我想知道会得到什么结果。

    为了使我们的项目能够实现 TSN 各方之间低于 100ns 的差异、这一点至关重要。

    请随时向我发布。

    谢谢！

  • 0
    TI__Guru**** 2694555 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    尊敬的 Matt：

    不确定这是否重要、但我能够使用相同的设置在 MCU（R5F 内核）上运行 TI 的 PTP 主从示例。 我无法获得 100ns 以下的 offsetz、可以是...

    这是一个有价值的信息,因为这是同步偏移问题不是软件特定的另一个原因。  

    不确定您是否有机会在 PROC101D EVM 上试用它、我想知道您获得了什么结果。

    我能够在 PROC101D EVM 上进行测试、虽然我没有保存日志、但我看到了您报告的类似偏移量。 证明仅在 PROC101D EVM 上观察到该问题。  

    我邀请了一位硬件专家。 如果您没有收到星期四的回复、请 Ping 此主题。

    -道林

  • 0
    TI__Guru**** 2694555 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    尊敬的 Daolin：

    感谢您发送此消息、期待您的更新。 谢谢！

  • 0
    TI__Guru**** 2694555 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    尊敬的 Matt：

    我一目了然、发现在系统时钟和以太网 PHY 方面没有差异。 我需要更多时间进行内部检查。

    谢谢、

    Stan

  • 0
    TI__Guru**** 2694555 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    您好、 Daolin、

    您能介绍一下测试方法吗？ 是 SOC 的 CPSW3G 接口和 EPHY 主要元件  

    在 Revd 板上、如果担心这些组件、请确认是否安装了圈出的组件。

    我看到这些元件安装在 RevD 原理图上  

    下面的原理图中包含 DNId 为客户且尚未组装的元件。

    此致、

    Sreenivasa.

    PROC101D_SCH_PROC101D_SCH___LW_AT__..Notes_V1.0.pdf With_Design_Updates

  • 0
    TI__Guru**** 2694555 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    您好：

    只需检查一下、看看是否有任何更新/进度？

    谢谢！

  • 0
    TI__Guru**** 2694555 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    大家好！  

    能否介绍测试方法？ 是 SOC 和 EPHY 的 CPSW3G 接口、即主要元件 [/报价]

    这是我问的最后一个问题。

    此致、

    Sreenivasa.

  • 0
    TI__Guru**** 2694555 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    您好 Sreenivasa、

    我相信这就是道林所说的。 您好  、Daolin Qiu、如果需要、请添加评论。 谢谢！

  • 0
    TI__Guru**** 2694555 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    您好 Matt、

    谢谢你。

    你好道林,如果你有一些想法,请告诉我。

    此致、

    Sreenivasa.

  • 0
    TI__Guru**** 2694555 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    您好、

    只是检查回来,因为自斯里尼瓦萨的答复 21 天前没有更新。 我想知道 TI 是否还在研究这个。

    对此有任何更新？ 谢谢！

  • 0
    TI__Guru**** 2694555 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    尊敬的 Matt、Sreenivasa：

    抱歉、该线程位于 Sreenivasa 的仪表板中、因此它没有显示在我的仪表板中、所以我没有看到最新消息。  

    在 Revd 板上、如果这些组件有问题、请确认已安装了圈出的组件。

    这些元件已安装在 RevD 电路板上。 因此、这些应该不是问题。

    PROC101D_SCH_PROC.Notes_V1.0.pdf
    With_Design_Updates

    我的理解是、该原理图实际上并未反映出厂时的 RevD TI EVM、而只是推荐的设计。

    能否介绍测试方法？ 是 SOC 和 EPHY 的 CPSW3G 接口、即主要元件 [/报价]

    测试方法如  以下部分所述：PROCESSOR-SDK-AM64X：AM64x PTP 相关问题 、但使用 TI EVM 的 RevD 版本时、PTP 同步~几百 ns、而预期小于 20ns。 带有的 TI EVM 的 RevC 版本不会出现此问题  完全相同的软件。

    PRU-ICSSG 和 CPSW3G 以太网接口也会出现同样的问题。

    -道林

  • 0
    TI__Guru**** 2694555 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    您好、Daolin、  

    谢谢你。

    EVM 团队正在检查各修订版本之间的差异。

    我会在听到回复时更新该线程。

    此致、

    Sreenivasa.

  • 0
    TI__Guru**** 2694555 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    您好 Matt、  

    下面延迟的回复中的道歉是更新。

    更新：

    我们已经确定用作 SoC 输入的 25MHz 时钟振荡器存在问题。 目前、它来自 EVM 上标记为 U71 的器件。 作为权变措施、在我们可以专门确定时钟振荡器的问题之前、在进行以下修改后、您将能够看到预期的抖动。  

    1. 移除从 R137 焊料到 R138 的电阻器
    2. 移除 R140 焊料和 R139 之间的电阻器

    请告知我们、这是否足以满足您的用例要求、或者是否满足实际情况。

    -道林

  • 0
    TI__Guru**** 2694555 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    尊敬的 Daolin：

    感谢您的跟进。

    是的、我们可以确认该解决方法有效。

    在我们的硬件工程师实施了权变措施后、我们观察到抖动约为 50ns。

    谢谢！

  • 0
    TI__Guru**** 2694555 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    您好 Matt、  

    感谢您的意见。

    此致、

    Sreenivasa.