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.

[参考译文] MSPM0G1506:关于勘误表 VREF_ERR_03

Guru**** 2905440 points

Other Parts Discussed in Thread: SYSCONFIG

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

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1566984/mspm0g1506-about-errata-vref_err_03

器件型号:MSPM0G1506
主题:SysConfig 中讨论的其他器件

工具/软件:

您好:

请告诉我 VREF_ERR_03 的信息。

>如果 VREF 频繁下电上电、则会发生损坏凸轮。
具体来说、“频率“是多少?


>在启用 VREF 之前使用 GPIO 对 VREF+电容器进行预充电。 这可以假定电容器的充电量大于所需值。 然后启用 VREF 模块并禁用 GPIO 上拉。
预充电时、GPIO 是否不会引起浪涌电流?

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    具体来说、“频率“是多少?

    不建议使用 Vref 本身为 1uF 充电。 请使用带有上拉电阻的 GPIO 进行充电。

    在预充电时 GPIO 是否不会引起浪涌电流?

    启用 GPIO (IOMUx) 的上拉时有 40k Ω 上拉电阻、电流会受到限制。

    该充电电流来自 IOMUx 上拉电阻器、而不是来自 Vref、因此不会损坏 Vref 模块。

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

    谢谢您、

    我正在 SysConfig 中配置 VREF;是否可以对此勘误表应用权变措施?

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

    是的、手动初始化 Vref。

    通过 Vref 输出高电平到 GPIO+引脚。

    然后复位 IOMUX 并初始化 Vref 模块。

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

    好的、

    我知道、不应使用由 SysConfig 自动生成的 SYSCFG_DL_VREF_init (void) 函数。 是这样吗?

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

    您需要使用 Vref 为 IOMUX+充电、然后复位 IOMUX 并调用  

    SYSCFG_DL_VREF_init

    从而启用 Vref+模块。

    由于 Vref 是模拟功能、IOMUX 需要保持复位状态。

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

    尚未收到答复。
    在使用 GPIO 后无法通过 SysConfig 启用 VREF+模块、这是正确的吗?


    我将在程序中实施对策、但应通过 GPIO 进行预充电需要多少秒?

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    是否正确了解无法通过 SysConfig 在使用 GPIO 后启用 VREF+模块?

    是~ syscfg 仅支持简单的外设初始化代码生成。

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

    您好:

    我希望您回答这个问题。

    >我将在我的程序中实施对策、但通过 GPIO 进行预充电的时间应该是多少秒?

    谢谢你。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    >我将在我的程序中实施对策、但通过 GPIO 进行预充电需要多少秒?

    从 LaunchPad 上的测试结果来看、200us 就足够了。

    但您需要考虑自己的 PCB 设计。

    e2e.ti.com/.../VrefpCharge.sal

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

    您好:

    >从 Launchpad 上的测试来看、200us 就足够了。

    好的、谢谢。


    >但您需要考虑自己的 PCB 设计。
    这是意料之外的。
    预充电不能在内部电路内完成。 这是否意味着需要通过外部电路进行预充电?

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    这是意外的。
    预充电不能在内部电路内完成。 这是否意味着需要通过外部电路进行预充电?[/报价]

    编号

    1.如果向 Vref 添加一个更大的电容器、则需要更多时间。

    2.如果您的电源可以输出有限的电流(可能小于 2~5mA)、则可能需要更多时间来充电或导致 M0 断电、

    请尝试监测 Vref +充电电压波形、以确保您的硬件设计可以支持稍大的充电电流。

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

    嗯。 我开始感到困惑。


    “VREF_ERR_03"与“与“VREF_ERR_02"是否“是否相关?
    如果寻址了“VREF_ERR_02",“,则、则是否无需处理“VREF_ERR_03"?“?

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

    不可以。这是关于 VREF 模块的放电速度较低。

    ERR_03 是无法支持快速充电电流。

    这是两件不同的事情。

    Vref_Err_ 02 的权变措施是关于在 Vref C = 1uF 时如何使用 GPIO 对 Vref 电容器放电。

    Vref_Err_ 03 是关于 Vref 充电方法。

    通过参考 Err_02、您可以考虑通过测试和控制充电时间将充电电压控制为 2.5V。

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

    你好。


    感谢您的支持。
    我将使用以下方法针对 VREF_ERR_02 和 VREF_ERR_03 采取措施。


    ①VREF Ω 禁用
    ② 将 GPIO 上拉电阻连接到 VREF+
    ③ μ s 等待 200 微秒
    ④ 断开 GPIO
    ⑤VREF Ω 启用
    ⑥ μ s 等待 200 微秒

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

    是的。

    确保 Vref +通过软件控制的 GPIO 正确充电。

    请尝试监控 GPIO+的电压并将其与您的软件时间点进行比较(尝试使用 Vref 在功能之间切换)

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

    谢谢你。
    当我的团队向我提出问题时、我只是在创建和测试该软件。
    问题在于勘误修复是否似乎无效。
    请确认并回复。

    如果电容器使用 3V 电源电压进行预充电并且连接了 Vref、则 Vref (1.4V) 和电容器的 3V 充电电压之间会产生 1.6V 的电势差。
    在这种情况下、我认为产生 Vref 的运算放大器的输出端子上可能会出现反向电流。 作为对策、对电容器进行预充电是否合适?

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    如果电容器用 3V 电源电压进行预充电、并且连接了 Vref、则 Vref (1.4V) 和电容器 3V 充电电压之间会产生 1.6V 的电势差。
    在这种情况下、我认为产生 Vref 的运算放大器的输出端子上可能会出现反向电流。 作为对策、对电容器进行预充电是否合适?

    打开了。

    但这种反向电流不会损坏 Vref。

    只有一个问题是从 3.3V 放电到 1.4V 会缓慢。

    如果您需要更快的应用、请控制充电时间以将充电电压控制在 1.4V 左右。 (也许 1.5 ~ 1.8 更好)

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

    感谢您发送编修。

    我将尝试基于此进行评估。

    首先、我将估算充电/放电时间以大致了解需要多长时间、然后我将通过实际测量进行检查并进行相应优化。

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

    你好。
    根据您的建议、我使用 GPIO 对电容器进行了预充电、并检查了电流和电压。 在图 1 中、通道 1 显示 20mA 1V/div 处的电流、通道 2 显示 1V/div 处的电压、充电 30ms。 在图 2 中、通道 1 显示 5mA 1ms/div 处的电流、通道 2 显示 1V/div 处的电压、充电 35ms。 在充电 30ms 的情况下、电压小于 1.4V、并且大约 12mA 的电流流动;但是、在充电 35ms 时、会出现 10mA 的反向电流。

    • 根据您的解释、您提到即使反向电流也没有问题、那么预充电 35ms 而不造成任何损坏是否安全?
    • 我认为、使电压更接近 Vref 可以进一步降低电流、但是如果降低电流以确保不会发生损坏、应该达到多大的水平(以 mA 为单位)?
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    根据您的解释、您提到即使是反向电流也没有问题、因此在不造成任何损坏的情况下预充电 35mS 是否安全?

    由于讨论了 ERR_03、因此 Vref 模块充电外部电路将导致损坏。

    ERR_02 表示向 Vref 模块放电缓慢。

    也没有提到放电会损坏 Vref。

    35ms 是可以的。

    我认为、使电压更接近 Vref 会进一步降低电流、但如果降低电流以确保不会发生损坏、应该达到多大的水平(以 mA 为单位)

    根据 ERR_03、不要尝试使用 Vref 为外部电容器充电。

    可以稍微放电至 Vref。

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

    感谢您的答复。
    我忽略了电源电压的变化也会导致预充电电压变化这一事实。
    我们假定一个纽扣电池的电源电压为 2.2V 至 3.3V。
    在最小电源电压为 2.2V 且预充电时间为 65ms 的情况下、预计会有大约 3.5mA 的小反向电流。
    然而、在最大电源电压为 3.3V 且预充电时间为 65ms 的情况下、预计大约 40mA 的大反向电流将流向 Vref。

    • 可接受低至几 mA 的反向电流?
    • 为什么这个反向电流值是可以接受的?
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    可接受多少 mA 的反向电流?
    为什么可接受该数量的反向电流?

    根据 ERR_02、唯一的问题是放电速率较慢、放电时不会对 Vref 造成损坏。

    无需考虑放电损坏。

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

    你好 Helic,
    我们理解您的答案并有一个问题。
    (问题)
    预期放电电流是多少电流?

    此致、
    TAO_2199

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

    我来检查一下。

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

    您好:

    您能告诉我们当前的状态吗?

    此致、
    TAO_2199

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

    您好、我已将反馈发送给 Isao-San。