3、模组软件架构：AT指令集与扩展指令、固件与协议栈、TCP/IP协议栈实现、嵌入式操作系统（FreeRTOS/Linux）适配。
聊到模组的软件架构，很多人第一反应就是“发AT指令”。其实AT指令只是冰山一角。模组内部藏着完整的协议栈、任务调度、内存管理，甚至一个迷你的操作系统。今天我就带你把这层窗户纸捅破。
核心认知：模组软件 = 应用层(AT解析) + 网络层(TCP/IP栈) + 系统层(RTOS/Linux) + 固件层(协议栈)。四层缺一不可。
3.1 AT指令集与扩展指令
AT指令，说白了就是“Attention”。早期用于调制解调器，现在成了蜂窝模组的标配接口。我刚开始做项目时，总觉得AT指令太简单，不就是发几个字符串吗？后来踩了坑才明白，指令的时序、响应解析、异常处理才是大头。
标准AT指令由3GPP TS 27.007定义。比如：
AT+CSQ // 查询信号强度
+CSQ: 28,99 // 返回值：28表示信号强度，99表示误码率
AT+CGATT? // 查询是否附着GPRS网络
+CGATT: 1 // 1表示已附着
AT+CIPSTART="TCP","192.168.1.100","8080"
// 建立TCP连接
CONNECT OK // 连接成功
但实际项目中，标准指令往往不够用。这时候就需要扩展指令。每家模组厂商都有自己的扩展集，比如移远的M66系列、广和通的L610系列。
| 指令类型 | 示例 | 用途 |
|---|---|---|
| 标准AT | AT+CSQ | 信号查询 |
| 扩展AT | AT+QIOPEN | 打开Socket连接 |
| 自定义AT | AT+CFG="baud",115200 | 厂商私有配置 |
我的经验：选型时一定要看扩展指令的丰富度。有些模组只支持基础AT，连SSL/TLS握手都要自己写，那开发周期至少翻一倍。
3.2 固件与协议栈
固件是模组的灵魂。它包含了物理层驱动、MAC层调度、RRC层信令处理，还有NAS层移动性管理。我见过不少工程师把固件升级当成“刷机”，结果刷错版本导致模组变砖。
协议栈分三层：
- L1物理层：调制解调、信道编码、射频控制。这部分由硬件加速器完成，固件只负责配置参数。
- L2 MAC/RLC：调度、重传、分段重组。我曾在项目中遇到RLC重传超时导致丢包，最后发现是固件版本不匹配。
- L3 RRC/NAS：连接管理、移动性管理、鉴权加密。这部分最复杂，也最容易出问题。
避坑指南：我曾经在批量生产时发现模组无法附着4G网络，排查了两天，最后发现是固件中的APN配置被写死了。所以，量产前一定要确认固件支持动态APN配置。
3.3 TCP/IP协议栈实现
模组内部的TCP/IP栈，和PC上的完全不一样。PC上跑的是完整的Linux协议栈，而模组里通常是轻量级实现，比如LwIP、uIP，或者厂商自研的迷你栈。
为什么需要轻量级？因为模组的RAM通常只有几百KB，Flash也就几MB。你想想看，一个完整的TCP/IP栈光缓冲区就要几十KB，模组根本扛不住。
常见的实现方式有两种：
- 内部集成栈：模组固件自带TCP/IP，MCU只需发AT指令。优点是简单，缺点是灵活性差。
- 外部栈：MCU自己跑LwIP，通过PPP或SLIP与模组通信。优点是可控，缺点是开发量大。
// 内部集成栈示例（移远EC200）
AT+QIOPEN=1,0,"TCP","192.168.1.100",8080,0,0
// 返回：OK
// 然后通过AT+QISEND发送数据
AT+QISEND=0,5
Hello
SEND OK
关键点：内部栈的MSS（最大分段大小）通常只有1460字节，而且不支持窗口缩放。如果你的应用需要大吞吐量，建议选支持外部栈的模组。
3.4 嵌入式操作系统适配
模组跑什么系统？这得看场景。低功耗、实时性要求高的，用FreeRTOS。功能复杂、需要网络管理的，用嵌入式Linux。
| 特性 | FreeRTOS | 嵌入式Linux |
|---|---|---|
| 内存占用 | 几KB ~ 几十KB | 几MB ~ 几十MB |
| 实时性 | 微秒级 | 毫秒级 |
| 开发难度 | 低 | 高 |
| 典型场景 | 传感器、追踪器 | 网关、路由器 |
我个人的习惯是：如果项目只需要发几个传感器数据，用FreeRTOS就够了。但如果需要跑Python脚本、做本地数据处理，那必须上Linux。
适配时要注意几个坑：
- 中断优先级：FreeRTOS的中断嵌套和模组的中断可能冲突，需要仔细配置NVIC。
- 内存碎片：模组频繁分配释放小内存，容易产生碎片。建议用静态内存池。
- 任务栈大小：AT指令解析任务至少给2KB栈，否则容易栈溢出。
我的建议：选型时直接问厂商要适配好的SDK。自己从零移植FreeRTOS到模组，至少需要两周时间，而且稳定性很难保证。
3.5 软件架构全景图
下面这张图是我自己总结的模组软件架构。你看一眼就能明白各层的关系。
嗯，这张图基本概括了模组软件的全貌。从上到下，每一层都有它的职责。应用层只管发AT指令，网络层负责数据封装，系统层调度任务，固件层处理射频信号。各层之间通过标准接口通信，互不干扰。
最后说一句：选型时别只看硬件参数，软件架构的成熟度往往决定了项目的成败。我见过太多硬件参数很漂亮的模组，结果软件一塌糊涂，开发周期拖了半年。所以，多花点时间研究软件架构，绝对值得。