浅谈电池管理的技术门槛和企业

正文

请到「今天看啥」查看全文

的控制对象进行建模，而在建模的同时依靠工具链完成模型的验证，这也是 V 流程开发的第一步；接着是 SIL （ software in loop ），指的是当模型开发完成后，利用 simulink 上的工具可以直接将模型生成成代码，模型转化成代码之后，由于编译器可能出现错误，因此在生成代码后还需要进行一轮功能测试和验证；接着是 PIL （ process in loop ）即处理器在环，当软件完成后，将软件下载到的 MCU 测试芯片中去，验证代码在芯片中的运行；然后才是将程序下载到 BMU 中完成我们熟知的 HIL 测试（ Hardware in loop ），而将 BMS 系统装入真实的电池系统进行实际的验证测试往往已是最后一步。

按道理严格按照以上这个流程去开发，能够在项目早期就能发现问题，不用等到项目开发最末期再去验证，更何况到了系统级时再去验证，一是测试成本很高，二是对于软件测试的覆盖率也低，得不偿失，可是实际情况呢，却往往并非如此，很多 BMS 厂家出于开发周期或者成本的因素考虑，只在开发后期，做系统级的简单测试认证后，就选择快速直接推到市场，让用户去给你做验证，诚然也许这只是 99% 到 99.99% 的区别，而且作为小公司小步快跑的策略是对的，但是对于汽车这种量级的市场，一个产品的失败或召回却是砸牌子，甚至砸行业的事情。

想要用心做好产品的 BMS 企业都会遵照模型去开发，而是否基于了 Simulink 和 AUTOSAR 去开发产品，也是我们比较能够直观的从工具链上去区分的公司开发软实力的判断依据。

另一方面，这样的开发方式势必会带来高昂的软件费用和开发时间成本，也势必要求了更细的开发团队分工，例如产品，软硬件，电池的测试，系统的标定团队的完整配备，我们去仔细观察这些团队是否完整，和研发人员的配置情况，都是我们去判断一家

请到「今天看啥」查看全文