大家好、
你好。
我们的客户对 BQ35100有以下查询。
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.
大家好、
你好。
我们的客户对 BQ35100有以下查询。
1) 1)如果电池不能休息(例如系统睡眠) 5小时以上、EOS 模式是否适用于某些用例?
2) 2)如果系统每小时唤醒一次该怎么办。 数据表第8.2.2.6节指出:如果系统断电时间少于5小时、EOS 运行可能会受到影响。 在7.3.4.5之后、这是否意味着 EVM 或测试系统不会触发错误的 OCV 警报、表明更短的睡眠周期是可以的?
提前感谢。
艺术
艺术、
在 EOS 模式下、监测计依赖于在 OCV 状态期间被唤醒。 如果您以太小的休息时间唤醒监测计、则会影响阻抗计算。 没有确切的公式可以知道您的系统是否正常工作、也没有确切的公式可以知道休息时间。 该行为由放电负载幅度、温度、放电持续时间、电池内部阻抗等因素决定...
我建议使用和 EVM 复制您的预期负载分布、以查看是否以准确稳定的 measuredZ 值作为起点。
谢谢、
Eric Vos
是否有人可以重写它?
一年多来、这对客户来说是一个问题
例如 BQ35100:常见问题解答、配置文件、EOS、校准-电源管理论坛-电源管理- TI E2E 支持论坛 1b
和 BQ35100:EOS 测量运行状况以2%的步长降至0%、Li-SOCl2仍不为空-电源管理论坛-电源管理- TI E2E 支持论坛
我现在还在处理我认为也与之相关的问题
BQ35100:查找 SOH_Merit 的原因-电源管理论坛-电源管理- TI E2E 支持论坛
但这些文档中对此关系不清楚
我理解您的意思、当然、"几十个"而不 是"10个"会更容易理解。 但我也可以看到很多像我这样的人在论坛上发表的文章,这些文章在解释之前一直不能理解,但却没有固定的
出于充分的尊重(尤其是您在每个人的这个芯片上的答案最多)、我认为更新而不仅仅是论坛帖子早就应该提供、我想提供帮助
具有不同功率和睡眠周期的 LiSoCl2用户希望提前了解 EOS 是否能够正确地用于他们的用例。 现在很难完成。 这里的许多文章都试图使用早期的 SOH 或阻抗值来确认情况是否正常。 如果浏览大多数线程、则不清楚客户是否因为支持而工作、实际上似乎不太可能。
在阅读了所有技术文档、多种不合规的情况或不清楚的情况后、我来到了这里。 这一标准上有大量的文章,但作者的大多数问题很难找到答案,甚至不可能找到答案。 对客户来说、这当然不容易-他们要么浪费额外的时间尝试解决这个问题、要么走了。
示例:。 今天、这些文档提到了 SOH_Merit。 4 年前-根据 https://e2e.ti.com/support/power-management-group/power-management/f/power-management-forum/620859/bq35100-confirm-the-behavior-of-eos-mode/2292847#2292847、SOH_Merit 应为 EOS_Merit
对于 LiSoCl2用户、无论是文档还是本论坛都不会明确如下所示:
*何时可以使用无线电的典型 MCU 功耗来计算阻抗、或者设计人员何时必须恢复为偶尔出现的浪费能量脉冲(例如、100ms 内为50mA)。
*初始化和随后的读数可能 会受到以下因素的影响:电池钝化、电池放松/不、 在读取第一次读数时以及之后、电池由于系统而产生的电流或压降等。如何避免所有导致错误的事情。
*将前两个点结合起来- GE HIGH 和 GE LOW 之间必须满足哪些条件
*对于大多数平坦的 LiSoCl2曲线、SOH 非常粗糙/不可用。 但是、为什么这么多的用户会看到非传感器结果呢? 当仅在几年内出现 EOS 时、用户如何获得系统设置正确且 EOS 将正确触发的线索?