联网电芯数据的防御手段

昨天Bolt EV的案例，仔细想一想，这个事情发生在欧洲，也就是部分通用的Onstar没有覆盖到的地方，是依靠车辆自身的电池故障诊断来处理的，而量大的美国则没有发生过，这里的差异化主要是由于监控联网数据早期处理带来的红利。如下图所示，在美国地区Bolt截至2019年8月的销量为5.4万台，而同期欧洲的总交付量约为5000台左右，这里有10倍的差异。

在之前的问题，主要是电池跳水，电池管理系统会对容量判断出现偏差，导致车辆非预期性的把电用完，解决问题的办法是通过OnStar远程信息处理技术服务来确认问题，通过远程诊断后通知可能受到影响的车主。 

如下图所示，目前通用主要是通过整包里面的电芯电压差来判断的，所以会有给一位车主更换2块电池的案例发生。如果达到一定的压差值，通过均衡电路没办法拉低，这块电池就有必要拿回来仔细评估后续是否会出问题了

It resulted in the same customer experience of reduced range and early capacity fade. When you do a 100-percent charge, and you have one cell not at the 4.1 level, like a cell at a lower 3.8 voltage, then that cell is not matched to the other cells in the pack. 

我个人的判断，我们之前处理问题的机制可能需要做一些调整，原有的诊断机制是在一定的压差下会限制车辆的使用特性，而让车主继续使用。而目前的情况来看，达到一定的阈值，就需要介入进行更换。

还有个很值得考虑的问题在于两个重要的节点：

1）充电结束以后，是否立即进行休眠？

如上面所发生的，SOC上升这个压差很大，这个时候该如何处理，是按照原有的程序机制直接休眠？

2）满电状态下，插电拔掉，然后形成一小段距离停放，是否需要立即休眠？

这个状态是和上面相似的情况，只是电池在满电后用了一小段，SOC可能在97%-95%这样的状态，我们是否不管电池的压差，然后进行休眠。

在新车的状态下，为了平衡车辆可用性和基于新电芯的实际安全状态，很多的安全策略和安全目标都局限于行驶中、充电中。而在充电结束后、满电停放这样的，目前看来是需要仔细想办法的，但是BMS可能不在工作的状态下，车辆如何防护，是配合着车联网后台进行监控，我觉得可以有两种考虑的路径

备注：这里是针对我们识别出来的压差大的具备一定危险性的电池，这个保护机制其实不会在我们之前设计里面有的。但是如果车辆停在地库里面是没有4G信号的，也很难发出来

A）延迟下电：以10-30分钟为宜，让BMS在完成以后继续比对状态，做一个较长时间的趋势判断，以压差为例，配合检查温度传感器，可能再可以使用强制冷却的策略把电池的温度压倒一个合适的范围。

B）10分钟抽样：通过间歇性的唤醒的方式，积累数据，然后在一段时间内集中发送。

小结：我们目前能做的主要是判别压差大，主要是自放电差异从小逐渐变大的那部分电池筛选出来