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.

[参考译文] TDA4VM:MCU_RESETSTATz 在启动后变为高电平、但不会进入正确的逻辑电平

Guru**** 2694555 points

Other Parts Discussed in Thread: TDA4VM, SN74LVC1G17

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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1589595/tda4vm-mcu_resetstatz-goes-high-after-boot-but-not-to-proper-logic-level

器件型号: TDA4VM
《主题: SN74LVC1G17》中讨论的其他器件

您好:

我在 TDA4VM 周围设计了一个具有遵循 PDN-0C 的电源方案的定制电路板。 我正在调试一个问题、即当电路板通电时 MCU_RESETSTATz 信号会变为高电平、但不会达到适当的高逻辑电平(根据数据表,这是电路板上的 VDDSHV0_MCU、它是 3.3V)。 相反、信号变为 0.663V。 我在 MCU_RESETSTATz 信号上有一个 10K 下拉电阻、该下拉电阻可按照评估板建议为 OSPI 和 QSPI 存储器复位线路馈送两个 SN74LVC1G17DBVT 缓冲器。 这是一个问题、因为由于电压电平较低、OSPI 和 QSPI 存储器保持复位状态。

我能够完全引导至 Linux、并在主内核和 MCU 内核上运行测试程序、因此据我所知、电路板的功能没有问题。 RESETSTATz 信号也正常工作、并在引导时进入正确的逻辑电平 (3.3V)。

由于我测量的电压值为奇数、我想知道引脚上是否有一些内部上拉或下拉。

1) MCU_RESETSTATz 引脚行为是否可以通过软件进行配置、如果可以、我应该在 SDK 中的哪个位置进行检查?

2) 在硬件方面,是否有任何其他信号我应该检查和进一步的调试建议?

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

    检查 vddshv0_MCU 电源电平。  您是否还可以移除下拉电阻并查看是否能够变为高电平?

    是否在多个板上出现了相同问题?

    谢谢

    Kyle

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

    尊敬的 Kyle:

    我移除了一个板上的 10k 下拉电阻器、电平没有变化。 我在 3.3V 下测量了 VDDSHV0_MCU。如果该电源存在问题、我希望也在 RESETSTATz 上看到该问题、因为在该定制板上、VDDSHV0 和 VDDSHV0_MCU 电源网是组合在一起的。  我在定制电路板的所有 3 个样片上看到与初始原型设计相同的问题。

    Jonathan

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

    您好、Kyle、我已经有一段时间了、想再次跟进此问题、您是否有其他建议或途径可以尝试在硬件方面进行尝试?  是否需要检查任何 SW 设置、可能是在设备树中?

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

    您好的团队、

    Jonathan 有任何更新吗?

    此致、

    兰迪

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

    您能否为 MCU_RESETSTATz 电路发送原理图截图?  听起来可能存在争用、其中 MCU_RESETSTATz 网络由两个不同的源(处理器和“其他“)驱动。   SN74LVC1G17 符号可能会错误创建、因此您认为您正在连接到输入但实际上是输出?  MCU_RESETSTATz 是否可以到达任何其他位置?

    另一个可能的原因是驱动未通电的器件(电压为削波)。  您是否已验证 SN74LVC1G17(以及连接到 MCU_RESETSTATz 的任何其他外设)是否正确供电?

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

    尊敬的 Jonathan:

    此外、您是否可以检查 WKUP_PADCONFIG70 寄存器值?  

    根据数据表: 表 5-125。 引脚多路复用(续) 显示了寄存器映射到 WKPU_RESETSTATz。

    根据技术参考手册 DRA829TDA4VM_DRA829TDA4VM___LW_AT__1.pdf Registers_Part

    确保 TX_DIS [21]清除为 0(启用)。  并确保 将 MUXMODE [3:0]清除为 0x0。

    此致、

    Kyle

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

    尊敬的 Kyle、Robert:

    感谢您的反馈。 在更仔细地研究缓冲区输出的实现之后、我得以解决这个问题、因为错误的网络名称分配导致输出被驱动两倍于 Robert 怀疑。  

    仅供我参考、这是 Kyle 建议检查的 PADCONFIG 寄存器的正确方法吗? 输出看起来是否正确?

    在 U-Boot 中输入了以下命令:

    => MD.b 0x4301c118
    4301c118: 00@ 01 08 00 40 01 08 00 40 26 10 00 40 24 00 .@...@.@.
    4301c128:00 40 26 10 00 40 26 10 00 00 00 00 00 00 00 00 00 .@……@………

    谢谢、

    Jonathan

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

    Jonathan、

    最好将数据转储为 32b 字而不是字节。  

    我相信可以通过以下方式实现:

    MD.l

    或只是 MD
    因为它应该默认为.l  (即小写 L)

    此致、

    Kyle