• 状态 Resolved
  • 已锁定 已锁定
  • 回复 7 回复
  • 订户 0 订户
  • 视图 480 视图
  • 用户 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.

[参考译文] TMDSICE3359：EtherCAT 分布式时钟锁存

admin
Guru**** 2988540 points

Other Parts Discussed in Thread: AM3359, AM3357

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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/668332/tmdsice3359-ethercat-distributed-clock-latching

器件型号：TMDSICE3359
主题中讨论的其他器件：AM3359、 AM3357

尊敬的 TI 支持人员和所有人： 我们需要创建 EtherCAT 从站节点、该节点应能够在数字输入边沿锁存 EtherCAT 分布式时钟时间戳。 我们正在寻找能够在几乎同时变化的至少16个数字输入上支持时间戳锁存的解决方案。 锁存延迟必须低于1us。  我想知道 Sitara 处理器 AM3357和 /或 AM3359 是否可以实现这一目的？ 谢谢、Ian

  • 0
    TI__Guru**** 2988540 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    RTOS 团队已收到通知。 请希望他们下周在这里回复、因为相关人员目前正在旅行。
  • 0
    TI__Guru**** 2988540 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    尊敬的 Ian：

    如果该主题对 您有所帮助，您能否查看：e2e.ti.com/.../2013866 ？
    让我检查一下内部是否有锁存延迟测量。 由于 PRU 中的延迟要求为1us、指令周期为5ns、因此 AM335x 在支持该延迟时应该没有问题。

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

    我们这里没有特定的测量值。 就锁存延迟而言、这是时间戳抖动还是从 IO 切换至时间戳捕获的延迟？

    此外、您可能注意到每个 ICSS 有2个锁存输入引脚、它是否来自"16个数字输入"中的2个？

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

    感谢 Garrett 的两个回复。

    关于1us 的"锁存延迟"、我指的是从 IO 切换到时间戳捕获的延迟。 但是、这也可能适用于抖动。 1us 只能从某个数字开始、两个值的降低当然会更好。   

    我不确定我是否正确理解了第二个问题" 它是否来自"16个数字输入"中的2个？ 如果 ICSS 只有两个锁存输入、则该实现必须将各种输入路由到这两个输入中并快速读取锁存数据、以便 ICSS 可以重新布设以捕获下一个输入。 完成该操作的速度有多快？
    我想到的另一个选择是从 ICSS 获取"具体"的分布式时钟、并在 ICSS 外部实现锁存。
    这就是问题的要点。 了解知识渊博的专家是否会考虑  对 至少16个数字输入的锁存直流时间戳的要求、这些数字输入的延迟是否可通过 Sitara 实现。 如果是、他/她会推荐什么方法。 然后，我们作为外来者，将会介入，并将努力做到这一点。 我们可能看不到死角，这就是为什么我先征求专家的意见。

    谢谢、
    Ian

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

    尊敬的 Ian：

    如果我理解正确、您需要为您的16个数字输入提供准确的时间戳。 一个想法是为此使用 IEP 计数器、而不是 Latch0/1。

    根据 Beckhoff DC 信息 、我看到：

    对外部信号的反应：捕捉-锁存器0/1

    如果 ESC 进行了相应配置、它可以在发生外部事件时存储当前本地时间、即可以使用捕捉单元将其毫不延迟地放置到缓冲区中。 此类外部事件的示例包括：EtherCAT 帧的到达、EtherCAT 帧的结束、ESC 专用引脚上的边缘、与连接的微控制器的通信以及各种其他选项。

    我认为 LATCH 0/1用于 在 外部 EtherCAT 事件(例如 EtherCAT 帧)之后添加时间戳(或操作)。 对于其他事件、例如 AR DIS、您可以使用 SoC 计时器

    另一方面，关于“锁存延迟”，您 可以 检查一些寄存器。 如需更多信息、请单击此处： Beckhoff 同步模式 EtherCAT 从站

    谢谢、

    Paula

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

    Paula、您好！

    感谢您的回答。

    不过，我不确定我是否正确理解了你的想法。 您是否打算将 IEP 计数器配置为与 EthetCAT DC 同步运行、然后实现捕获 IEP 计数器时间？ 因为我们需要直流时间中数字输入边沿的时间戳、然后需要将其传输到 EtherCAT 主站(Sitara 将实现 EtherCAT 从站)

    此致、
    Ian

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

    您好、Ian、我正在与一些同事进行检查、SoC 中有3个 eCAP、您可以用于时间戳+ 2个来自 PRU-ICSS 的锁存器。 那么、这将是5。 恐怕数字输入不可能有16个时间戳。
     
    谢谢、
    Paula