1. 课程导入与域控制器量产全景

在传统分布式电子电气架构中，一个功能往往对应一个ECU，整车可能分布几十甚至上百个控制器。随着智能座舱、智能驾驶、车身域控和中央计算平台的兴起，整车厂开始把多个功能域的计算、通信与控制职责收敛到少数高性能域控制器中。ST Stellar系列正是面向这一趋势推出的汽车级微控制器产品族，其核心价值在于：以多核高算力MCU承载域融合后的实时控制任务，同时满足功能安全、网络通信、OTA升级和量产可制造性要求。

理解Stellar的定位，需要先区分它与传统车身MCU、与座舱SoC的差异。Stellar不是简单的“更快的MCU”，而是围绕域控制器场景设计的计算平台：它通常集成多个Arm Cortex系列内核，包含应用核与实时锁步核，配合硬件安全模块、以太网交换、CAN-FD、LIN、FlexRay等车载网络接口，以及面向AUTOSAR的软件支持。它适合承担车身域、底盘域、动力域或区域控制器中的实时控制与网关任务，而不是替代大算力AI芯片去跑深度学习模型。

从整车视角看，域控制器量产项目通常以“区域+中央”的混合架构出现。例如某车型设置前、左、右、后四个区域控制器，每个区域控制器内部使用一颗Stellar MCU，负责本区域内的灯光、车门、座椅、传感器采集与执行器驱动，并通过CAN-FD或以太网上联到中央网关。中央网关再与座舱域、智驾域、云端T-Box交互。这种形态下，Stellar承担的是“区域实时控制+局部网关”的双重角色，既要有足够的实时性，又要能处理跨网段路由和诊断请求。

软件架构上，Stellar域控制器通常采用AUTOSAR分层结构。最底层是MCAL，直接操作Stellar的CAN、以太网、ADC、PWM、DIO等外设；其上运行BSW，包括通信栈、诊断栈、存储栈、OS和模式管理；再往上通过RTE连接应用层SWC。对于安全相关功能，锁步核上运行安全监控与冗余逻辑，应用核上运行域功能与网关路由。实际项目中，OEM会提供通信矩阵和诊断规范，Tier1据此生成ARXML配置，再通过工具链生成RTE和BSW配置代码。这个“配置驱动”的过程是量产开发与手写裸机代码最大的区别。

量产开发全流程可以概括为六条主线：需求与架构设计、软件详细设计、编码与集成、测试与验证、标定与整车联调、量产与OTA维护。需求阶段要完成功能分配和通信矩阵定义，明确哪些信号走CAN、哪些走以太网、周期和超时分别是多少。设计阶段要划分SWC、定义接口和时序，特别是跨核通信和共享内存的访问规则。编码集成阶段要完成MCAL配置、BSW集成和应用逻辑实现，并通过编译链接生成可刷写的HEX或S19文件。测试阶段包括单元测试、集成测试和HIL测试，重点验证通信超时、诊断响应、安全机制和故障降级。标定联调阶段在整车上调整参数、验证网络管理和诊断服务。量产阶段则关注刷写节拍、追溯数据和OTA升级策略。

需要特别注意的是，域控制器量产不是“功能跑通”就结束。一个典型的量产判断依据包括：通信矩阵中所有报文的周期抖动是否在允许范围内，诊断服务是否能在规定时间内响应，安全机制是否能在故障注入下正确触发，刷写流程是否能在产线节拍内完成，以及OTA升级失败后是否能回滚。这些指标在开发早期就要纳入测试用例，而不是等到整车联调才补。

本课程后续将围绕Stellar的芯片资源、AUTOSAR配置、通信与诊断实现、功能安全、HIL测试、标定与OTA等主题逐步展开。本章的目标是让你先看清全景：Stellar在域控制器中的位置、它承载的软件分层、以及从需求到量产的完整链路。只有先建立这个全局框架，后续每个技术点的学习才能找到对应的位置和意义。