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

[参考译文] RTOS/OMAP-L138：独立时的时间戳模块行为

admin
Guru**** 2582405 points
Other Parts Discussed in Thread: SYSBIOS, TMDSLCDK138

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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/590696/rtos-omap-l138-timestamp-module-behavior-at-stand-alone

器件型号：OMAP-L138
Thread 中讨论的其他器件：SYSBIOS、 TMDSLCDK138

工具/软件：TI-RTOS

您好！

我想知道如何使用'ti.sysbios.family.arm.DA820.TimestampProvider'模块。
我正在使用 TMDSLCDK138验证 ARM9内核的程序。
它在使用 CCS 进行调试期间正常运行。 但是、当 NAND 使用同一程序进行引导时、SYS/BIOS 的这个时间戳模块不工作。
如果它在 NAND 启动后连接到 CCS 并运行、则时间戳模块看起来工作正常。

评估环境：
* CCS：CCSv7.0.0.00043
* H/W：TMDSLCDK138
* SYS/BIOS：v6.46.4.53
* XDC 工具：v3.32.1.22_core
* AISgen：v1.13 (D800K008)
*闪存和引导实用程序: v2.40

我将附上一个项目以使其重现。 它是一个使用时间戳模块定期切换 LCDK 上 LED 5 (D5)的程序。
e2e.ti.com/.../Test_5F00_LCDK.zip

是否有人知道如何使它在 Timestamp Provider 模块中独立工作？

此致、
H.U

  • 0
    TI__Guru**** 2582405 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    我希望 GEL 文件中的某个操作会执行一些初始化、从而改变行为。 注释掉 OnTargetConnect 中的内容以确定是否存在这种情况？

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

    感谢你的答复。
    我已经通过注释掉某些函数来研究 GEL 的影响，它不依赖于 GEL 文件的设置。

    您能否检查我在上一帖子中附加的程序？
    如果 LED5连接到没有 GEL 文件的 CCS，并且在 NAND 启动后运行，则您将能够确认它正在打开/关闭。
    此模块是否必须与 CCS (JTAG)配合使用？

    此致、
    H.U
  • 0
    TI__Guru**** 2582405 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    是否可以确认 taskFxn2正在运行？

    此外、taskFxn 中的 taskTime 未初始化。 这应该会给编译器带来警告？ 您能否解决此问题(以及任何其他编译器警告)并重试测试用例。

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

    您好 Todd、

    是的、即使在独立(NAND 引导)中、taskFxn2也正常运行。  

    我修改了代码以初始化 pre支 时间、但是问题没有得到解决。
    ICE-Crusher 似乎用于"ti.sysbios.family.arm.DA820.TimestampProvider'模块。"、 我认为它取决于硬件/软件的使用

     您能否在 LCDK 上重现此问题？

    此致、
    H.U

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

    您好、H.U、

    taskFxn 有一个错误。 首次使用"prefirstTime"而不进行初始化。 根据它从堆栈中拾取的初始值、它可能会将初始 LED 切换周期增加一段明显的时间。 当您从 NAND 引导时、堆栈使用情况可能会发生变化、并且"前推计时器"初始值会导致切换周期增加到一个非常高的数字。

    屏幕截图：

    最棒的

    Ashish

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

    Ashish、您好！

    我更改了程序 以初始化"presTime"、但结果没有改变。  此问题的原因并不取决于"pre支 时间"的初始化。
    您能否使用 EVM 重现这种现象？

    此致、
    H.U