W5500多Socket并发实战：14KB缓存怎么分才不翻车？
你有没有遇到过这样的现场：
- 网关同时跑Modbus TCP服务器、云平台上传、DNS查询、SSH调试，一切正常；
- 某天固件升级包一发，Modbus轮询突然开始丢包，上位机报“连接超时”；
- 抓包一看，TCP ACK全到了，但W5500的Sn_RX_RSR却卡在0——数据明明进了芯片，MCU却读不到；
- 最后发现：不是网络问题，是Socket 0 的 RX 缓存被 Socket 1 的上传流量悄悄吃光了。
这不是玄学，是 W5500 多 Socket 下最典型、也最容易被忽视的资源争抢事故。它不报错、不崩溃、不触发中断，只在高负载边缘安静地丢数据——而根源，就藏在那块只有14KB 的片上 SRAM里。
先说结论：W5500 的“8个Socket”，不是8个独立网卡
很多工程师第一次看到“支持8路Socket”时，下意识以为：“哦，和Linux的socket()一样，每个都是隔离的”。但W5500不是操作系统，它的8个Socket更像8条共用同一段高速公路的专用车道——
- 车道（Socket）是独立的，有各自的入口闸机（Sn_CR）、状态指示牌（Sn_SR）、ETC读卡器（Sn_IR）；
- 但整条高速路（14KB SRAM）只有一段，所有车道的货车（TX数据）和物流中转站（RX数据）都挤在这14KB里调度；
- 更关键的是：这条路没有交管中心自动分流，全靠你——MCU工程师——在收费站（寄存器）手动划线、设限速、调潮汐车道。
一旦划线错误（比如把UDP小包通道配成2KB RX），或潮汐没跟上（比如突发大包没及时给上传通道扩容），堵车就从底层硬件开始，且无法靠重传挽回。
所以，与其叫“Socket配置”，不如叫缓存空间主权划分——谁占多少、何时让、怎么收，必须每一步都算得清清楚楚。
看懂它的内存地图：TX/RX不是对半分，而是可编程切片
W5500 的14KB SRAM不是固定50/50分给发送和接收。它由一个叫MR寄存器里的两位TMS[3:2]控制全局比例：
| TMS值 | TX缓存 | RX缓存 | 适用场景 |
|---|---|---|---|
0b00 | 8KB | 6KB | 默认均衡，适合混合TCP/UDP |
0b01 | 9KB | 5KB | 上传密集型（如日志推送、固件分发） |
0b10 | 10KB | 4KB | 强烈推荐工业现场：Modbus TCP Server需稳定RX，但大量ACK/小响应走TX，10KB TX+4KB RX反而更稳 |
0b11 |
