工具/软件:
您好:
我们在测试中发现、在 AM2432 MCU_PORz 信号释放后、RESETSTATz 和 MCU-RE 产品将被拉至低电平、但 RESETSTATz 低电平时间 TW (158us) 小于 数据表中所需的 4040 * S (161.6us)。这个问题的解决方案是什么? 有什么影响?

图 1 RESETSTATz 单次上电

图 2 我们测试 RESETSTATz 的上电(放大图)

图 3 AM2432 数据表 规格
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.
工具/软件:
您好:
我们在测试中发现、在 AM2432 MCU_PORz 信号释放后、RESETSTATz 和 MCU-RE 产品将被拉至低电平、但 RESETSTATz 低电平时间 TW (158us) 小于 数据表中所需的 4040 * S (161.6us)。这个问题的解决方案是什么? 有什么影响?

图 1 RESETSTATz 单次上电

图 2 我们测试 RESETSTATz 的上电(放大图)

图 3 AM2432 数据表 规格
尊敬的 Zhannglongc:
RESETSTAT 低电平持续时间更像是 SoC 必须能够提供的参数、而不是用户的要求。 如果小偏差是使用/监控 RESETSTAT 的外部电路的问题,则由您决定。
可能导致偏差的原因、我可以回顾:
-系统时钟可能不够接近 25MHz
- MCU_PORz 低脉冲不符合规格。 请参阅图 6-5。
-测量误差可能会累加
此致、
Stan
你好 Stanislav Stilyanov :
1、我们 测试了我们的系统时钟, 频率容差<30ppm,根据我们测试 TW=158us 计算, S 是 39.1ns、,超过 30ppm,此外,我们测试 RST8 符合 规格。
2.我们的设计 MCU_PORz 由复位 IC 控制、我们监控 0.85V、当 0.85V 电源正常时、复位信号会释放、MCU_PORZ 同步、因此 MCU_PORz 没有 被拉至低电平、我认为 MCU_RESETSTATz 和 RESETSTATz 已热复位。
您可以在实验室中进行测试吗? 这个 EVM 有这个命题、谢谢。
您好:
此问题有任何进展?我使用频率计测试模块的时钟精度和 RESETSTATz RST9 的参数、如下所示:

图 1 1CPU_CLK 和 RESETSTATz RST9=157.5us
注意:根据测试时钟频率计算出的 RST9=161.6012us 显然是我的测试 RESETSTASz 信号的 RST9 的大误差、因此这不是时钟精度效应。


图 2 2CPU_CLK 和 RESETSTATz RST9=157.9us
注意:问题与上述相同
尊敬的 Zhanglong:
您正在运行的初始软件是什么(如果有)?
tw 我检查了此复位信号的原因、并看到 am2432 用户手册指出大约在数百毫秒的 MCU_PORz 释放之后执行了热复位(这次是我在测试中找到的结果)
我认为情况不应该如此。 我认为这仅是 R5 CPU 的内部复位、并且不应在 RESETSTATz 引脚上显示该复位。 此外、我不会在 EVM 上观察到 RESETSTATz 置为有效。
尊敬的 Zhanglong:
您可能需要检查 RST_SRC 寄存器状态。 它记录上次重置原因、并可提供线索。
以下是可以复位 MAIN 域的复位源列表:
主域复位
•上电复位
–主域软件 POR 复位
–由 MCU_PORz 引脚生成的主域硬件 POR 复位
•热复位
–RESETz_REQ 器件引脚
–MCU 域热复位也会生成主域热复位
MCU 域复位
•上电复位
–MCU_PORz 器件引脚:该上电复位将复位整个器件、包括 MCU 域和 MAIN 域。
•热复位
–MCU_RESETz 器件引脚
–MCU 域软件热复位
–MCU 域 ESM 错误复位
–短信冷重置
尊敬的 Stanislav Stilyanov:
抱歉、我犯了上面错误回复的错误、RESETSTATz 和 VCCIO3.3 上电时间间隔太短、所以我忽略了它、今天我重新测试了 EVM(测试点 TP68)、发现 EVM 也是同一个信号存在。 低电平时间 157us 也不符合规格、如下图所示的 2 所示、麻烦在于您测试 EVM(您可以将示波器设置为下降沿触发)。

