嵌入式网络基础：OSI与TCP/IP模型、以太网帧格式、IP地址与子网划分、ARP与ICMP协议原理
嵌入式系统接入网络，首先需要理解网络通信的分层模型与核心协议。本章从OSI七层模型与TCP/IP四层模型的对应关系出发，深入解析以太网帧的字节级结构、IP地址规划与子网划分方法，以及ARP和ICMP这两个在网络排障中高频使用的协议。这些内容是后续进行协议栈移植、驱动调试和网络性能优化的基石。
核心原理：分层模型与协议栈的对应关系
OSI参考模型将网络通信划分为七个层次，每一层只负责特定的功能，层与层之间通过标准接口交互。TCP/IP模型则将其简化为四层，更贴近实际工程实现。在嵌入式系统中，我们通常直接与TCP/IP模型的网络接口层、网络层和传输层打交道。例如，在移植lwIP或uIP协议栈时，需要实现网络接口层的底层驱动函数，包括初始化、发送和接收以太网帧；网络层则由协议栈自身处理IP分组的封装与解析。
理解分层模型的关键在于“封装”与“解封装”过程。发送数据时，应用层数据依次经过传输层添加TCP/UDP头、网络层添加IP头、网络接口层添加以太网帧头（MAC地址和类型字段），最终通过物理层发送到介质上。接收端则反向逐层剥离头部，最终将数据交给应用层。嵌入式工程师在调试网络问题时，经常需要借助抓包工具（如Wireshark）查看各层头部信息，因此必须熟悉每一层头部的字节布局。
| OSI 层 | TCP/IP 层 | 典型协议 | 嵌入式关注点 |
|---|---|---|---|
| 应用层/表示层/会话层 | 应用层 | HTTP, MQTT, DHCP, SNMP | 应用逻辑、数据格式 |
| 传输层 | 传输层 | TCP, UDP | 端口号、连接管理、重传机制 |
| 网络层 | 网络层 | IP, ICMP, ARP | IP地址、路由、差错处理 |
| 数据链路层/物理层 | 网络接口层 | 以太网, Wi-Fi, PPP | MAC驱动、帧收发、PHY芯片配置 |
以太网帧格式：字节级解析与硬件缓冲设计
以太网帧是网络接口层传输的基本单位。标准IEEE 802.3帧结构包含前导码（7字节）、帧起始定界符SFD（1字节）、目的MAC地址（6字节）、源MAC地址（6字节）、类型/长度字段（2字节）、数据字段（46~1500字节）和帧校验序列FCS（4字节）。在嵌入式驱动开发中，前导码和SFD通常由PHY芯片硬件处理，软件驱动只需要关注从目的MAC到FCS的部分。
类型字段（EtherType）用于标识上层协议，常见值包括：0x0800表示IPv4，0x0806表示ARP，0x86DD表示IPv6。当嵌入式设备收到一帧数据时，驱动首先检查目的MAC是否为本机MAC、广播地址（FF:FF:FF:FF:FF:FF）或组播地址，然后根据类型字段将数据分发到IP协议栈或ARP模块。接收缓冲区通常采用DMA描述符环形队列，每个描述符指向一个固定大小的缓冲区（如1518字节），以容纳最大帧长。
实战要点：在STM32+LAN8720A的以太网驱动设计中，接收描述符的缓冲区大小必须设置为1518字节（含FCS），否则超长帧会被硬件截断。同时，DMA描述符的环形队列深度建议至少配置为4~8个，以避免在高网络负载下丢帧。发送描述符则需要注意缓存一致性，在DMA传输完成后、CPU访问数据前，必须调用缓存清理和失效操作。
IP地址与子网划分：从二进制到工程规划
IPv4地址为32位，通常以点分十进制表示。地址由网络位和主机位组成，子网掩码用于区分两者。例如，IP地址192.168.1.100与子网掩码255.255.255.0相与，得到网络地址192.168.1.0，主机位为100。子网划分的核心操作是“借位”——从主机位中借出若干位作为子网位，从而将一个大的网络划分为多个子网。
在嵌入式设备中，子网划分直接影响网络配置。例如，一个智能网关需要管理多个传感器子网，可以将192.168.1.0/24划分为四个/26子网，每个子网可容纳62台设备。计算子网的关键参数包括：子网掩码、网络地址、广播地址、可用主机范围。下表展示了/26子网的划分结果（以192.168.1.0/24为例）：
| 子网编号 | 网络地址 | 可用主机范围 | 广播地址 |
|---|---|---|---|
| 子网1 | 192.168.1.0 | 192.168.1.1 ~ 192.168.1.62 | 192.168.1.63 |
| 子网2 | 192.168.1.64 | 192.168.1.65 ~ 192.168.1.126 | 192.168.1.127 |
| 子网3 | 192.168.1.128 | 192.168.1.129 ~ 192.168.1.190 | 192.168.1.191 |
| 子网4 | 192.168.1.192 | 192.168.1.193 ~ 192.168.1.254 | 192.168.1.255 |
判断一个IP地址属于哪个子网，只需将IP地址与子网掩码按位相与。例如，192.168.1.100与255.255.255.192相与，结果为192.168.1.64，因此该地址属于子网2。嵌入式设备在配置静态IP时，必须确保IP地址、子网掩码和默认网关在同一子网内，否则无法进行三层通信。
ARP协议原理：地址解析与缓存管理
ARP（Address Resolution Protocol）用于将IP地址解析为MAC地址。当设备A需要向设备B发送IP数据包时，它首先查询本地ARP缓存表；若未找到对应条目，则广播一个ARP请求帧，目标IP地址为B的IP，目的MAC地址为广播地址（FF:FF:FF:FF:FF:FF）。设备B收到请求后，发现目标IP与自己匹配，便向A单播回复ARP应答，包含自己的MAC地址。A收到应答后，将IP-MAC映射存入缓存，并更新发送队列。
在嵌入式系统中，ARP缓存管理需要特别注意以下几点：缓存条目通常设置超时时间（典型值为120秒），超时后条目被删除；缓存表大小有限（如10~20条），当表满时需采用LRU策略淘汰旧条目；对于静态IP设备，可在初始化时预置ARP条目，避免频繁广播。此外，ARP请求的发送频率需要限制，防止网络风暴。
常见误区：有些工程师在调试网络时，发现设备能Ping通网关但无法Ping通远端服务器，便怀疑是ARP问题。实际上，跨网段通信时，设备发送的ARP请求是解析网关的MAC地址，而不是远端服务器的MAC地址。如果网关的ARP响应正常，但数据包仍无法到达远端，问题可能出在路由表或网关的转发策略上，而非ARP本身。
ICMP协议原理：差错报告与网络探测
ICMP（Internet Control Message Protocol）是IP层的辅助协议，用于传递差错报告和网络探测信息。最常见的ICMP消息类型包括：Echo Request（类型8）和Echo Reply（类型0），即Ping命令使用的消息；目标不可达（类型3），用于通知源端无法到达目标网络、主机或端口；超时（类型11），用于Traceroute路径探测。
在嵌入式设备中，ICMP的实现通常包含两部分：响应Echo Request（即支持被Ping）和主动发送Echo Request（即支持Ping其他设备）。前者是网络管理的基本要求，后者常用于设备自诊断。实现ICMP时，需要注意校验和的计算——ICMP校验和覆盖整个ICMP报文（头部+数据），计算时校验和字段先置零，然后对报文按16位字求和，最后取反。
案例拆解：某工业网关设备在现场无法被上位机Ping通，但设备本身能正常上报数据。通过抓包发现，设备收到了Echo Request，但未回复Echo Reply。进一步检查代码，发现ICMP处理函数中，校验和计算使用了错误的字节序（大端/小端混淆），导致校验失败，协议栈丢弃了请求。修复方法是将校验和计算改为网络字节序（大端），并在发送前重新计算。修复后，设备恢复正常响应。此案例说明，ICMP虽然简单，但字节序和校验和细节不容忽视。
常见误区与总结复盘
- 误区一：认为OSI七层模型必须严格对应到代码实现。实际上，嵌入式协议栈（如lwIP）通常将表示层和会话层合并到应用层，工程师只需关注接口调用。
- 误区二：忽略以太网帧的最小帧长限制。当应用数据不足46字节时，驱动必须在数据字段后填充（Padding）到46字节，否则接收端会将其视为短帧并丢弃。
- 误区三：子网划分时忘记保留网络地址和广播地址。每个子网中，主机位全0的地址为网络地址，全1的地址为广播地址，均不能分配给设备使用。
- 误区四：ARP缓存表设置过短或过长。过短会导致频繁广播，增加网络负载；过长则可能导致IP地址变更后无法及时更新映射。