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.

[参考译文] BQ7.6942万:关于低电压下PF的OTP编程

Guru**** 2585275 points


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

https://e2e.ti.com/support/power-management-group/power-management/f/power-management-forum/1101312/bq76942-about-otp-programming-of-pf-at-low-voltages

部件号:BQ7.6942万

您好!

我们有一个关于安全欠压期间永久故障的问题。

我们的设置如下所示:


SUV_THRESHOLD 0x92CB:0x0708 (1800mv)
protection_configuration 0x925F:0x0732 (启用PF_OTP和PF_FUSE)
(假设我们有shutdown_cell_voltage 0x923F:0x3E8 (1000mV))

在SUV级别,电压不足以启用保险丝驱动(使用我们的保险丝)。 因此,我们的目标是依靠OTP编程来永久禁用包装。 我们的问题是,看起来,如果我们将电池充电回超过SUV限值,则不会设置永久失效标记。 这次从关机启动时,我们没有执行任何部分重置...

在BQ7.6942万 (11.3 二级保护)的文档中,我们读到:"在低压和高温条件下,OTP编程可能会延迟,直到OTP编程能够可靠地完成。"。 这是什么意思?

在给定的SUV阈值下,是否可以执行OTP编程? 我们感到,即使如此,在 这些低电压水平下,所需时间也可能比我们所能获得的时间长。  

此致

//Erik Almqvist

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

    嗨,Erik,

    OTP编程只能在10-12V之间的电压下完成,除非您的蓄电池电压在SUV时处于该范围内,我认为OTP是不可能的。 我将在星期一与一位工程师同行进行磋商。

    谢谢!
    Caleb

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

    您好!

    感谢您的支持! 此问题是此帖子的后续问题:

    BQ7.6942万:OTP write on permanent failure- Power management forum - Power management - TI E2E support forums.

    在这一职位上,结论是不应对将PF写入OTP有任何要求。 在上一篇文章中,我们通过将电压限制增加到正常操作范围内来测试PF写入,这种方法工作正常。 在这些较低电压区域中,PF似乎未成功写入。

    此致

    //Erik Almqvist

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

    您好,Erik,

    在这种情况下,您的堆栈电压是多少?  该器件至少需要~10V才能成功编程。  对于设置的正常OTP编程,我们将其限制为仅在狭窄范围内编程,以避免在尝试以更高的堆栈电压编程时出现相关电路的热问题。  但对于PF案例,我记得我们仍然允许在更高电压下进行编程,我们只是做得慢得多,以减少任何热影响。

    但是,如果您的堆栈电压非常低于~10V,则设备可能无法对OTP电池进行编程,即使尝试进行编程,它也没有足够的电压来成功。

    谢谢!

    特里

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

    你好,Terry!

    感谢您的支持! 我们有一个5p电池组,因此此时堆栈电压约为8V。 我们知道OTP的正常范围,因为我们确实在制造过程中对OTP REGx进行编程。

    根据您的回答,我认为AFE目前无法向OTP发送邮件(这就是我们发现的)。 对于如何保护通过SUV的情况,然后为电池充电,您有什么建议吗? 我们目前的最佳建议是不依赖AFE的OTP永久故障指示,而是将永久故障存储在MCU中。 我们希望避免将逻辑从AFE移动到MCU,但我们在获得OTP写入的可靠性方面遇到了问题?

    此致

    //Erik Almqvist

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

    您好,Erik,

    因此,您的堆栈达到~8V,您获得PF,但如果设备在堆栈重新充电至~10V之前关闭,我认为PF信息将丢失。  当您再次通电时,我假设设备将再次测量堆栈并获得一辆新的SUV,或者它是否开始充电足够快以避免此时出现SUV?   

    如果没有, 则可能需要在MCU中存储一些变量。  我不确定是否有其他方法可以解决这个问题。

    谢谢!

    特里

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

    你好,Terry!

    我同意这是一个角落的案例,但同时我不能责怪我们的测试人员做了他的工作。 例如,如果有人试图在8伏以下的电池上直接充电,则可能会出现这种情况。 通常情况下,我同意SUV在再次唤醒时会再次触发,直到耗尽。

    即使在我们尝试对PF进行编程后,我们也对其清除感到惊讶,因此我们想要验证行为。

    感谢您的解释! 它将帮助我们选择前进的路线。

    此致

    //Erik Almqvist