4. 网络层与传输层协议：TCP/IP协议栈裁剪，LWIP在STM32上的移植，UDP与TCP在实时数据流中的取舍

好，咱们进入第四讲。这一章是很多做医疗通信的工程师最头疼的部分——协议栈到底怎么选、怎么裁、怎么跑起来。

说实话，TCP/IP 协议栈在 PC 上跑得好好的，一放到 STM32 这种资源受限的 MCU 上，各种问题就冒出来了。我最早做心电监护仪的时候，就吃过这个亏——直接把标准协议栈搬上去，结果 RAM 爆了，系统直接死机。嗯，从那以后我学会了两个字：裁剪。

4.1 为什么需要裁剪 TCP/IP 协议栈？

标准 TCP/IP 协议栈是为通用操作系统设计的，功能完整但体积庞大。在医疗嵌入式设备中，我们通常只需要一个子集。

说白了，医疗设备里很多功能根本用不上。比如 IGMP（组播管理协议），你一个单点传输的心电数据流，要它干嘛？

4.2 LWIP 在 STM32 上的移植实战

LWIP（Lightweight IP）是目前嵌入式领域最主流的轻量级协议栈。我习惯用 STM32F4 系列 + LWIP 2.1.3 版本做开发。

移植的核心步骤，我总结为四步走：

1. 底层接口适配——把 LWIP 的底层收发函数挂到 STM32 的以太网 DMA 上
2. 内存管理配置——设置 MEM_SIZE、PBUF_POOL_SIZE 等关键参数
3. 操作系统封装层——如果用了 RTOS，需要实现 sys_arch 层的信号量和邮箱
4. 网络接口注册——调用 netif_add() 注册网卡

这里给一个典型的内存配置示例：

// lwipopts.h 关键配置
#define MEM_SIZE                (16 * 1024)   // 16KB 堆内存
#define MEMP_NUM_PBUF           16             // PBUF 数量
#define PBUF_POOL_SIZE          8              // PBUF 池大小
#define PBUF_POOL_BUFSIZE       512            // 每个 PBUF 大小
#define LWIP_UDP                1              // 启用 UDP
#define LWIP_TCP                0              // 禁用 TCP（节省资源）
#define LWIP_DHCP               0              // 禁用 DHCP（用静态 IP）
#define LWIP_IGMP               0              // 禁用 IGMP

4.3 UDP 与 TCP 在实时数据流中的取舍

这是医疗通信里最核心的决策点。我见过不少项目，因为选错了传输层协议，导致数据延迟超标或者丢包严重。

先看一张对比表：

你想想看，心电信号每秒 500 个采样点，每个点 2 字节，一秒钟也就 1KB 数据。如果用 TCP，一旦网络抖动触发重传，整个数据流就会卡住。而医疗设备最怕的就是"卡住"——波形断了，医生怎么判断？

4.4 核心知识体系：协议栈裁剪与传输层选型

下面这张图是我自己总结的决策流程，每次做新项目都会拿出来对照：

4.5 实际项目中的避坑经验

最后分享几个我在项目中踩过的坑：

• LWIP 的 PBUF 池大小——设太小会导致收包失败，设太大浪费 RAM。我一般按"最大并发包数 × 2"来估算。
• UDP 校验和——医疗数据建议开启，虽然增加一点 CPU 开销，但能避免数据被篡改。我在一个项目中没开校验和，结果心电波形偶尔出现毛刺，查了三天才发现是网络传输错误。
• TCP 的 Nagle 算法——实时控制场景一定要关闭。否则小数据包会被延迟合并，导致控制指令响应变慢。
• 静态 IP vs DHCP——医疗设备建议用静态 IP。DHCP 在设备重启时可能获取到不同 IP，导致上位机连接失败。