引
言
5月份的时候，大众把Golf 8和斯柯达明锐等车型暂停交付，这款大众的畅销车配置了最新的MIB3和OCU3（低配），而遭遇了Telematic 传输数据的软件问题，按照大众的说法是OCU3控制单元中的软件可能无法可靠地传输数据。通过检索信息和材料，我们仔细来看这个OCU3不同变种的材料，事实上由于EE掌握这个部件，未来整车不同部门都需要这个部件可靠的运行把数据传回来，在紧急的功能下能够完成预警，比如配合新能源汽车热失控的5分钟预警，Telematics需要肩负的责任更重。
01
OCU3 大众已经用了好几代，可追溯的是OCU1是在2012年左右开发的。这一代的OCU集成了esim卡，使用Qualcomm MDM9240调制解调器，支持的带宽包括GSM 900/1800 、UMTS B1/B3/B8 、LTE FDD B1/B3/B7/B8/B20/B28A。OCU3是数据传输中心，所有的ECU的数据都汇总到OCU3进行传输，分成两个配置，主要是CAN总线的差异。
图1 OCU 3 低配的连接框图
备注：大众有一篇介绍新能源汽车实时监控的文章，我们看一下改造的需求。实际上这个OCU3的软件，是大众自己主导开发的应用层
图2 大众在MQB 平台上做的电动汽车的改造
对于LG电子来说，整个板子就是帮忙做了硬件设计，其实拆开来看如下，由于有大量的通信要求，EMC的要求是最苛刻的。
图3 OCU3的 基本结构
这是金属盖板下面的结构
图4 OCU3金属盖下的两块板
这里有好几种可能性：
1） 由于汽车运行的特殊性，数据传输模块的运行在各种条件下有可能出现没有上传的情况，这在车辆不同使用环境没办法避免
2） 也就是如果主控芯片没有确认好是否传输完成，而且又遇上Emergency 比如确实出来碰撞信号，这就使得 OCU3的部分功能没办法实现
3） 大众自己的软件在处理这些问题的时候，更加注重了功能实现，可能对于较为底层的东西没有做过多的深究
图5 OCU3的主控芯片 按照OCU3
不同的版本要求，也就是说，大众之前对于这个OCU3更多的还是按照一个功能部件的开发角度来做的，大量的软件是集中在MIB3 的主控单元上。上层定义的越多，整个软件也比较复杂，而涉及到底层数据传输的稳定性，又涉及到主控芯片需要做策略保证传输特性的，这个事情就可能比较复杂了。
图6 OCU 3 所支撑的功能（ID系列的高配）
02
和Golf一样，MEB上的OCU3也是一个更大和更多连接的连接终端，这么多软件连接，特别是OTA的要求，涉及到OCU3和ICAS1这个大型网关的连接。所以看来看去，在定义功能的特点上，大众是非常前瞻的规划了很多，但是这些软件全部分发出去，然后自己做，然后整个系统再测试。
图7 MEB上的OCU3连接要求
如果这些软件是供应商做的，估计赔偿起来的价格是天文数字了，未来转型中也只有汽车企业担得起自己做软件的潜在责任，在底层错误导致的损失会非常大。
小结：目前大部分汽车企业对软件层面的信息交流非常少，我们其实也很难评估每个车企在这个方向转型的实际进度，只能说这条道路比实际想的要更坎坷一些
