3. 车载网络与通信基础

VCU 上电启动，是整个系统工作的第一步。这一步要是没走稳，后面所有功能都白搭。我见过不少项目，硬件焊完一上电，板子没反应，或者跑起来莫名其妙复位。查到最后，十有八九是上电时序或者电源管理芯片配置出了问题。

这一章，我们就来拆解 VCU 上电启动的四个关键环节：上电时序检查、SBC 配置、MCU 启动模式与 Bootloader 跳转、晶振与时钟系统验证。每个环节我都会结合自己的实际调试经验来讲，希望能帮你少走弯路。

3.1 VCU 上电时序检查

VCU 的电源轨通常不止一路。典型的 VCU 供电架构包括：

• VBAT（常电）：直接来自蓄电池，给 SBC 和 RTC 供电。
• VIGN（点火信号）：钥匙上电后触发，唤醒 SBC。
• VDD_MCU（核心电压）：比如 1.25V 或 1.35V，给 MCU 内核供电。
• VDD_IO（IO 电压）：3.3V 或 5V，给外设和传感器供电。
• VDD_SRAM（备份域电压）：1.2V 左右，保持休眠时的数据。

这些电源轨的上电顺序，芯片厂商在数据手册里写得清清楚楚。但很多人不看，或者看了没当回事。我刚开始做 VCU 时也犯过这个错——把 VDD_MCU 和 VDD_IO 同时上电，结果 MCU 死活起不来，后来发现是上电时序不满足要求，导致内部 POR（上电复位）电路工作异常。

上电时序检查的步骤，我一般这么来：

1. 用示波器同时测量所有电源轨，至少 4 通道，触发源选最先上电的那一路。
2. 对比数据手册的时序要求，重点关注两个参数：t_vdd2vddio（核心电压到 IO 电压的延迟）和 t_vddio2por（IO 电压到 POR 释放的延迟）。
3. 检查电源上升斜率（Slew Rate）。有些 LDO 或 DC-DC 的启动斜率太慢，会导致 MCU 在欠压状态下误动作。
4. 记录实测波形，标注关键时间点，作为调试报告的一部分。

下面这张图，是我常用的 VCU 上电时序检查流程：

3.2 电源管理芯片（SBC）配置

SBC（System Basis Chip）是 VCU 的电源管家。它集成了 LDO、看门狗、唤醒逻辑和 SPI 通信接口。常用的 SBC 有 NXP 的 FS6500/FS6600、Infineon 的 TLE926x 系列等。

SBC 的配置，说白了就是通过 SPI 往它的寄存器里写参数。配置不对，VCU 要么上电后自动关机，要么看门狗乱咬，要么休眠唤醒逻辑混乱。

我调试 SBC 时，有个习惯：先把 SBC 的寄存器全部读出来，保存一份“出厂默认值”。这样万一配置乱了，还能恢复。有一次我在项目里把看门狗超时时间设成了 10ms，结果 MCU 刚初始化完就被复位了，循环往复。后来读寄存器才发现问题——默认值是 100ms，我写了个错误的值进去。

下面是一个典型的 SBC 初始化代码片段（以 FS6500 为例）：

/* FS6500 SBC 初始化示例 */
void SBC_Init(void)
{
    uint8_t tx_data[4];
    uint8_t rx_data[4];

    /* 1. 唤醒 SBC：拉低 RSTB 引脚至少 10us */
    HAL_GPIO_WritePin(SBC_RSTB_GPIO_Port, SBC_RSTB_Pin, GPIO_PIN_RESET);
    HAL_Delay(1);  /* 实际延时 1ms，确保可靠 */
    HAL_GPIO_WritePin(SBC_RSTB_GPIO_Port, SBC_RSTB_Pin, GPIO_PIN_SET);
    HAL_Delay(5);  /* 等待 SBC 内部初始化完成 */

    /* 2. 配置看门狗：超时时间 100ms，窗口模式 */
    tx_data[0] = 0x02;  /* 寄存器地址：WD_CFG */
    tx_data[1] = 0x3C;  /* 值：100ms 超时，窗口使能 */
    HAL_SPI_TransmitReceive(&hspi1, tx_data, rx_data, 2, 100);

    /* 3. 配置输出电压：VDD_MCU = 1.25V, VDD_IO = 3.3V */
    tx_data[0] = 0x05;  /* 寄存器地址：OUT_CFG */
    tx_data[1] = 0x92;  /* 值：VDD_MCU 1.25V, VDD_IO 3.3V */
    HAL_SPI_TransmitReceive(&hspi1, tx_data, rx_data, 2, 100);

    /* 4. 使能看门狗 */
    tx_data[0] = 0x01;  /* 寄存器地址：MODE */
    tx_data[1] = 0x01;  /* 值：正常模式，看门狗使能 */
    HAL_SPI_TransmitReceive(&hspi1, tx_data, rx_data, 2, 100);
}

3.3 MCU 启动模式与 Bootloader 跳转

MCU 上电后，会从复位向量表开始执行。但具体从哪个地址开始，取决于启动模式（Boot Mode）的选择。

常见的 MCU 启动模式有三种：

在 VCU 开发中，我们通常使用 Flash 启动。但为了支持远程升级（OTA），需要在应用代码中实现 Bootloader 跳转逻辑。

