第3章物理层开发基础

第3章：物理层开发基础：信号编码与调制、硬件抽象层（HAL）设计、驱动接口封装

物理层，说白了就是通信协议栈的「地基」。你想想看，上层协议再怎么花哨，最终都得靠物理层把比特流变成电信号或者光信号发出去。我做了这么多年嵌入式通信开发，最深的体会就是：物理层要是没搞扎实，上层调得再欢也是白搭。

这一章我们重点聊三块：信号编码与调制、硬件抽象层（HAL）设计、驱动接口封装。这三块是物理层开发的核心，也是很多新手容易踩坑的地方。

3.1 信号编码与调制：比特怎么变成波形

先问个问题：你写程序发一个字节 0x55，物理层到底干了什么？

答案是两件事：编码和调制。编码是把二进制数据变成适合传输的符号序列，调制是把符号序列加载到载波上。

3.1.1 常见编码方式

我在项目中用过不少编码方式，挑几个典型的说说：

NRZ（不归零编码）：1 高电平，0 低电平。简单，但有直流分量问题。我记得第一次用NRZ做长距离传输，信号衰减得厉害，后来才知道是直流分量惹的祸。
曼彻斯特编码：每个比特中间有跳变，1 是下降沿，0 是上升沿。自带时钟同步，但带宽翻倍。以太网早期就用这个。
差分曼彻斯特编码：看比特起始处有没有跳变。抗干扰能力强，我曾在工业现场总线里用过，效果不错。
4B/5B 编码：4位数据映射成5位符号，保证足够多的跳变。百兆以太网就用它。

避坑指南：我曾经在一个项目中直接用NRZ做长距离RS-485通信，结果误码率高得离谱。后来换成曼彻斯特编码，问题迎刃而解。记住：编码方式的选择要综合考虑传输距离、时钟同步、带宽利用率。

3.1.2 调制方式

调制就是把基带信号搬移到高频载波上。常见的调制方式有：

调制方式	原理	典型应用
ASK（幅移键控）	用载波幅度表示0/1	RFID、红外遥控
FSK（频移键控）	用载波频率表示0/1	蓝牙、DTMF
PSK（相移键控）	用载波相位表示0/1	WiFi、卫星通信
QAM（正交幅度调制）	同时调制幅度和相位	4G/5G、数字电视

我个人习惯在低速率场景用FSK，实现简单，抗干扰也不错。高速场景就得用QAM了，但复杂度也上去了。

3.2 硬件抽象层（HAL）设计：让代码不依赖硬件

做嵌入式开发最头疼的是什么？换芯片！今天用STM32，明天换GD32，后天又换成NXP。如果没有HAL层，那代码基本得重写。

HAL层的作用就是：把硬件相关的操作封装起来，上层代码只调用HAL接口，不直接操作寄存器。

3.2.1 HAL层设计原则

接口统一：不管底层是什么MCU，HAL接口保持一致。比如 spi_transfer() 在所有平台上都一样。
功能完整：HAL层要覆盖所有硬件操作，不能漏掉关键功能。
性能可接受：HAL层不能太厚，否则性能损耗太大。我见过有人封装了七八层，一个GPIO翻转要几百个时钟周期，这就不对了。

我的经验：HAL层设计时，先列出所有硬件操作，然后抽象成接口。不要一开始就想着通用性，先满足当前项目需求，后续再重构。过度设计是嵌入式开发的大忌。

3.2.2 HAL层代码示例

以SPI接口为例，看看HAL层怎么设计：

/* hal_spi.h - SPI硬件抽象层接口 */
#ifndef HAL_SPI_H
#define HAL_SPI_H

#include <stdint.h>

/* SPI配置结构体 */
typedef struct {
    uint32_t frequency;      /* 时钟频率 */
    uint8_t  mode;           /* 0-3, CPOL/CPHA组合 */
    uint8_t  data_bits;      /* 8或16 */
    uint8_t  first_bit;      /* 0:MSB, 1:LSB */
} hal_spi_config_t;

