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.

[参考译文] AM2612:计时器中断周期比期望的周期长

Guru**** 2511985 points
Other Parts Discussed in Thread: AM2612, LP-AM261, SYSCONFIG

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

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1542353/am2612-timer-interrupt-period-is-longer-than-the-expectatoin

器件型号:AM2612
Thread 中讨论的其他器件: LP-AM261SysConfig

工具/软件:

您好、

 

客户现在正在使用 LP-AM261 评估 AM2612。

 

它们考虑将 25MHz 晶体振荡器连接到 EXT_REFCLK0。

EXT_REFCLK0 的引脚可以通过高达 100MHz 的输入。 正确?

 

 

它们通过以下配置评估计时器中断、并使用示波器观察计时器中断周期。  它将是 125us 的计时器中断周期。

  

当 AM2612 通过 DEVBOOT 模式启动时、他们可以按预期观察到 125us 的计时器中断周期。

但是、当使用 OSPI 引导模式启动时、它将有 1250 μ s。 它的周期比预期的长 1000 倍。

 

您是否有任何解决方案来解决此问题?

 

谢谢。此致、

英明

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

    您好:

    计时器中断周期是连续的还是刚刚器件首次引导时? 如中所示、您是否观察到它在较长的时间连续中断多次而没有重置任何内容?

    此致、

    Susan

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

    您好、Susan、

    感谢您的答复。

    此问题在引导后持续发生。 每一个时期都变成了 1250us、甚至他们也设置了 125us。

    请向客户提供任何建议。

    谢谢。此致、
    英明

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

    您好、

    我们能有什么反应吗?

    谢谢。此致、

    英明

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    [引述 userid=“10509" url="“ url="~“~/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1542353/am2612-timer-interrupt-period-is-longer-than-the-expectatoin

    但是、当使用 OSPI 引导模式启动时、它将有 1250 μ s。 它的周期比预期的长 1000 倍。

    [/报价]

    你好、松本山、

    对延迟的回复表示歉意。 让我运行一些测试、然后回到这里。

    此外、对于 125us 周期的电流测试、它们使用的是 SYS_CLK 而不是 EXT 时钟正确?

    [引述 userid=“10509" url="“ url="~“~/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1542353/am2612-timer-interrupt-period-is-longer-than-the-expectatoin

    EXT_REFCLK0 的引脚可以通过高达 100MHz 的输入。 正确?

    [/报价]

    根据 TRM 表 13-303、RTI 的 EXT_REFCLK 可以是 100MHz。

    此致、
    Shaunak

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

    你好、松本山、

    我在 AM261x-LP E2 板上测试了以下内容(在配置了 GEL 脚本的开发引导模式下、以及在 OSPI 引导模式下刷写了 SBL Null)

    1. RTI LED 闪烁开箱即用应用

    2.在 rtiEvent0() 函数中设置断点。

    3.使用内置 CCS 时钟查看 RTI ISR 之间的时长的配置文件

    虽然 CCS 时钟不是很准确(就像示波器一样)、但我观察到的大约仍然是 125 μ s。

    您能否帮助我了解以下详细信息:

    1.您使用的是任何默认的 RTI SDK 示例还是自定义软件。 如果是自定义软件、您是否也可以与我共享应用程序(以便我可以在我这边进行测试和验证)

    2.您在 LP 上探测到哪些引脚?

    3.系统中是否有其他中断(时钟节拍中断和 RTI 中断除外)?

    此致、
    Shaunak

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

    尊敬的 Shaunak:

    也感谢您对它进行测试。 现在我正在向客户询问您的问题、请稍候。

    他们使用的是 SYS_CLK、而不是 EXT 时钟正确?

    是的、他们使用的是 SYS_CLK。

    谢谢。此致、

    英明

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

    尊敬的 Shaunak:

    我通过电子邮件将客户的反馈发送到您的问题 请检查一下。 示例工程也已发送。

    谢谢。此致、

    英明

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

    你好、松本山、

    是的、我已收到该应用程序、目前正在为此运行一些测试。 我会在一天结束前回复一些更新。

    此致、
    Shaunak

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

    尊敬的 Shaunak:

    你有没有得到任何结果?  您能否更新状态?

    谢谢。此致、

    英明

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

    尊敬的 Shaunak:

    非常感谢您的离线支持。

    这是我收到的反馈。

    ----------------------------------------------------------------------------------------

    问题的根本原因是我。 以下是问题摘要和修复:

    1.  syscfg 自动生成的代码错误地完成了 RTI 实例的 RTI 配置。 具体来说、自动生成的代码使用的地址不正确、因此使用了默认时钟源(使用了 25MHz 的 WUCPUCLK)。 尽管我们将其配置为 250MHz、但所选时钟源的频率降低了 10 倍、因此时间周期提高了 10 倍 (125us 至 1250us)
    2. 图像中下方突出显示的行(红色)在中错误地计算了地址 MCU_PLUS_SDK\source\sysconfig\drivers\.meta\RTI\RTI\RTI_am261x.syscfg.js soc

    该行号 74 需要更新为:

    clkSelMuxAddr:0x53208000 + 0x140 + 4*I、         

     

    进行上述更改后、请重新打开 syscfg、检查配置、保存它并重新构建您的应用程序。

    然后检查生成的 ti_drivers_config.h 文件并验证 CONFIG_RTI0_CLOCK_SRC_MUX_ADDR 是否 定义为 0x53208144h、而不是 0x53208118u

     

    基于 GEL 脚本的 DEV Bootmode 方法中未观察到该问题、因为我们将所有时钟源默认设置为 SYS_CLK(位于正确的地址)。对于 SBL-OSPI、我们依靠应用来执行 RTI1 配置、该配置是在不正确的地址完成的。

    我已在本地对上述更改进行了测试、并能够在开发模式和 OSPI 引导模式下看到中断之间始终存在 125us 的间隙。 我也将提出一个错误并在 MCU_PLUS_SDK 中修复此问题。

    ----------------------------------------------------------------------------------------

    谢谢。此致、

    英明

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

    Hi Hideaki、

    上述解决方案正确解决了客户问题?

    此致、
    Shaunak