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-AM57X:RTC_PORz、wakeup0、wakeup3、resetn 的 Pinmux 值与电路板 Pinmux 配置不匹配

Guru**** 2546020 points
Other Parts Discussed in Thread: TMDXIDK5718, AM5718, SYSCONFIG

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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1332704/processor-sdk-am57x-pinmux-values-for-rtc_porz-wakeup0-wakeup3-resetn-do-not-match-board-pinmux-configuration

器件型号:PROCESSOR-SDK-AM57X
主题中讨论的其他器件:AM5718、TMDXIDK5718 SysConfig

您好!

我们处于验证和配置定制板的 syscfg pinmux 文件的处理器中。 在验证 RTS_PORz、wakeup0、wakeup3和 resetn 的寄存器值时、我们在运行时读取0x00010000u 的值。 不过、sdk-am57x 默认电路板 Pinmux 会将这些值设置为0x00050000u、并且在检查 syscfg 文件时、似乎没有允许使用0x00010000u 的设置。

根据用户手册进行检查、似乎0x00050000u 应该是无效值、因为对于所有指定寄存器、18位都保留为零。 不确定这是不是配置错误、或者我们缺少有关这些寄存器状态的一些其他详细信息。

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

    您好、Ryan、

    我有几个问题:

    •  您使用的是哪种 AM57x 处理器? 什么操作系统?

    • 您如何检查寄存器? (调试器、devmem2等)

    只是为了确保、您正在为 RTC_PORz 读取以下地址?

    RTC_PORz = 0x4A00 382C  

    -Josue

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

    您好、Josue:

     TMDXIDK5718评估板上的 AM5718处理器。 我们使用的是 TI RTOS。

    我将通过  HW_RD_REG32 宏、此宏位于 hw_types.h 标头。 这是在 pinmux 初始化完成后的程序运行时完成的。 基本上是一个验证例程、以确保正确写入我们的预期引脚多路复用值、并且外部模块或驱动器不会覆盖任何内容。

    读取地址的计算方式与  板载 PadDelayInit.c 源文件和 SDK 板 idkAM571x_pinmux.c  iodelay 例程设置寄存器。


    使用计算完整地址  CSL_MPU_CTRL_MODULE_CORE_REGS  基址为0x4a002000U +偏移量0x182C = 0x4a00382CU 的宏  

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

    您好、Ryan、

    感谢您提供开发环境信息。

    您是否 也在使用 SysConfig 工具?

    我刚刚再次咨询了我们的 SysConfig 专家、似乎这正是该寄存器的默认设置。
    如果您查看该工具、它会默认处于选中状态:

    如果您检查  boardPadDelayInit.c 文件、您会看到它确实会 像您提到的那样设置0x00050000u 值。

    我们现在正在检查这是否是有意为之。 由于下周我需要训练、最终答案可能会延迟一到两周。  

    感谢您的耐心。

    这是否会对您一方造成任何不利影响?

    此致!

    若苏厄

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

    您好、Josue:

    是的、我们使用 syscfg 工具、请注意默认为0x00050000u、这与寄存器保留位相冲突。

    谢谢。
    瑞安

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

    您好、Ryan、

    这已在 SysConfig 工具中确认为错误。 内部 JIRA 已提交、将在下一版本的 SysConfig 工具中修复。  

    您的操作是按照 TRM 文档的说明进行操作、并手动将其更改为  0x00010000u。

    感谢您发送编修。  

    此致!

    若苏厄

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

    谢谢!