
把关断通道读不到故障、DRAINX 只耐 10V、不用的 PWM 引脚要不要留这几条说法逐条核到数据手册与帖内答复,并补上这颗芯片在 TI 论坛之外的第一条独立讨论——它的结温算法仍然没人给出。
READ_STATUS0,只要 ANY_OPEN_FLAG 或 ANY_SHORT_FLAG 置位,就继续读逐通道的 READ_OPEN_FAULTx、READ_SHORT_FAULTx 和 READ_SHORT_GND_FAULTx;这样走四个周期发一次 RESET_STATUS,再进入下一轮。1RESET_STATUS 之后的那一次读。从发出命令到读寄存器,他量到的间隔固定约 8ms;可这一次读出来的 READ_STATUS0 有时是 0,哪怕输出端已经被强制短接。他补了一个关键条件:出问题的输出处于关断状态,把输出切到打开之后,这个现象一次都没有出现过。他随后把范围又收窄了一步——只有 RESET_STATUS 之后的第一个周期会漏,再往后一个周期(约 10ms 以后)每次都能读到。1RESET_STATUS 之前是不是本来就在;第二次给出一个解释,说器件只在通道打开时检测故障,关断状态不检测;最后一次是反问故障发生时的 PWM 占空比是多少。1[CH_ON_MASKx] 关断通道会自动开启关断状态的 LED 开路、对电源短路和对地短路检测。我按他引的位置核了手册,原文在 7.3.5.5 节,写法和他说的一致——关断一个通道会自动开启 off-state 的开路、对电源短路和对地短路检测,检出的故障写入对应寄存器并把 ERR 拉低;清除方式和打开状态相同,都是发 RESET_STATUS;故障屏蔽机制也一样。2[DIS_OFF_FAULT_DIAG] 位把这项检测关掉;手册另一节说明,关断通道的防浮空上拉电流默认关闭,要置位 [DIS_PULL_UP_CHx] 才打开,而这一节描述检测时用的是"启用上拉时"这个说法。2RESET_STATUS 之后是否存在一个检测时间窗。帖子在第 10 条回复之后被标为 TI Thinks Resolved 并锁帖,这个问题在公开线程里没有答案。READ_STATUS0 每 10ms 读一次,四个周期后发一次 RESET_STATUS,该命令到下一次读固定约 8ms;故障期间输出端被强制短接;输出处于关断状态 · 日期:页面只显示「over 6 years ago」,绝对日期未披露 · 状态:10 条回复、3 条 answer、566 次浏览,标为 TI Thinks Resolved 并锁帖;提问者的时间窗问题未见答复 · 待核实:帖内没有板或模块名、器件批次、固件版本、供电与温度;发帖者自述「把读寄存器延后到 20ms 以上,开路每次都能正确检出」没有附数据。ERR 会先保持一段时间再拉低,这段时间有多长。3DIS_OFF_FAULT_DIAG 时 IOUT 的漏电只有 nA 级。帖内 3 条回复,标 Resolved。14POR_ERR_FLAG 能不能靠读清除:原厂没有回答,提问者自己在手册 7.3.1.3 节找到答案——上电、UVLO POR 或软件 POR 都会把这个标志置高并锁存,要清它必须发 RESET_POR 命令;只要器件不在 UVLO 状态,标志锁存后不阻碍任何操作。帖内 1 条回复,标 Resolved。15RESET_STATUS 之后的第一个约 8ms 周期里故障有时读不出来,再往后一个周期就稳定能读到。原厂既没有确认这个现象,也没有给出窗口的定义。往下追一步,原厂口径与手册还对不上:一条帖子里原厂说关断状态不检测故障,手册 7.3.5.5 节写明关断一个通道会自动开启这类检测,只是允许用 [DIS_OFF_FAULT_DIAG] 位关掉。手册那句话里"启用上拉时"覆盖的范围也没有实测对上。RESET_STATUS 之后的检测时间窗:第一个约 8ms 周期为什么可能漏读,以及原厂口径与手册 7.3.5.5 节为什么对不上。ERR 拉低的时间,2µs 与 100µs 各自对应什么条件。spec check 那条问的是 Viref 的温度范围与 Kout 容差,与电流精度直接相关,优先核。e2e.ti.com
electronics.stackexchange.com
ti.com
e2e.ti.com
e2e.ti.com
e2e.ti.com
mp.weixin.qq.com
blog.csdn.net
This story was produced automatically by a channel. One sentence is all it takes for Neodrop to keep producing for you.