主题中讨论的其他部件: USB2ANY, TPS65.025万, TPS6.5218万
您好,
以下BAT针脚的峰值是否影响交流电检测?
此峰值约为4V峰值。
此致,
Kuramochi
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.
您好,
以下BAT针脚的峰值是否影响交流电检测?
此峰值约为4V峰值。
此致,
Kuramochi
Jesse,
我还想知道系统中使用的寄存器0x04 (CHGCONFIIG1)位D0 (CHG_EN)的值。
此位的默认/重置值为'1',但您提到系统中没有电池。 在没有电池的情况下,我们可能会采取一些措施,在Register Map (注册图)中写入值,以防止您在VBAT上出现故障。
TPS6.5217万数据表的应用部分中有一个完整的部分,标题为“10.2 .2.2 无电池/5V操作”(第75-76页)。 您的系统是否与案例1/2或3更接近? 如何 端接您的TS引脚?
请参阅本节并验证您的示意图是否如图56所示连接,并仔细阅读表36标题为"通过交流电源PIN供电"的第一列中的功能差异
您好,Brian,
是的,第一幅图像中的时间刻度确实为5ms/div。
下面 是AC,SYS和BAT针脚的示波器。 对于此图像,我必须禁用交流电源路径才能执行关机。 唯一一个可用于确定范围的主板具有损坏的RTC部分,因此不能使用ALARM2关闭。 但是,BAT针脚行为和其他症状相似。
(Pink-AC;LightBlue-SYS;DarkBlue-BAT)
CHG_EN位保留其默认启用值(1)。 我们之前已经对该寄存器进行了范围划分并尝试禁用它,但仍然看到相同的峰值,尽管我们没有详细研究差异。 峰值可能会在几微秒后出现,或类似情况。 我认为无论充电器设置如何,电压峰值都会出现。 我们看到的高峰是系统在关机期间连接到BAT,因此一直保持稳定状态。
我们的电路配置类似于10.2 .2.2 部分的情况1/2。 我看到的唯一区别是我们没有BAT和BAT_SENSE彼此短路-所有三个都是浮动的。 TS也保持浮动状态,就像图56中的左侧配置一样。
此致,
杰西
您能否更详细地描述"意外重启"? 您的意思是SYS滑轨意外地自行恢复吗?
我很抱歉之前没有问过,但您能否同时探测PWR_EN引脚并将其显示在与AC,SYS和VBAT相同的示波图上?
我知道您通过禁用交流电源路径在最后一个示波器上强制VBAT峰值,因为您的其中一个主板已损坏,但我更愿意只看到发生"意外重启"时拍摄的示波器。
我正在尝试在实验室中设置测试以重现您的问题,我将需要尽可能多的与TPS6.5217万引脚相关的信息。 如果可能,系统中的“意外重启”需要根据TPS6.5217万引脚进行量化,因此请尽可能提供更多详细信息。
您好,Brian,
每次我们呼叫关机时,PMIC都会完全关闭,然后在1秒钟后自动重新启动。 我们有BAT引脚浮动和 USB接地。
无论我们使用哪种关机方法,都会发生意外重启,这包括禁用交流电源路径。 所以,我发布的示波器镜头都是重新启动的。
每当重新启动时,我们都会收到一个中断信号,寄存器读数为0x02,表示交流状态已更改。 我们的交流输入电压始终为5V。 其中有一些噪音,但不超过400mV,交流检测阈值仍有较大的余量。 除非BAT上的峰值足以将标准更改为电池存在情况。
无论我们使用哪种关机方法,都会出现VBAT峰值。
很抱歉,我不能同时确定PWR_EN和VBAT的范围,因为我只能在暴露的导通孔处探测这些信号。
我有一些来自另一个项目板的较旧示波器,该项目板遇到了相同的问题,但发生的次数较少。
(浅蓝色-SYS;粉色-LDO4;绿色-LDO1;深蓝色-PWR_EN)
这是我们以前的一个怀疑者,但不管是否重新启动,都将发生这种情况。 现在的情况是,LDO1由于SYS电压下降而提前失去了它的调节。 因此,一旦失去调节,就会断言LDO_PGOOD将SoC的RTC部分置于复位状态,其中PMIC_POWER_EN为默认高电平。 然后,由于电压已经下降,PWR_EN上的信号开始随着其拉力电压下降。
我们能够通过控制SYS上的下降来控制这种情况,并使用一个大电容器。
这种情况仍然在上升,而且要晚得多,而且持续的时间要短得多。 但是,意外的重新引导事件会升级到100 %。 我们认为,延迟的SYS下降也会影响BAT上的峰值,因此如果可能,会影响AC检测? 我们的结论是PWR_EN上的脉冲不是意外重启的原因,但您认为在该关闭点的这种脉冲仍会使系统恢复正常吗?
这是VBAT的示波器,与上一个图的条件完全相同。
(深蓝色- BAT)
如果您正在重新创建问题,能否发布您环境中VBAT行为的范围截图? 我想把它与我们的详细比较一下。
非常感谢,感谢大家的帮助。
此致,
杰西
Jesse,
是的,我有一些想法。 我很抱歉没有事先提到我上周在美国度假。
我进行了一些测量并获得了奇怪的结果,直到我意识到在TPS6.5217万EVM上,PWR_EN引脚默认由USB2ANY USB到I2C控制器拉拔。 IPG_UI对读写寄存器很有帮助,但我没有注意到它也一直通过GPIO设置将3.3V应用到PWR_EN。
我现在已移除此路径中的电阻器,并将再次测试。
Jesse,
您说过"无论我们使用哪种关机方法,都会发生意外重启"。
您尝试了哪些关机方法?
显然,您已尝试通过AC_EN禁用交流电源路径(将'0'写入Reg. 0x01)。
您是否还尝试使用SEQDWN和INSTDWN命令(将'1'写入Reg. 0x1E)? 实际上我不知道I2C消息"ALARM2"发送给PMIC的是什么。
您在数字或模拟模式中尝试过的其他方法,我没有想到?
您能否验证VBAT和TS在原理图中是否完全浮动?
既然您说过"意外重启"会在1秒后发生,我相信您正在过渡到数据表第38页上的"全局状态图"左侧的"等待1s"状态。
在1秒钟的延迟后,系统将转换至关闭状态并接收到唤醒状态。
唤醒触发器列在图下方的注释部分。 其中一个触发器一定是导致您重新启动的原因,这就是为什么我最初怀疑它是PB_In。
根据我们的谈话,我们可以消除:USB上升,PB_in下降和重置状态(由8秒长的PB按压引起)。
如果MCU没有电源,则SEQUP = 1不可能。
剩下的唯一唤醒事件是AC上升,我理解这是您提出原始问题的原因。
如果VBAT上有10uF盖(即使引脚有效浮动),请将其拆下并重新测试。 请确保ALARM2转换为标准关机方法的“SEQDWN”命令。
最后,如果这些选项都不起作用,您的交流电压最大值是多少? 如果您的系统不需要过压保护(最大VAC=5V),则您可能需要考虑按照数据表第76页图56右侧所示为设计布线:
这是有效的,因为VBAT是TPS6.5217万电源路径SYS的主要电源,而在VBAT上没有任何连接的情况下从交流电源供电可能会导致类似这样的棘手情况。
您好,Brian,
非常感谢您的详细介绍。
Brian Berner 说:您尝试过哪些关机方法?[/QUOT]
我们尝试了以下方法,所有这些方法都以重新启动结束:
关闭位设置为1,然后PWR_EN被SoC的ALARM2拉低(这是我们的主要首选方法)
-SEQDWN刀头套件,不带INSTDWN
-SEQDWN刀头套件,带INSTDWN
-OFF位和PWR_EN低,带INSTDWN
-交流电源路径禁用
Brian Berner 说:请确认您的原理图中是否完全浮动了VBAT和TS?[/QUOT]
是,BAT,BAT感应和TS引脚都是浮动的。 我们实际上有一个不同的项目板,在BAT和BAT感应上有一个10uF电容器,在TS上有一个75kOhm电阻。 此项目板从未遇到意外重新启动。 有趣的是,我们对该主板的BAT引脚进行了范围界定,并得到了这样的结果: (PART-VAC, Blue-Vsys, Green-VBAT)
因此我们认为,由于VBAT通过VUVLO,但VAC-VBAT从未低于125mV,它避免了AC检测,因此不会重新启动。 但是,当我们拆除了10uF电容器并重新创建了重新启动主板的VBAT行为时,我们仍然没有让该主板在关机时重新启动。
最后,如果这些选项都不起作用,您的交流电源最大电压是多少? 如果您的系统不需要过压保护(最大VAC=5V),则您可能需要考虑按照数据表第76页图56右侧所示为设计布线:[/QUOT]
这是理想的做法,但我们不能在这个时候作出如此大的改变。 这需要回到非常早期的阶段。
在执行关闭例行程序之前,我们实际上能够通过将交流电流限制设置为500mA (PPATH控制寄存器的位3和2)来防止重新启动(OFF位设置为1,然后PWR_EN拉低)。 但是,我们仍需要找出重新启动的原因,以及此修补程序解决方案出于可靠性和质量原因而阻止重新启动的原因。
再次感谢您的详细回答。 我们非常感谢。
此致,
杰西
Jesse,
只是想确保您不认为我忽略了您的回复。
我认为该问题与交流电检测无关,即使这是TQ的初始问题,我也从未遇到过。 我认为该问题与VBAT峰值期间感知到存在蓄电池有关。
我仍然无法在不在PB_in引脚上创建下降边缘的情况下自动重新启动。
您是否可以将您的示波器设置为在PB_In的下降边缘触发,并在同一波形上显示VBAT? 使用较短的时间刻度(10-500us/div),您可以看到PB_In在"峰值"期间VBAT上升时下降。
如果您注意到任何问题,是否可以在将PB_In拉至交流引脚而不是浮动时再次尝试测试?
您好,Brian,
不用担心。 我实际上在度假几周。
您是否认为交流状态更改中断不是重新启动的原因,而 只是实际原因的副产品?
PB_In和nReset在关机时都下降到大约3.8V (无论是否重新启动),因此我们尝试将 它们向上拉 至AC,但仍然可以重新启动。
(这是PBIN的一个旧示波器。 我 目前无法确定范围,因为我们将其设置为不同的测试条件。)
现在,为了证明BAT电压不是重启的原因,我们 在BAT和BAT_SENSE引脚上添加了10uF电容器接地。 这将限制和延迟BAT针脚上的电压。 令人惊讶的是,这阻止了重新启动,我们已经测试了100次。 以下是波形:
我们的理论是,由于VBAT高于3.5V,AC/USB检测的阈值会发生变化,需要在交流电上进行极小的瞬变才能达到VAC-VBAT < 125mV的条件。 我们将交流电连接到开关调节器,所以我们猜测,关闭时PMIC负载突然下降,可能会在该调节器 切换到省电模式时造成瞬时。 我现在正在努力寻找这种短暂的。
所以,您是对的。 此问题是由于在关机时发现存在电池。 但这种感知的存在允许从某个位置唤醒,无论是PB_In还是AC。 中断寄存器建议进行交流电检测,但我们不会将PB_In作为一个因素。
非常感谢您的帮助,Brian。 我们对此表示赞赏。
此致,
杰西
我们之前已经研究过PWR_EN,实际结果显示在前面的页面中,与此主题相同。 我们没有排除这种情况,但是无论是否重新启动,PWR_EN上都有相同的行为,并且OFFbit = 1 PWR_EN已拉低关机。
我们目前也避免了SEQDWN关闭,因为泄漏会使3.3V LDO4保持在2伏而不是0伏的电压,从而导致SoC受损。 在这个论坛上有人指出,这是基于BeagleBone的设计中的一个已知问题。
因此,为了清楚地说明,我们目前已经能够通过两个单独的修复程序来防止意外重启。
1.在调用OFFbit=1,PWR_EN低停机之前,将PMIC交流电流限制设置为500mA。 以及,
2.短路BAT和BAT_SENSE (PMIC的4,5,6针),将10uF电容器接地,并在OFFbit=1和PWR_EN拉低的情况下关闭系统。
此外,仅需确认:
Brian Berner 说:如果PWR_EN上有任何噪音,则可能会输入引导/重新引导周期,因为它是边缘触发的
PWR_EN电平是否与数据表部分9.3 中所述的电平敏感。1.1 通电顺序:PWR_EN引脚对电平敏感(与边缘敏感相对)?
抱歉,PWR_EN和所有输入都是级别敏感的。 数据表中常见的"上升边缘"和"下降边缘"使我感到意外。 我一直在寻找"低到高"从高到低"的过渡。
我花了一些时间研究该部件对各种数字输入(I2C写入和GPIO)的响应,并根据您最初的关机方法列表得出以下结论:
我希望我能根据数据表中的状态机和备注为您提供这些答案的一些更合理的理由,但这是一种客观的测试方法,可帮助您避免将来出现任何问题。
您好,Brian,
非常感谢您的回答。
Brian Berner 说:不将关闭位设置为'1'
如果不将关闭位设置为1,则无论PWR_EN还是SEQDWN关闭, PMIC都将进入仅RTC (休眠)模式,从而使LDO1保持打开状态。 我们已经对此进行了测试,这不是一种可接受的情况。
SEQDWN位设置,带INSTDWN
[/引述]
我们正在测试同时关闭所有电压轨的效果。
Brian Berner 说:如果交流电源路径是系统的唯一电源,请勿禁用交流电源路径[/QUOT]
理解, 我们将完全避免这种方法。
所以我们只剩下一个关闭选项,即off bit=1和PWR_EN低电平。 这在BeagleBone black和无数其他基于BeagleBone的设计上都很好,并且是多 个论坛线程中首选的关闭方法。 但是,出于某种原因,我们的情况下会重新启动。
Jesse,
我担心你们和我都因为误读数据表而受苦。 我认为"上升边缘"和"下降边缘"不能字面理解,原因如下:
由于所有I/O都包含在“逻辑电平和计时特性(SCL,SDA,PB_In,PGOOD,LDO_PGOOD, PWR_EN,nINT,nWAKEUP,nReset)",这说明所有这些引脚都具有相同的I/O结构。 对于严格输入或输出的针脚,它们只包含一半电路。
由于交流中断(交流电源状态更改中断)是通过数字重置生成的,如反转交流启用位时,这表明交流输入对电平敏感。 USB与AC具有相同的比较器电路,因此USB也必须对电平敏感。
"因此,我们只剩下一个关机选项,即关闭位=1,PWR_EN拉低。 这在BeagleBone black和无数其他基于BeagleBone的设计上都很好,并且是多 个论坛线程中首选的关闭方法。 但是,出于某种原因,我们的情况下会重新启动。"
我与熟悉TPS6.5217万 BeagleBone Linux驱动程序的人交谈过,他告诉我:
在启动过程中(或首次探测PMIC时),驱动器将TPS6.5217万的OFF位设置为'1'。 当处理器确定需要物理关闭PMIC时,AM335的实际PMIC_PWR_EN输出会在较晚的时间被拉低
关闭位设置为'1'和PWR_EN变为低电平之间的这一长差值似乎与您的描述完全不同。 您的描述听起来像是在代码中的背靠背函数中出现OFF位=1和PWR_EN = Low。 这是否正确?
您是否使用带有Linux内核的AM335? 如果没有,您是否使用RTOS (实时操作系统)?
如果您使用的是Linux,为什么不使用TPS6.5217万的Linux PMIC驱动程序?
Jesse,
'如果不将OFF位设置为1,无论是PWR_EN还是SEQDWN关机,PMIC将进入仅RTC (休眠)模式,这将使LDO1保持打开状态。 我们已经对此进行了测试,这不是一种可接受的情况。"
您不想打开LDO1吗? 如果交流电稳定且LDO1关闭,则SYS也必须关闭(参见数据表图4中的频闪灯15)。
什么是控制PWR_EN? 在我看来,如果SYS和LDO1关闭,则下游(AM335x)将没有任何电源可用于将PWR_EN位切换回高电位。
为什么您不能控制上游电源,而只能切断交流导轨的电压?
您好,Brian,
再次感谢您的所有反馈。
由于所有I/O都包含在“逻辑电平和计时特性(SCL,SDA,PB_in,PGOOD,LDO_PGOOD, PWR_EN,nINT,nWAKEUP,nReset)",这说明所有这些引脚都具有相同的I/O结构。 对于严格输入或输出的针脚,它们只包含一半电路。
由于交流中断(交流电源状态更改中断)是通过数字重置生成的,如反转交流启用位时,这表明交流输入对电平敏感。 USB与AC具有相同的比较器电路,因此USB也必须对电平敏感。"
这是有意义的,但交流中断是否可能由 交流线路上的边缘检测比较器输出的"数字"信号产生?
"您的描述听起来像是OFF位=1和PWR_EN =低出现在代码中的背靠背函数中。 这是否正确? 您是否使用带有Linux内核的AM335? 如果没有,您是否使用RTOS (实时操作系统)? 如果您使用的是Linux,为什么不使用用于TPS6.5217万的Linux PMIC驱动程序?”
正确,关闭位仅在关机例行程序期间设置为1。 我们使用的是Linux 3.14。 我必须与软件团队确认我们是否使用了Linux PMIC驱动程序。 无论采用哪种方式,相同的电源管理软件都已在我们的其他一些配置相似的项目中使用,但没有遇到此问题。
"您不想打开LDO1? 如果交流电稳定且LDO1关闭,则SYS也必须关闭(参见数据表图4中的频闪灯15)。 什么是控制PWR_EN? 在我看来,如果SYS和LDO1关闭,则下游(AM335x)将没有任何电源可用于将PWR_EN位切换回高电位。 为什么您不能控制上游电源,而只需切断交流导轨的电压?"
不,我们不希望打开LDO1。 我们希望系统进入关闭状态,而不是进入休眠状态,并且实际上更希望SYS关闭。 我们还有其他几种类似的设计,并非所有的设计都有关机时重启的问题。 我们希望尽可能保持所有这些功能的一致性,特别是在电源管理部分。 在其它主板中,我们有一个连接到PB_IN的开关来唤醒PMIC,而不是使用PWR_EN (这不是 在数据表中作为从关闭状态唤醒PMIC的方法之一)。 我们不是为了切断电压而控制上游的电源,因为PMIC本身应该能够做到这一点。
“它似乎越来越接近 关于TPS6.5217万 PMIC驱动器的讨论,并且越来越远离导致器件出现问题的电源故障。 正如您所说的,Beagle Bone Black的功能非常出色。 这主要是由于驱动器被完美映射到 用于 系统范围状态机转换的TPS6.5217万寄存器映射。"
同样,我必须与我们的软件团队确认所使用的PMIC驱动程序,但严格遵循了将PMIC从活动状态变为关闭状态的方法。 TPS6.5217万中没有太多寄存器。 在此期间,我将查看该文档。
现在,考虑到在 我们的某些其他设计上相同的关闭例行程序软件没有重新启动, 我们正在尝试确认为什么采用这两种方法(交流电流限制设置为500mA,BAT和BAT_SENSE上的10uF电容接地) 在前面的答复中提到的是防止关机时重新启动,是直接解决根本原因的解决方案,还是仅 修补解决方案取代实际原因?
此致,
杰西
Jesse,
我并不是不鼓励使用无电池操作。 我只是想以更直接的方式重新说明数据表中提到的内容。
有些人会说它"在行中读"或"令人沮丧",但我不认为我与数据表相矛盾。 论坛的众多用途之一是帮助设计人员解释数据表并分解信息的意图。
数据表第74页图55所示的"典型应用"部分是预期使用案例,它确实显示了电池。
所有其他预期使用案例将包含在标题为 "典型应用程序#2 "和#3等的类似章节中。
下一节标题为“10.2 .2.2 5-V Operation without a Battery (无电池操作)”的部分是图56中的备用用例。 它们并不理想,但TI正在提供有关如何以这种方式使用该器件的建议。 一段时间前,我建议您实施 图56中的设计 ,但遗憾的是,您回复说现在太晚了,无法进行此类更改。 因此,我们试图向前迈进,以另一种方式解决问题。
就个人而言,如果我写了数据表,我会使用第# 10.2 3节或第10.3 节作为编号,并使用一些更强的措辞。
无论采用哪种方式,在使用不带电池的TPS6.5217万发布Beagle Bone Black之后,此部分都被添加到数据表中。 Beagle Bone Black提及电池的使用,但在销售/提供带有电池的开发套件时存在限制,而且不带电池的开发套件更易于运送。 AM335x Linux内核还为没有电池充电器的其它PMIC (例如TPS65.025万和TPS6.5218万)提供驱动程序。
总之,我并不反对在没有电池的情况下使用TPS6.5217万,但是由于新用户对线程作出了响应,我正在快速尝试通过他们的设计过程避免问题的传播。
我不确定这是否完全正确。 如果基于BeagleBone黑色的设计在关机时不会遇到此重启行为,则没有电池,仅由交流输入供电,但在PB_In上安装了一个按钮:
即使PMIC处于OFF (关闭)状态,只要为其提供足够的电压,中断寄存器值就会保留。
1)如果可能,请使用休眠状态,避免进入关闭状态,这将在1秒钟后重新启动部件,因为交流电很高,关机将被视为故障[/QUOT]
对于这一点,我不理解为什么还有其他无电池设计(包括未 安装电池时的BeagleBone黑色)在1秒后不会重启,即使PMIC处于关闭状态时交流电很高。 (我想这将使我们回到交流检测是数据表中所说的边缘敏感型还是数据表中所说的级别敏感型的讨论。) 我没有TPS6.5217万 EVM,但要测试一下,如果EVM在未安装电池的情况下处于关闭状态,并且交流输入保持在高位,则PMIC 在1秒后不会重新启动,那么重新启动必须是异常行为,是吗?