第3章 单片机外设接口核心问答：GPIO、UART、I2C、SPI、CAN 基础与面试高频考点
外设接口是嵌入式面试的“必争之地”。面试官通过GPIO、UART、I2C、SPI、CAN五类接口的提问，快速判断你对硬件协议层、电气特性、项目选型和调试排障的综合能力。本章将五类接口的核心参数浓缩为一张对比表，并针对三个最高频面试考点给出完整的应答框架与话术模板。
知识结构：五大外设接口核心参数对比
| 接口 | 信号线数 | 通信方式 | 最大速率 | 寻址方式 | 典型应用 |
|---|---|---|---|---|---|
| GPIO | 1 线/引脚 | 并行/单线 | 取决于 MCU 主频 | 引脚编号 | 按键检测、LED 控制、中断触发 |
| UART | 2 线（TX/RX） | 异步全双工 | 最高 10 Mbps（典型 115200 bps） | 无寻址（点对点） | 串口调试、蓝牙模块、GPS 接收 |
| I2C | 2 线（SCL/SDA） | 同步半双工 | 标准 100 kHz，快速 400 kHz，高速 3.4 MHz | 7 位/10 位地址 | 温湿度传感器、EEPROM、RTC |
| SPI | 4 线（SCK/MOSI/MISO/CS） | 同步全双工 | 数十 Mbps（取决于器件） | 片选信号（CS） | 显示屏、Flash 存储、ADC |
| CAN | 2 线（CAN_H/CAN_L） | 异步半双工（多主） | 最高 1 Mbps（CAN 2.0），8 Mbps（CAN FD） | 11 位/29 位 ID（优先级仲裁） | 车载网络、工业控制、机器人 |
面试回答框架：外设接口问题应答路径
回答外设接口类问题时，遵循以下路径能让你的答案逻辑严密、层次清晰：
面试问答卡片 1：GPIO 推挽输出 vs 开漏输出
面试问题：请解释 GPIO 的推挽输出（Push-Pull）和开漏输出（Open-Drain）模式的区别，并说明各自的应用场景。
• 是否理解 GPIO 的电气结构（PMOS + NMOS vs NMOS-only）
• 是否清楚两种模式的驱动能力差异与典型用途
• 是否具备硬件电路设计的细节意识（如上拉电阻、电平匹配）
回答框架：
- 定义原理 — 简述推挽和开漏的内部结构差异
- 电气特性对比 — 高低电平驱动能力、是否需要上拉
- 典型应用场景 — LED/蜂鸣器 vs I2C/电平转换
- 选型总结 — 一句话给出选择依据
简短示例回答：推挽输出由 PMOS 与 NMOS 构成，能主动输出高低电平，驱动能力强，适合驱动 LED、继电器等负载。开漏输出仅 NMOS 拉低电平，高电平需外部上拉，适合多设备共线（如 I2C）和电平转换场景，但需要正确配置上拉电阻阻值。
• 开漏输出如何实现 3.3V 与 5V 电平转换？
• 推挽输出为什么不能直接用于 I2C 总线？
• 上拉电阻的阻值如何计算？（考虑上升时间与功耗）
• 切勿混淆“开漏”与“推挽”的驱动能力 — 开漏无法主动输出高电平
• 开漏输出必须配合上拉电阻，电阻值需根据总线电容和速率计算
• 不要在面试中说“开漏输出可以输出高电平”，正确说法是“通过上拉电阻拉到高电平”
面试问答卡片 2：I2C 与 SPI 通信协议对比与选型
面试问题：请比较 I2C 与 SPI 通信协议的主要区别，在项目选型时你会如何选择？
• 对两种总线协议底层差异的理解深度（同步/异步、全双工/半双工）
• 能否结合项目实际给出选型依据，而非死记硬背参数
• 是否考虑过引脚资源、速率要求、从机数量等工程约束
回答框架：
- 协议特点概述 — 信号线数、通信方式、速率范围
- 关键差异对比 — 引脚数、寻址方式、全双工 vs 半双工、速率
- 选型依据 — 从从机数量、速度需求、引脚预算三个维度分析
- 项目案例佐证 — 举例说明何时用 I2C、何时用 SPI
简短示例回答：I2C 采用 2 线制（SCL/SDA）支持多主多从，标准速率 100~400kbps，适合连接温湿度传感器、RTC 等低速外设，节省引脚。SPI 采用 4 线制（SCK/MOSI/MISO/CS）全双工通信，速率可达数十 Mbps，适合显示屏、Flash 等高速设备。选型时重点考虑速度要求与引脚资源，低速多从机选 I2C，高速大数据量选 SPI。
• I2C 的 10 位寻址方式如何工作？与 7 位寻址有何不同？
• SPI 的四种模式（CPOL/CPHA）如何配置？匹配规则是什么？
• 一条 I2C 总线上最多可以挂多少个设备？（受总线电容和地址限制）
• 不要忽略 I2C 上拉电阻的配置 — 阻值过大会导致上升沿变慢，过小会增加功耗
• SPI 的片选信号时序非常关键，不要只讲速率而忽略 CS 的建立/保持时间
• 回答选型时不要只说“SPI 比 I2C 快”，要说明“快多少”以及“为什么需要这么快”
面试问答卡片 3：CAN 总线仲裁机制与可靠性
面试问题：请解释 CAN 总线的仲裁机制是如何工作的，为什么 CAN 总线被认为具有高可靠性？
• 是否深入理解“非破坏性仲裁”的核心原理
• 能否清晰说出显性/隐性电平与“线与”逻辑的关系
• 是否了解 CAN 的差错处理机制（CRC、错误帧、错误状态）
回答框架：
- 总线电平定义 — 显性（0）与隐性（1）及“线与”逻辑
- 仲裁过程 — ID 逐位比较，优先级低的节点自动退出发送
- 非破坏性特点 — 仲裁不损失数据，高优先级帧无延时
- 可靠性保障 — 差分信号、CRC 校验、错误帧与状态转换
简短示例回答：CAN 总线采用“线与”逻辑，显性电平 0 覆盖隐性电平 1。多节点同时发送时，ID 从高位到低位逐位比较，ID 值较小的节点优先级高，自动获胜继续发送，其他节点转为接收。这种非破坏性仲裁不损失任何数据帧。结合差分信号抗共模干扰、15 位 CRC 校验以及错误帧/错误状态机，CAN 在工业现场和车载网络中具备极高可靠性。
• CAN 的错误状态有哪些？（主动错误、被动错误、总线关闭）
• CAN FD 与 CAN 2.0 的核心区别是什么？
• 如何通过 CAN 总线长度计算最大通信速率？（线缆延迟与仲裁位时间）
• 不要误认为 CAN 仲裁会“丢失数据” — 非破坏性仲裁的关键就是不丢数据
• 不要混淆显性电平与逻辑电平的对应关系（不同标准可能相反）
• 回答高可靠性时，不要只提差分信号，至少要覆盖 CRC + 错误帧 + 总线关闭三层面
项目案例：商用车分布式环境监测终端
本案例展示如何将 GPIO、I2C、SPI、CAN 四种接口综合应用在一个真实的嵌入式项目中，是面试中讲述“项目经验”的模板。
| 项目要素 | 具体内容 |
|---|---|
| 项目名称 | 商用车分布式环境监测终端 |
| 业务背景 | 某商用车厂需要实时监测车厢内 12 个区域的温度、湿度、烟雾浓度，通过 CAN 总线汇总至主控单元，上传车联网平台，实现环境异常预警。 |
| 规模指标 | 12 个传感器节点 + 1 个主控节点；CAN 总线长度约 25 m；数据采集周期 100 ms；连续运行 MTBF > 5000 h |
| 技术栈 | STM32F407VGT6（主控）、TJA1050（CAN 收发器）、SHT30（I2C 温湿度）、MQ-135（SPI 烟雾浓度）、FreeRTOS、CANopen 协议 |
| 核心难点 | ① 12 个节点 CAN ID 分配与仲裁优先级设计；② 传感器数据同步采集与时间戳对齐；③ 低功耗模式下总线唤醒策略 |
面试高频追问：
- 追问 1：12 个 CAN 节点的 ID 如何分配？优先级依据是什么？
回答要点：按数据紧急程度分配 ID，烟雾浓度节点分配最低 ID（最高优先级），温湿度节点分配较高 ID。ID 分配需预留扩展位，便于后续增加节点。 - 追问 2：如何解决数据采集与 CAN 发送之间的时间戳对齐问题？
回答要点：每个传感器节点在采集完成时立即打上本地时间戳，CAN 帧数据场包含时间戳字段。主控收到后根据节点 ID 和时间戳做融合对齐。 - 追问 3：低功耗模式下如何实现总线唤醒？
回答要点：采用 CAN 的远程帧唤醒机制，主控定期发送唤醒帧，节点在低功耗模式下保持 CAN 接收器工作，检测到有效唤醒帧后恢复全速运行。
“在 商用车分布式环境监测终端 项目中，我负责传感器节点与 CAN 通信架构设计。项目涉及 12 个传感器节点，采用 I2C（SHT30） 采集温湿度、SPI（MQ-135） 采集烟雾浓度，数据通过 CAN 2.0B 总线汇总至主控。核心挑战是 12 个节点的 CAN ID 优先级分配与数据同步采集对齐。我按照数据紧急程度分配 ID，烟雾节点优先级最高，并在每个节点本地打时间戳，主控根据 ID 和时间戳做融合对齐，最终实现了 100 ms 周期内 < 1 ms 的同步误差。这个方案后续也被复用到了另一款车载环境监测产品中。”
• 不要只介绍项目背景而忽略“你具体做了什么” — 面试官要听你的个人贡献
• 不要说“我们用了 CAN 总线”就结束 — 要说明 ID 分配策略和仲裁优先级的设计思路
• 技术指标要具体（12 个节点、25 m、100 ms），用数字支撑你的工程决策