Bootloader 跳转的核心，说白了就是：修改向量表偏移地址，然后跳转到应用代码的入口地址。这里有个坑——很多人忘了在跳转前关闭全局中断和所有外设时钟。我曾经因为这个原因，跳转后程序跑飞，查了两天才发现是跳转前没有关闭定时器中断，导致中断向量表错乱。

下面是一个安全的 Bootloader 跳转代码示例：

/* Bootloader 跳转到应用代码 */
void JumpToApplication(uint32_t app_address)
{
    uint32_t stack_pointer;
    uint32_t reset_handler;
    void (*app_reset_handler)(void);

    /* 1. 关闭全局中断 */
    __disable_irq();

    /* 2. 关闭所有外设时钟（根据实际外设调整） */
    RCC->AHBENR = 0;
    RCC->APB1ENR = 0;
    RCC->APB2ENR = 0;

    /* 3. 复位所有外设（可选，但推荐） */
    RCC->AHBRSTR = 0xFFFFFFFF;
    RCC->AHBRSTR = 0;
    RCC->APB1RSTR = 0xFFFFFFFF;
    RCC->APB1RSTR = 0;
    RCC->APB2RSTR = 0xFFFFFFFF;
    RCC->APB2RSTR = 0;

    /* 4. 从应用代码的起始地址读取栈指针和复位向量 */
    stack_pointer = *((volatile uint32_t *)app_address);
    reset_handler = *((volatile uint32_t *)(app_address + 4));

    /* 5. 设置主栈指针 */
    __set_MSP(stack_pointer);

    /* 6. 设置向量表偏移（如果 MCU 支持） */
    SCB->VTOR = app_address;

    /* 7. 跳转到应用复位处理函数 */
    app_reset_handler = (void (*)(void))reset_handler;
    app_reset_handler();

    /* 正常情况下不会执行到这里 */
    while(1);
}

3.4 晶振与时钟系统验证

时钟是 MCU 的心脏。时钟不准，所有时序都乱套。VCU 中常用的时钟源有：

• HSE（高速外部晶振）：8MHz~25MHz，用于主时钟和 PLL 倍频。
• LSE（低速外部晶振）：32.768kHz，用于 RTC 和低功耗模式。
• HSI（高速内部振荡器）：8MHz 或 16MHz，精度一般，用于启动阶段。
• LSI（低速内部振荡器）：32kHz 或 40kHz，精度差，用于独立看门狗。

晶振调试时，我最常遇到的问题是：不起振。原因通常有这几个：

1. 负载电容不匹配：晶振的负载电容（CL）和 PCB 上的匹配电容（C1、C2）不匹配，导致起振困难。
2. PCB 走线过长：晶振信号线太长，引入寄生电容和噪声。
3. 晶振引脚虚焊：这个在手工焊接的样板中很常见。
4. MCU 内部振荡器配置错误：比如选择了 HSE 但实际没焊接外部晶振。

时钟系统验证的步骤，我一般这样安排：

1. 确认 HSE 起振：通过 MCU 的时钟安全系统（CSS）或直接读取 RCC 寄存器中的 HSE 就绪标志位。
2. 确认 LSE 起振：同样读取 LSE 就绪标志位，或者用 RTC 校准功能验证。
3. 验证 PLL 锁相：PLL 锁定后，输出时钟频率应该稳定。可以用 MCU 的 MCO（时钟输出）引脚输出 PLL 时钟，用示波器或频率计测量。
4. 检查系统时钟切换：从 HSI 切换到 HSE 或 PLL 时，确保切换过程没有产生毛刺。

下面是一个时钟验证的代码片段：

/* 时钟系统验证函数 */
uint8_t ClockSystem_Verify(void)
{
    /* 1. 检查 HSE 是否就绪 */
    if (!(RCC->CR & RCC_CR_HSERDY_Msk)) {
        return 0;  /* HSE 未就绪 */
    }

    /* 2. 检查 LSE 是否就绪 */
    if (!(RCC->BDCR & RCC_BDCR_LSERDY_Msk)) {
        return 0;  /* LSE 未就绪 */
    }

    /* 3. 检查 PLL 是否锁定 */
    if (!(RCC->CR & RCC_CR_PLLRDY_Msk)) {
        return 0;  /* PLL 未锁定 */
    }

    /* 4. 检查系统时钟源 */
    if ((RCC->CFGR & RCC_CFGR_SWS_Msk) != RCC_CFGR_SWS_PLL) {
        return 0;  /* 系统时钟不是 PLL 输出 */
    }

    /* 5. 通过 MCO 输出时钟，用示波器测量频率 */
    RCC->CFGR |= RCC_CFGR_MCOSEL_PLL;  /* MCO 输出 PLL 时钟 */
    /* 此时用示波器测量 PA8 引脚，频率应为 80MHz（假设 PLL 输出 80MHz） */

    return 1;  /* 时钟系统正常 */
}

嗯，到这里，VCU 上电与启动调试的核心内容就讲完了。上电时序、SBC 配置、MCU 启动模式、时钟验证，这四个环节环环相扣。任何一个环节出问题，VCU 都无法正常工作。我个人建议，在项目初期就建立一套标准的上电启动检查清单，每次硬件改版后都跑一遍，能省去后面大量的排查时间。