图 1 上面的答复不正确

图 2 EVM 的 RESETSTATz 重新测试信号
您好:
OK、这是软件生成的复位
是的,我也认为这是一个 软件生成的复位,你知道为什么不符合规范吗?
您使用的是什么引导加载程序/操作系统?
我们的引导加载程序 如下所示、我们的操作系统: 实时线程

您能共享 tw 引脚设置吗?
我们的 引导模式引脚设置 如下、主要引导模式为 OSPI、备用引导模式为 UART。

这个问题已经持续了很长时间,影响了我们的项目进度,请尽快给我一个结论,谢谢!
尊敬的 Zhanglong:
谢谢并理解。
我知道您看到的测量是在 MCU_PORz 期间进行的。
我们预计在时序方面会有一些差异、为了保持电路板设计进度、这个问题不应成为问题。 我正在内部检查预期变化。
在这种情况下,如果您有进行冷复位的配置,您是否可以进行快速复位 — 只需按下并移除,然后长按 RESET 即可测量 RESETSTATz 输出。
此致、
Sreenivasa.
感谢您的答复。
我知道您看到的测量是在 MCU_PORz 期间。
、在 MCU_PORz。MCU_PORz 期间未进行 I 测量已发布 μ s
在平均时间内、如果您有进行冷复位的配置、您可以进行快速复位吗?只需按一下并删除、然后长按重置、然后测量 tw 输出。
在、的情况下、我们无法进行冷复位 4 μ s。但是、我们在固件升级期间执行热复位、波形如下图所示、由于 RESET_REQz 引脚有滤波电容器、因此信号的下降沿相对较慢。

尊敬的 Zhanglong:
谢谢你。
我知道您看到的测量是在 MCU_PORz 期间。
已注意。 在波形中、似乎测量的时间是在 MCU_PORz 变为高电平之后
。tw 在我们无法进行冷复位的平均时间、但是、我们在固件升级期间执行热复位、波形如下所示、因为 RESET_REQz 引脚具有滤波电容器、信号的下降沿相对较慢
热复位应该是可以的。
LVCMOS 输入转换预计小于 1000ns。 对于 RESET 输入、由于内部复位可能会出现毛刺脉冲、建议压摆率小得多 (~100ns)。
在慢速斜升的情况下、RESETSTATz 测量可能不可重复 — 您是否可以在短时间(一些 ms 和很长的时间)按下 RESET_REQz 后测量 RESETSTATz 输出-~ 2 秒、并查看 RESETSTATz 时序是否有任何差异。
此致、
Sreenivasa.
尊敬的 Zekun:
1.是的、将在 EVM 上对此进行测试。
2.我们不知道、因为 RESETSTATz 是内部生成的、应该是 4040 * 25MHz 时钟周期时间、但客户看到的时钟周期数略小。 这应该不会成为问题、因为它们仅使用 RESETSTATz 来复位仅需 1us 复位生效的闪存。
是的、我同意、应在内部解决较短的复位持续时间问题。\并且可能需要更新数据表或进行其他操作。
此致、
Stan
大家好!
我得到了示波器屏幕截图。 请注意、测量是在 AM64x EVM 上进行的。
e2e.ti.com/.../RESETSTATz-measurements.zip
此致、
Stan
您好、Stan
2.我们不知道、因为 RESETSTATz 是内部生成的、应该是 4040 * 25MHz 时钟周期时间、但客户看到的时钟周期数略小。 这应该不会成为问题、因为它们仅使用 RESETSTATz 来复位仅需 1us 复位生效的闪存。
我通过每周会议与您的团队进行了检查。 我们是否计划根据您的回复更新数据表?
我认为、如果我们可以通知客户这是一种正常现象、那么客户可以关闭此问题、因为此问题不会影响客户的应用。 他们只需要一个澄清。
此致
Zekun