1. 嵌入式C语言基础与自动驾驶概述

大家好，我是你们这门课的主讲。今天咱们聊聊嵌入式C语言和自动驾驶的那些事儿。说实话，我做了十几年嵌入式开发，从早期的单片机控制到现在的自动驾驶系统，C语言一直是我的老伙计。它就像一把瑞士军刀，看着不起眼，但关键时刻真能救命。

1.1 C语言在嵌入式系统中的地位

为什么嵌入式系统离不开C语言？我给你们讲个真实的故事。2015年我参与一个ADAS项目，团队里有人提议用Python做底层控制。结果呢？一个急刹车指令从传感器到执行器，延迟了200毫秒。200毫秒什么概念？车速60km/h，车已经跑了3.3米。这要是真撞上了，谁负责？

所以你看，嵌入式系统对实时性要求极高。C语言能直接操作内存、控制寄存器、管理中断，这些能力是Python、Java这些高级语言给不了的。说白了，C语言就是嵌入式世界的「通用语」。

我个人习惯把嵌入式C语言的能力分成三个层次：

• 底层控制层：直接读写寄存器、配置GPIO、操作DMA。这是C语言的看家本领。
• 中间件层：实现通信协议（CAN、SPI、I2C）、任务调度、内存管理。这部分需要你对硬件有深刻理解。
• 应用层：算法实现、状态机、控制逻辑。虽然上层可以用C++，但底层核心还是C。

我记得有一次调试一个雷达信号处理模块，发现数据总是丢包。用示波器量了半天，最后发现是SPI时钟极性配置错了。这种问题，用高级语言根本查不出来。你想想看，C语言让你能直接看到硬件的行为，这就是它的价值。

1.2 自动驾驶系统架构简介

自动驾驶系统，说白了就是一个「感知-决策-控制」的闭环。我参与过L2到L4级别的项目，架构上大同小异，但细节天差地别。

一个典型的自动驾驶系统包含以下几个模块：

模块	功能	C语言角色
传感器层	摄像头、激光雷达、毫米波雷达、超声波	驱动开发、数据采集、预处理
感知层	目标检测、车道线识别、SLAM	算法加速、内存优化
决策层	路径规划、行为预测、风险评估	状态机实现、实时调度
控制层	转向、制动、加速	PID控制、执行器驱动
安全层	故障诊断、冗余管理、功能安全	看门狗、ECC校验、安全协议

这里我要强调一点：嵌入式C语言在自动驾驶中不是万能的，但没有它是万万不能的。感知层的深度学习模型可以用Python训练，但部署到嵌入式平台时，推理引擎的底层实现一定是C/C++。控制层的实时性要求，更是非C语言莫属。

1.3 嵌入式C与通用C的区别

很多人觉得C语言都一样，学完《C程序设计语言》就能写嵌入式代码。嗯，这话对了一半。语法确实一样，但思维方式完全不同。

我给你们列个对比表，一目了然：

对比项	通用C	嵌入式C
内存管理	malloc/free随意用	尽量避免动态分配，用静态内存池
数据类型	int、long依赖平台	必须用stdint.h的固定宽度类型
标准库	stdio.h、stdlib.h随便用	很多库不可用，自己实现
并发	线程、锁	中断、轮询、RTOS任务
调试	printf、gdb	JTAG、串口、LED闪烁
性能要求	毫秒级	微秒级甚至纳秒级

举个例子，在通用C里你写int a = 10;没问题。但在嵌入式里，int可能是16位也可能是32位，不同编译器不一样。我建议你养成习惯：

#include <stdint.h>

uint32_t counter = 0;      // 明确32位无符号
int16_t sensor_value = 0;  // 明确16位有符号
uint8_t flags = 0x00;      // 明确8位

为什么要这么较真？我曾经在一个项目中，因为int类型在ARM和MIPS上宽度不同，导致数据溢出，车辆在高速上突然急加速。还好测试时发现了，不然后果不堪设想。

还有一个关键区别：嵌入式C没有操作系统兜底。通用C程序崩溃了，操作系统会帮你清理内存。嵌入式C崩溃了，那就是真的崩溃了——看门狗复位，或者直接死机。所以嵌入式C代码必须考虑所有边界情况，不能有未定义行为。

我记得刚入行时，师傅跟我说：「写嵌入式C代码，要像写遗嘱一样谨慎。」当时觉得夸张，现在想想，真是一点没错。

小结

这一章我们聊了三个核心问题：

1. C语言为什么在嵌入式系统中不可替代——因为它能直接控制硬件，满足实时性要求。
2. 自动驾驶系统架构是什么样的——感知、决策、控制三层，每层都离不开C语言。
3. 嵌入式C和通用C有什么区别——从内存管理到调试方式，思维方式完全不同。

下一章，我们会深入嵌入式C语言的内存管理，讲讲堆栈、静态存储区和DMA缓冲区那些事儿。到时候我会分享一个我踩过的坑——因为栈溢出导致车辆定位漂移，差点撞上护栏。嗯，咱们下章见。