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:RESETSTAT 脉冲宽度、RESETSTATz 低电平(TW (RST9))不符合规格

Guru**** 2439560 points
Other Parts Discussed in Thread: AM2432

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

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1532464/am2432-resetstatzl-pulse-width-resetstatz-low-tw-rst9-does-not-meet-specification

器件型号:AM2432


工具/软件:

您好:

  我们在测试中发现、在 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

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

    你好 :

      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 的大误差、因此这不是时钟精度效应。

    2CPU_CLK

    图 2 2CPU_CLK 和 RESETSTATz  RST9=157.9us

    注意:问题与上述相同

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

    尊敬的 Zhanglong:

    出于某种原因、我没有观察到 RESETSTATz 低波形。 我将尝试在另一块电路板上进行测试。 同时、您能告诉我电路板上 RESETSTATz 连接了/连接了哪些器件吗? 您是否在使用这些器件时遇到问题(例如未正确重置它们)?

    谢谢、

    Stan

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

    您好:

      我检查了这个复位信号的原因、并发现 am2432 用户手册指出大约在 MCU_PORz 释放几百 ms 后执行热复位(这次是我在测试中发现的)。

      

     我的器件的 RESETSTATz 信号连接到闪存复位引脚、FALSH 用于存储我的器件 引导和应用。

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

    尊敬的 Zhanglong:

    您能告诉我们闪存器件型号吗?

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

    尊敬的 Stanislav Stilyanov:

       我设备的闪存编号是 GD25B512MEBIRR。

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

    尊敬的 Zhanglong:

    “RESETSTATz  RST9=157.9us  比数据表中的预期值短 RST9=161.6012us “-这是否会影响您的设计? 例如闪存以外的任何其他器件。 从闪存数据表中可以看出、芯片需要最小 1us 的复位信号才能实现正确的内部复位、因此闪存没有问题。

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

    尊敬的 Stanislav Stilyanov:

       RESETSTATz RST9=157.9us 符合我的器件闪存复位要求、但 我们的公司测试团队认为 RESETSTATz 低电平时间不符合 AM2432 数据表要求 (161.6012)、我们需要说明导致此参数不符合规格的原因、因此我需要您的帮助、我认为这与我的设计无关、这是芯片的内部决定。

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

    尊敬的 Zhanglong:

    您正在运行的初始软件是什么(如果有)?

    tw 我检查了此复位信号的原因、并看到 am2432 用户手册指出大约在数百毫秒的 MCU_PORz 释放之后执行了热复位(这次是我在测试中找到的结果)

    我认为情况不应该如此。 我认为这仅是 R5 CPU 的内部复位、并且不应在 RESETSTATz 引脚上显示该复位。 此外、我不会在 EVM 上观察到 RESETSTATz 置为有效。

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

    尊敬的  Stanislav Stilyanov:

       、运行了初始软件 在我尝试只在我的设备上的空引导加载程序,也可以捕获 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 重新测试信号

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

    您好、

    该波形(图 1 是  RESETSTATz 单次上电)是否等于 MCU_PORz 波形?

    谢谢、

    Stan

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

    您好:

      否、该波形是   RESETSTATz 信号。

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

    尊敬的 Zhanglongc:

    售票人今天已不在办公室。 他明天会回来回答你的问题。

    此致、

    Anastas Yordanov   

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

    尊敬的 Zhanglong:

    您能否捕获 RESETSTATz 与 MCU_PORz? 如下图所示?

    谢谢、

    Stan

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

    您好:

      我捕获了 MCU_RESETSTATz 和  RESETSTATz 以及 MCU_PORz、如下图所示。

      

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

    您好、

    在您的最后一次捕获中、我在您的初始问题中看不到 RESETSTATz 低脉冲:

    您能否通过可见低脉冲重新测试 RESETz + MCU_PORz?

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

    您好:

      RESENPallays 上电后大约 500ms 时、导致 RESETSTATz 脉冲较低、因此上面的波形无法 捕捉到。

    您是否在 EVM 中测量了这个波形、EVM 是否下载了引导加载程序? 如果没有引导加载程序、则不会捕获 RESETSTATz 的低级。

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

    尊敬的 Zhanglong:

    好的、这是软件生成的复位。

    您正在使用什么引导加载程序/OS?

    您能否共享引导模式引脚设置?

    谢谢、

    Stan

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

    您好:

    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.

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

    您好:

    在慢速斜升下、tw 测量值可能不可重复 — 您能否在短时间(一些毫秒和很长的时间)后测量 RESETSTATz 输出-~ 2 秒、看看报价时序是否有任何差异。[/RESETSTATz]

     抱歉、我的设备未配备此类测试、无法进行测试。

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

    尊敬的 Zhanglong:

    tw 由于 RESET_REQz 引脚具有滤波电容器、因此信号的下降沿相对较慢。

    您能否拆除电容器并再次测量 RESETSTATz?

    谢谢、

    Stan

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

    您好、Stan

    我与客户进行了检查、他们没有用于测试的测试环境。

    我想检查两件事:

    1.我们可以使用 TI 引导加载程序在 AM243 EVM 上测试相同的现象吗? 客户提到可以在 EVM 上对其进行测试。

    2.如果是,这种现象的原因是什么?

    我已在内部上报此问题、希望我们能够帮助客户尽快解决此问题。 感谢您一如既往的支持。

    谢谢

    Zekun

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

    尊敬的 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

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

    您好 Zekun、  

    基于对设计差异的初始讨论、RESETSTATz 最小时序是预期的。

    我们正在设计、以便更好地了解预期变化和最小值。

    讨论结束后、我们可以确认数据表更新计划。

    这可能需要一些时间。

    此致、

    Sreenivasa.

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

    你好 Sreenivasa

    非常感谢、等待您的答复。

    此致

    Zekun

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

    您好 Zekun、  

    谢谢你。 可以。

    此致、

    Sreenivasa.