合作同时涉及计算、连接与配电
2026年2月16日，英飞凌介绍其在BMW Neue Klasse平台中的参与，包括中央计算、区域控制、以太网连接和智能配电，计划在股东大会展示相关车型。PG关注的是，集中处理与分区接入怎样共同支持车辆功能。
从架构角度看，中央计算负责组织更多信息，区域单元则接近分布在车辆不同位置的设备。两者不是互相替代的简单关系，而是重新安排任务位置。先明确数据与电能怎样流动，才能理解区域设计为何与中央平台同时存在。
这种分工也要求接口清楚。哪些任务在中央完成，哪些状态由区域单元管理，端点设备又保留什么职责，应当能够被各团队共同解释。架构越集中，边界越需要明确，才能减少一个变化影响到不相关功能。
数据连接要支持具体功能的时间要求
从车辆网络看，不同功能交换的信息有不同频率与用途。连接速度提供基础，真正的任务表现还取决于采集、传输、处理与执行之间的配合。不能仅凭采用一种网络技术，就推断所有功能都获得同样响应。
中央与区域之间还需要说明数据身份与有效时间。某个读数来自哪个节点，更新后何时可用，暂时缺失时怎样处理，都会影响后续判断。把这些约定纳入架构，可以减少不同模块对同一状态采用不同解释。
例如，一项功能同时依赖多个区域的信息，需要知道各数据是否仍对应当前情境。若只关注单条链路速度，而忽略任务等待关系，就可能看不清真正限制整体响应的环节，开发也难以针对问题优化。
智能配电需要理解车辆正在做什么
从能源管理看，行驶、停放、充电与更新等状态，可能需要不同设备参与。配电系统若能与这些状态清楚对应，便有机会更有针对性地安排电能使用，但具体效果仍需要在明确条件下评估。
软件控制也不意味着可以忽略硬件条件。某条路径允许怎样接入、受到限制时如何反馈、退出后哪些功能受影响，都应在设计中说明。这样，电能安排才能与车辆功能配合，而不是形成另一套难以解释的内部动作。
比较能效或线束变化时，也需要保留对象与基准。某个平台相对某代设计的结果，不能自动扩展为所有车型或所有工况的固定提升。把条件与数字一起阅读，更容易理解架构变化实际发生在哪里。
软件定义需要持续维护功能与配置关系
从长期使用看，软件更新能够改变部分功能，但平台仍需要知道更新适用于什么硬件与配置。不同版本之间的接口、资源和状态依赖，应当保持清楚记录，避免一次局部修改给其他区域带来未被充分理解的影响。
维护资料也需要沿用相同的节点身份。电路图、软件配置与诊断记录如果能够对应，人员就更容易定位问题属于中央、区域还是端点部分。这样的可解释性，能够帮助架构从新车开发延伸到后续服务。例如，某次更新只涉及一个区域的功能，也应记录它依赖哪些中央接口，以及其他节点是否需要同步配置。把局部变化与整车关系接起来，可以减少各模块分别更新以后才发现版本不一致的情况。
在PG看来，Neue Klasse相关消息提供了观察中央计算与区域配电协作的具体样本。把信息、能源与版本联系起来，才能更完整地理解软件定义车辆怎样通过多种半导体与系统工作共同实现。