/* SPI句柄，具体实现由底层填充 */
typedef void* hal_spi_handle_t;

/* HAL接口函数 */
hal_spi_handle_t hal_spi_init(int bus_id, hal_spi_config_t *config);
int hal_spi_transfer(hal_spi_handle_t handle, uint8_t *tx, uint8_t *rx, uint32_t len);
int hal_spi_deinit(hal_spi_handle_t handle);

#endif /* HAL_SPI_H */

你看，这个接口完全跟硬件无关。上层协议栈只需要调用 hal_spi_init()、hal_spi_transfer() 就行，底层是STM32还是GD32，上层根本不用关心。

3.3 驱动接口封装：让协议栈调用更优雅

HAL层搞定之后，还需要一层驱动接口封装。这层的作用是：把HAL接口包装成协议栈需要的格式，同时处理一些协议相关的逻辑。

3.3.1 驱动接口设计要点

回调机制：物理层数据到达时，通过回调通知上层。不要用轮询，太浪费CPU。
缓冲区管理：物理层收发数据需要缓冲区，驱动层要管理好缓冲区的分配和释放。
错误处理：物理层出错时（比如CRC校验失败），驱动层要能处理并上报。

注意：驱动接口封装时，一定要考虑中断上下文。我曾经在一个项目中，在中断服务函数里调用了 malloc()，结果系统直接崩溃。中断里不能做阻塞操作，也不能调用不可重入函数。

3.3.2 驱动接口代码示例

/* phy_driver.h - 物理层驱动接口 */
#ifndef PHY_DRIVER_H
#define PHY_DRIVER_H

#include <stdint.h>

/* 物理层事件回调 */
typedef void (*phy_rx_callback_t)(uint8_t *data, uint32_t len);
typedef void (*phy_error_callback_t)(uint32_t error_code);

/* 物理层配置 */
typedef struct {
    uint32_t           baudrate;
    uint8_t            encoding;    /* 0:NRZ, 1:曼彻斯特, 2:4B/5B */
    uint8_t            modulation;  /* 0:ASK, 1:FSK, 2:PSK */
    phy_rx_callback_t  rx_cb;
    phy_error_callback_t err_cb;
} phy_driver_config_t;

/* 驱动接口 */
int phy_driver_init(phy_driver_config_t *config);
int phy_driver_send(uint8_t *data, uint32_t len);
int phy_driver_recv(uint8_t *buf, uint32_t *len);
int phy_driver_deinit(void);

#endif /* PHY_DRIVER_H */

这个接口就很清晰了。协议栈调用 phy_driver_send() 发送数据，物理层收到数据后通过回调 phy_rx_callback_t 通知协议栈。错误处理也通过回调完成。

3.4 知识体系结构图

下面这张图展示了物理层开发的核心知识体系，我画了很久才理清楚这些关系：

3.5 避坑指南与经验总结

做了这么多年物理层开发，踩过的坑不少，分享几个典型的：

时钟同步问题：我曾经在一个项目中，发送端和接收端的时钟有微小偏差，结果长时间传输后数据错位。后来加了时钟恢复电路才解决。
电平匹配问题：3.3V的MCU接5V的物理层芯片，不做好电平转换，芯片会烧。我见过不止一个人犯这个错。
中断优先级问题：物理层中断优先级设置不当，会导致数据丢失。我的习惯是：物理层中断优先级设高，但不能高过系统时钟中断。
缓冲区溢出：物理层接收数据的速度可能快过上层的处理速度，缓冲区要设计得足够大，或者要有流控机制。

个人建议：刚开始做物理层开发时，先用逻辑分析仪抓波形，确认编码和调制是否正确。不要一上来就调协议栈，先把物理层调通再说。我每次做新项目，都是先让物理层能收发0x55和0xAA这两个测试数据，再往上走。

嗯，物理层开发这块内容就聊到这儿。记住：编码调制是基础，HAL层是桥梁，驱动封装是接口。这三块做好了，上层协议栈的开发就会顺畅很多。

公众号:蓝海资料掘金营，微信deep3321

📚 课程目录