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.

[参考译文] AM2634:XAM2634BOLFHMZCZ

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

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1249222/am2634-xam2634bolfhmzcz

器件型号:AM2634
主题中讨论的其他器件:TMDSCNCD263

大家好!

我们遇到了 XAM2634B 控制器问题。 我们无法通过 JTAG 或 UART 对其进行编程。

JTAG 验证给出了成功状态、但在连接到内核期间会抛出错误。 (请参阅下面的 GEL 文件输出)

在 UART 模式下、控制器定期复位。

 

我们对 TI 开发板进行了信号电平比较:TMDSCNCD263/PROC110E1 (001)

电源正常、无毛刺脉冲(5V、3v3、1v2、1v8 PLL)

引导引脚/缓冲器使能信号的状态:正常(通过示波器和 JTAG 读回进行验证)

是否有任何想法会导致该问题、以及我们需要在 CCS 中测量或更改什么以推进工作?

 

TI 开发板上的控制器标记:XAM2634B/OLFHMZCZ  / 21ACLSW / G1/548/ZCZ

用户电路板上的控制器标记:XAM2634B/OLFHMZCZ  / 23CR7PW / G1 / 548/ZCZ

 

非常感谢。

佐尔坦

e2e.ti.com/.../Cortex_5F00_R5_5F00_0-GEL-Output-Loading-Gel_5F00_UserBoard_5F00_Connect.txte2e.ti.com/.../Cortex_5F00_R5_5F00_0-GEL-Output-OnTargetConn_5F00_TIDevBoard.txte2e.ti.com/.../USERBoard_5F00_JTAGVerify.txt

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

    尊敬的 

    设备的启动模式是什么? 是否确定处于 DEV-BOOT-MODE?

    此致、
    Aakash

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

    您好 Aakash、

    谢谢你的答复。 是的、我确定它处于开发-引导模式。 请参阅第12行: Cortex_R5_0:GEL 输出:SOP 模式= 0x0000000B 中的 GEL 文件输出   

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

    尊敬的 

    你可以尝试另一个脚本,只是为了减少问题的复杂性吗?

    e2e.ti.com/.../load_5F00_sbl.js

    在脚本控制台中加载此脚本、更新 mcu_plus_sdk 路径、尝试加载 SBL NULL 示例、并确保没有从早期加载 GEL 文件。

    此致、
    Aakash

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

    您好 Aakash、

    感谢您的反馈。 测试失败、输出如下。

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

    您好 Aakash、

    最后、我们今天可以通过注释掉原始 GEL 文件中的以下行来对控制器进行编程。

    您能否从工作频率的角度解释一下这意味着什么?  不能将控制器设置为最大频率400 MHz?

    非常感谢。

    祝你度过美好的一天!

    佐尔坦

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

    尊敬的 Zoltan:

    尽管 CORE_PLL 配置为400MHz、但您的器件似乎在25MHz 下仍然可以工作。 开关没有经历相同的过程。

    GEL 文件通过 SBL-NULL 完成整个流程、这与我提供的脚本相同。

    此致、
    Aakash

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

    您好 Aakash、

    您能提供任何指示或线索、说明我们将尝试和衡量什么来更接近这种行为背后的原因吗?

    我们是否应该将400MHz 导向时钟输出、以测量 PLL 是否工作?

    还是读取 PLL 状态寄存器?

    还是读取一些其他状态寄存器?

    非常感谢。

    佐尔坦

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

    尊敬的 

    这种故障看起来非常不可能发生。 我们可以对同一个函数进行简短的调试调用吗?

    此致、
    Aakash

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

    大家好!

    以供参考。 已找到根本原因。 这是由我们电路板上的不正确的1v2布局引起的。 复位从低电平变为高电平后~ 12ms、1V2电源在~ 32us 内出现~60mV 压降、然后复位开始。 我们假设内部电压监视器产生了复位。  根据其中一本设计指南、允许的最大压降为30mV。 在开发板上、这个骤降为~ 12mV。 我可以通过在1v2轨上添加几吨去耦电容器来解决这个问题。 但长期解决方案是新的布局、它更符合 制造商的提议。

    祝你度过美好的一天!

    佐尔坦