📚 课程目录第1章课程导入与开发环境搭建

1. 课程导入与开发环境搭建

1.1 ST Stellar 在车载网络与区域控制器中的定位

ST Stellar 是意法半导体面向汽车电子电气架构（E/E Architecture）演进推出的车规级微控制器家族，其核心定位不是替代传统车身控制模块（BCM）里的通用 MCU，而是服务于“软件定义汽车”背景下的区域控制器（Zonal Controller）与中央计算节点。传统分布式架构中，每个功能（车窗、座椅、车灯、雨刮）各配一个 ECU，线束长、节点多、OTA 升级困难；而区域架构按物理位置把车辆划分为前、左、右、后等区域，每个区域控制器就近汇聚本区域的传感器与执行器，再通过车载以太网骨干与中央计算单元通信。Stellar 系列正是为这种“区域汇聚 + 高速骨干 + 安全隔离”的角色设计的。

从芯片能力看，Stellar 家族通常具备多核 Arm Cortex 处理器（含实时核与应用核）、内置以太网交换与 CAN/CAN-FD/LIN 控制器、硬件安全模块（HSM）、ASIL-D 功能安全支持以及面向 OTA 的 Flash 分区机制。这些特性决定了它适合承担三类典型场景：一是区域网关，负责 CAN/LIN 与以太网之间的协议转换和报文路由；二是车身域控制，集中驱动多路负载并采集开关、传感器信号；三是安全相关节点，如车门、制动灯、驻车控制等需要功能安全等级保障的场合。

1.2 典型应用场景与开发视角

以一个“前区域控制器”为例：它通过 CAN-FD 连接前舱的雷达、摄像头控制器，通过 LIN 连接雨量传感器、前大灯，通过多路高边驱动控制洗涤泵、喇叭，同时用 100BASE-T1 车载以太网与中央网关交换数据。开发者的任务不是写一个裸机循环，而是要在多核、多总线、带安全监控的环境下完成通信、诊断（UDS）、网络管理（NM）和刷写（Bootloader/OTA）。因此，本课程后续会围绕“通信—诊断—安全—刷写”四条主线展开，而本章先解决最基础的问题：把工具装好、把第一个工程跑起来。

1.3 开发工具链的组成与安装配置

Stellar 开发常用工具链由四部分组成，它们的分工可以用下面的信号链关系来理解：

安装顺序建议为：先装 STM32CubeIDE（它自带 GCC 工具链与 ST-LINK 驱动），再装 ST-LINK Utility 或 CubeProgrammer 用于独立烧录，最后装 CANoe/CANalyzer 并配置硬件接口（如 VN1640A）。安装后需要确认三件事：一是 ST-LINK 驱动在设备管理器中正常识别；二是 CubeIDE 的固件包（Firmware Package）已下载对应 Stellar 系列；三是 CANoe 的通道映射与硬件通道一致，波特率与目标板相同。

若 ST-LINK 无法识别目标板，优先检查目标板供电、SWD 的 SWCLK/SWDIO/GND 三根线是否接反，以及调试器固件是否需要升级。多数“连不上”问题出在供电与接线，而非软件。

1.4 创建并烧录第一个 Stellar 工程

下面以“点亮一个用户 LED 并通过 CAN 周期发送一帧报文”为目标，走通完整链路。在 CubeIDE 中新建 STM32 Project，选择对应的 Stellar 型号（示例假设为某 Stellar 区域控制器型号），工程名设为 Stellar_BlinkCan。进入 CubeMX 配置界面后依次完成：

时钟：选择外部晶振（HSE）作为时钟源，配置 PLL 使系统时钟达到目标频率（示例设为 160 MHz，具体以所选型号数据手册为准）。
GPIO：将连接 LED 的引脚设为 GPIO_Output，初始电平为低。
CAN-FD：使能一路 CAN-FD，配置标称波特率 500 kbps、数据段 2 Mbps，采样点取 80%。
调试接口：确认 SWD 未被禁用，否则烧录一次后可能无法再次连接。

生成代码后，在 main.c 的主循环中加入翻转 LED 与发送报文的逻辑。示例代码如下（参数为教学示例，需按实际板卡调整）：

/* 教学示例：周期翻转 LED 并发送一帧 CAN-FD 报文 */
uint8_t txData[8] = {0x11,0x22,0x33,0x44,0x55,0x66,0x77,0x88};
FDCAN_TxHeaderTypeDef txHeader;
txHeader.Identifier = 0x123;          // 示例报文 ID
txHeader.IdType = FDCAN_STANDARD_ID;
txHeader.TxFrameType = FDCAN_DATA_FRAME;
txHeader.DataLength = FDCAN_DLC_BYTES_8;
txHeader.BitRateSwitch = FDCAN_BRS_ON; // 启用数据段变速
txHeader.FDFormat = FDCAN_FD_CAN;

while (1) {
    HAL_GPIO_TogglePin(LED_GPIO_Port, LED_Pin);
    HAL_FDCAN_AddMessageToTxFifoQ(&hfdcan1, &txHeader, txData);
    HAL_Delay(500);                   // 约 2 Hz 翻转
}

编译无误后，用 ST-LINK 连接目标板，在 Run 配置中选择 ST-LINK 调试器，点击下载。若控制台提示 “Download verified successfully”，说明烧录成功。此时观察板卡 LED 应以约 1 Hz 频率闪烁（500 ms 翻转一次）。

1.5 结果验证与判断依据

仅看 LED 闪烁只能证明程序在跑，还不能证明 CAN 通信正常。把 CANoe 的通道接到目标板 CAN_H/CAN_L，波特率设为 500 kbps，启动测量后应能在 Trace 窗口看到 ID 为 0x123、周期约 500 ms 的报文，数据段为 11 22 33 44 55 66 77 88。若 LED 闪但 CANoe 无报文，按以下顺序排查：CAN 收发器是否供电、终端电阻是否为 120 Ω、CAN_H/CAN_L 是否接反、CubeMX 中 CAN-FD 是否真正使能并生成初始化代码。若 CANoe 能收到报文但周期明显偏离 500 ms，则检查 HAL_Delay 是否被中断打断或系统时钟配置是否与预期一致。