在梳理大众MEB平台向SSP平台过渡的过程中，我们可以从一些细节，特别是类似灯光控制、热管理系统等，能够从系统归类上比较容易窥探到这种转变的过程。

图1 MEB的灯光系统包括外部灯光、氛围灯和内饰灯

在这些灯光控制里面，主要包含在ICAS1、ICAS3（IQ Light）和BCM，由大灯中的控制器完成控制逻辑，整体的通信过程包括——

· AFS CAN ICAS1：与⼤灯通信，速率为500k/s；

· BCM：在CAN上通信，通过LIN通信来控制3路灯光，并且实现大灯开关的响应；

· AB CAN-FD：在ICAS1与ICAS3之间，对ID.Light进行控制，速率为2M/s；

然后整体的灯光控制，出现了ICAS1上做整体逻辑实现外部灯光控制，大灯内部实现执行功能，在BCM里面实现氛围灯的控制，最后在ICAS3上对IQ.Light进行控制。

图2 大众的MEB平台有关灯光的通信部分

Part 1：灯的驱动

从灯光控制的角度来看，大灯是一个典型的案子，灯光控制器主要包含对LED的驱动和两个电机的控制。从大众的设计来看，这是典型的模块化设计，围绕IQ.light安全灯光技术，包含了矩阵式LED前灯、全LED尾灯、外饰氛围灯及内饰氛围灯四大部分。也就是说，MEB平台上的通信需要兼容之前MQB的通信系统。

图3 从大众的MEB架构E3 1.1到后面的E3架构

备注：现在来看，智能器件能力主要是对小电机控制的能力，这几乎包含在车身、座椅、灯光、热管理等等细项中。

图4 大灯的控制器

控制器扩展包括额外的LED灯珠

图5 有独立的板子，驱动也是通过上面这个控制器

在整个内饰灯的逻辑里面，J519车身就是一个传递信号的作用了，整个电子驱动部分下放到灯里面，然后通过三路LIN通信，控制左右车门灯、左中右三路氛围灯。

图6 内饰灯驱动控制

这里使用了54个RGB LED，分了三块PCB电路板，主控驱动模块也单独做了一块板，通过CAN通信控制，按照说明LED的动画效果是固化的，然后通过ICAS3来启动动画效果、ICAS1来确定控制开锁和解锁的灯光效果。

图7 内部的这个灯光指引

Part 2：灯的控制逻辑

在这个里面，其实我们去追溯MEB在整体的逻辑设计上有点“散”，也就是说原有的大框架是不变的，前灯光模块、BCM控制灯光都是MQB之前的模块化部件，真正MEB上的逻辑改变和直接控制的只有仪表台上的54颗灯珠。

ICAS1的处理器包含使用Adaptive Autosar的应用程序服务器、 Java应用程序服务器、嵌入式软件集群和软件集群内务，在R-CAR M3上实现。而在嵌入式软件里面，实现了复杂车灯系统（含上锁和解锁的整套灯光逻辑）、动态车灯辅助系统、矩阵大灯控制。

ICAS3上包含QNX、Linux和安卓，对灯光来说主要是控制控制ID.Light

图8 ICAS1和ICAS3的内核控制

小结：

我个人的看法是，由于整体的灯光在各个部件里面需要向前兼容，整个迭代的逻辑主要是灯光的灯语控制，怎么说呢，目前这套思路还有改进的空间。

图｜网络及相关截图

作者简介：朱玉龙，资深电动汽车三电系统和汽车电子工程师，著有《汽车电子硬件设计》。