作者：朱玉龙
在试图梳理大众 MEB 平台往 SSP 过渡过程中，我们可以从一些细节，特别是类似灯光控制、热管理这种能够从系统归类上比较容易找到这种转变的过程。
在这些灯光控制里面，主要包含在 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 进行控制。
灯的驱动
从灯光控制的角度来看，大灯是一个典型的案子，灯光控制器主要包含对 LED 的驱动和两个电机的控制。从大众的设计来看，这是典型的模块化设计，围绕 IQ.light 安全灯光技术，包含了矩阵式 LED 前灯、全 LED 尾灯、外饰氛围灯及内饰氛围灯四大部分。也就是说，MEB 上的通信是需要兼容之前 MQB 的通信系统。
备注：现在来看，智能器件能力主要对小电机控制的能力，这几乎在车身、座椅、灯光、热管理等等。
控制器扩展的包括额外的 LED 灯珠。
在整个内饰灯的逻辑里面，J519 车身就是一个传递信号的了，整个电子驱动部分下放到灯里面，然后通过三路 LIN 通信，控制左右车门灯、左中右三路氛围灯。
这里使用了 54 个 RGB LED，分了三块 PCB 电路板，主控驱动模块也单独做了一块板，通过 CAN 通信控制，按照说明 LED 的动画效果是固化的，然后通过 ICAS3 来启动动画效果，ICAS1 来确定控制开锁和解锁的灯光效果。
灯的控制逻辑
在这个里面，我们其实去追溯 MEB 在整体的逻辑设计上有点散，也就是说原有的大框架是不变的，前灯光模块、BCM 控制灯光都是 MQB 之前的模块化部件，真正 MEB 上的逻辑改变和直接控制的只有仪表台上的 54 个灯珠。
ICAS1 的处理器包含用 Adaptive Autosar 的应用程序服务器、 Java 应用程序服务器、嵌入式软件集群和软件集群内务，在 R-CAR M3 上实现这些。在嵌入式软件里面，实现了复杂车灯系统（含上锁和解锁的整套灯光逻辑）、动态车灯辅助系统、矩阵大灯控制。
ICAS3 上包含 QNX、Linux 和安卓，对灯光来说主要是控制控制 ID Light。
小结：我个人的看法是，由于整体的灯光在各个部件里面需要向前兼容，整个迭代的逻辑主要是灯光的灯语控制，怎么说呢，目前这套思路还有改进的空间。
