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.

[参考译文] TSN-AM263X:MCU-PLUS-SDK YDBI 读取器永久递增

Guru**** 1794070 points
Other Parts Discussed in Thread: AM2634
请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1395329/mcu-plus-sdk-am263x-tsn-ydbi-readrelsem-increments-endlessly

器件型号:MCU-PLUS-SDK AM263X

工具与软件:

在我们的系统中、我们在基于 AM2634的电路板上使用了 TSN gPTP 栈。 我们观察到 yang_db 读卷器似乎无休止地递增、最终产生了极高的计数。 具体来说,在这里发布的信标: https://github.com/TexasInstruments/enet-tsn-stack/blob/1b105e2adbd5bdec0e93c7c0712b7a22d5bc05d3/tsn_uniconf/yangs/yang_db_access.c#L1737 。

这是设计使然吗? 似乎信标可能只是用来防止在先前的读取完成之前开始进行第二次 db 读取的情况、这是在我们从不以这种方式连续读取的情况下预期发生的行为?

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

    尊敬的 Hudson:  

    我将深入了解并返回。

    此致、

    Shaunak

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

    尊敬的 Hudson:

    我们观察到 yang_db readrelsem 似乎无休止地递增、最后以极高的计数

    当我试图从内部网络核心团队获取更多信息时、您是否介意分享这种情况是否会导致目前出现任何问题? 例如、信标计数器因为不断递增并中断您的应用而绕回或溢出? 或者导致 DB 同时读取不一致?  

    此致、
    Shaunak

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

    我们在实践中尚未观察到任何问题、但我们担心计数器可能溢出或清除计数器的循环时间不够长

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

    尊敬的 Hudson、请在下面附上我们的网络核心团队的回复:

    "我能够重现问题。  

    SEM 计数器在未降低的情况下增加。  

     

    只有 在 github.com/.../yang_db_access.c SEM 计数器减至零的情况下、才会发生这种情况、但仅在当前读取的是 DB 时出现另一个读取(来自另一个线程)。

     

    但是、目前还没有影响。  

    由于发生正常情况( 当前读取正在进行时执行无读取操作)、SEM 计数器将保持在 MAX 计数器状态并保持不变。

    在特殊情况下( 当前读取正在进行时将执行另一个读取操作)、SEM 计数器将从 MAX 降低至零、并等待(超时)直到 当前读取完成。

    不管怎样、我们考虑并可能稍微更新代码、以避免不停地增加这个 SEM 计数器。  我们将尽快通知您更新。

     "

    Hudson、我想知道到目前为止、这是否是一个阻碍您的问题? 该团队无论如何都在计划更新逻辑以避免 SEM 无休止地增加。

    谢谢。此致。
    Shaunak

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

    谢谢 Shaunak。 这目前不是一个阻塞问题----一旦团队在将来的版本中提供了更新的逻辑、我们很乐意采用该逻辑。 感谢您对此进行深入研究。