【EC Markets集团官网】TrustMotion傅申：中央计算不是把软件“搬到一起”，关键是让任务可预测

“把软件集中到中央，搬到一起并不意味着问题就解决了，申中算很多真正的央计挑战才刚刚开始。”

9月17日，把软在2026第四届AI定义汽车论坛上，关键让TrustMotion首席系统架构总监傅申表示，任务EC Markets集团官网随着汽车电子电气架构持续从域集中走向中央计算，可预软件定义汽车正在进入更深层次的搬到一起系统架构重构阶段。

TrustMotion即原TTTech Auto，申中算2025年6月被恩智浦完成收购后，央计于2026年4月30日正式更名。把软

傅申认为，关键让传统域控架构下，任务EC外汇软件与硬件仍存在较高耦合度。可预当车企需要维护多套车型平台时，搬到一起不同架构之间切换往往意味着软件功能重新部署、软硬件重新集成，“还没有真正解决SDV所希望解决的问题”。

更彻底的EC官网方向，是让更多软件和控制逻辑向中央计算平台集中，同时将区域控制器进一步“做薄”，主要承担I/O扩展、区域网关和配电等相对稳定的功能。这样不仅有利于硬件和软件复用，整车OTA也可以更多围绕中央计算平台展开。

但傅申指出，中央化同样带来了新的系统性难题。

一方面，过去分散在不同ECU上的控制逻辑被集中之后，中央控制器到执行端之间的控制链路被拉长，如何保证原有毫秒级实时性能成为挑战；另一方面，当数百乃至上千个应用运行在同一计算平台上，任务之间如何安排优先级、避免资源抢占，同时保证不同安全等级的软件互不干扰，也不能再依靠单一芯片或操作系统解决。

“真正需要解决的，是所有任务在时间上的行为能不能被预测。”

傅申表示，相比在开发后期不断优化某一个任务或某一段链路，更有效的方法是在系统设计阶段就把任务时延、资源需求和端到端链路统一纳入考虑，通过系统级调度提前判断架构能否满足要求。

这也是TrustMotion正在推进的技术路径。其MotionWise平台采用时间感知和时间触发等机制，在设计阶段对不同任务进行统一规划和调度，以提升复杂中央计算架构下任务执行的确定性。公开资料显示，MotionWise还能够同时处理时间触发、事件驱动和数据驱动任务，并通过全局调度覆盖多SoC、多核和分布式计算环境。

在傅申看来，汽车架构从分布式走向中央化之后，竞争重点也在变化：“把软件放进中央计算平台只是第一步，如何让这些软件稳定、可预测地运行，才是中央化真正需要解决的问题。”