3. LTE协议栈与模组软件架构
做LTE模组联调，第一关就是搭环境。很多人觉得这事简单，装个IDE就完事了。但实际干过的人都知道，环境没搭好，后面全是坑。我见过不少同事，代码写得挺溜，结果卡在编译不过、串口打不开这种基础问题上，一查就是半天。
这一章，我把双平台环境、交叉编译链、调试工具这三块掰开揉碎讲清楚。你跟着走一遍，后面联调会顺很多。
3.1 双平台开发环境：Linux为主，Windows为辅
先说结论：主力开发机建议用Linux。为什么？因为LTE模组的SDK、交叉编译工具链、网络协议栈，绝大多数都是为Linux设计的。Windows当然也能用，但你会遇到各种兼容性问题——路径分隔符、换行符、驱动签名……说白了，Linux是亲儿子，Windows是后妈养的。
我个人习惯是：Ubuntu 20.04 LTS 作为主系统，Windows 10/11 作为辅助。具体分工如下：
| 任务 | 推荐平台 | 原因 |
|---|---|---|
| SDK编译、固件生成 | Linux | 原生支持，避免路径/权限问题 |
| 串口调试、AT指令交互 | Linux / Windows | 两边都有好用的工具 |
| ADB调试（Android模组） | Windows | 驱动更全，厂商工具多 |
| 文档编写、抓包分析 | Windows | Wireshark、Office生态更好 |
如果你只有Windows，也别慌。装个WSL2（Windows Subsystem for Linux 2），跑Ubuntu 20.04，基本能覆盖90%的Linux需求。我在项目里试过，除了USB设备直通偶尔抽风，日常编译、脚本执行都没问题。
3.2 交叉编译工具链：从源码到模组固件
LTE模组不是x86架构，通常是ARM Cortex-M或Cortex-A系列。你电脑上编译出来的程序，模组跑不了。这时候就需要交叉编译工具链——在PC上编译，生成目标模组能执行的机器码。
嗯，这里要注意：不同模组厂商用的工具链不一样。我整理了一份常见模组的工具链对照表：
| 模组厂商 | 芯片架构 | 工具链名称 | 下载来源 |
|---|---|---|---|
| 移远（Quectel） | ARM Cortex-M4 | arm-none-eabi-gcc | GNU Arm Embedded Toolchain |
| 广和通（Fibocom） | ARM Cortex-A7 | arm-linux-gnueabihf-gcc | Linaro GCC |
| 中移（OneMO） | RISC-V | riscv64-unknown-elf-gcc | RISC-V GNU Toolchain |
| 华为（Huawei） | ARM Cortex-M7 | arm-none-eabi-gcc（定制版） | 华为开发者社区 |
安装步骤其实不复杂。以移远模组常用的arm-none-eabi-gcc为例：
# 1. 下载工具链（以Linux为例）
wget https://developer.arm.com/-/media/Files/downloads/gnu-rm/10.3-2021.10/gcc-arm-none-eabi-10.3-2021.10-x86_64-linux.tar.bz2
# 2. 解压到指定目录
tar -xjf gcc-arm-none-eabi-10.3-2021.10-x86_64-linux.tar.bz2 -C /opt/
# 3. 配置环境变量（写入 ~/.bashrc）
export PATH=$PATH:/opt/gcc-arm-none-eabi-10.3-2021.10/bin
# 4. 验证安装
arm-none-eabi-gcc --version
我曾经在项目里踩过一个坑：工具链版本不匹配。模组SDK要求用gcc 9.x，我装了10.x，编译能过，但跑起来就死机。查了两天才发现是工具链优化选项变了，生成的代码有细微差异。所以，一定要用SDK文档里指定的工具链版本，别图新。
3.3 串口调试工具：与模组对话的第一通道
串口是LTE模组调试的命脉。AT指令、日志输出、固件下载，全走串口。你想想看，如果串口都搞不定，后面所有工作都白搭。
我推荐几款趁手的工具：
- Linux端： minicom（经典）、screen（轻量）、picocom（简洁）。我个人偏爱picocom，参数少，启动快。
- Windows端： SecureCRT（收费但强大）、Putty（免费）、MobaXterm（全能）。
串口参数怎么配？LTE模组默认通常是：115200波特率、8数据位、1停止位、无校验、无流控。但不同模组可能有差异，建议先看模组规格书。
举个例子，用picocom连接模组：
# 查看串口设备
ls /dev/ttyUSB*
# 连接（假设设备是 /dev/ttyUSB0）
sudo picocom -b 115200 /dev/ttyUSB0
# 退出：Ctrl+A, Ctrl+X
连上之后，敲个AT试试：
AT
OK
如果返回OK，说明串口通了。如果没反应，检查三点：波特率对不对、设备权限够不够（加sudo或用dialout组）、线有没有接反（TX接RX，RX接TX）。
3.4 ADB调试工具：Android模组的专属利器
如果你用的是Android系统的LTE模组（比如高通平台），那ADB（Android Debug Bridge）就是必备工具。它比串口强大得多——能传文件、装应用、看日志、甚至远程shell。
ADB的安装很简单：
# Linux
sudo apt install adb
# Windows
# 下载 Platform Tools，解压后把目录加到PATH
连接模组后，常用命令：
| 命令 | 作用 | 示例 |
|---|---|---|
| adb devices | 列出已连接的设备 | adb devices |
| adb shell | 进入模组Linux终端 | adb shell |
| adb logcat | 查看系统日志 | adb logcat -v time |
| adb push/pull | 传文件 | adb push app.apk /data/local/tmp/ |
| adb reboot | 重启模组 | adb reboot |
我调试Android模组时，最常用的就是adb logcat。模组联网失败、SIM卡不识别、DNS解析异常，都能从日志里找到线索。配合grep过滤关键词，效率翻倍：
adb logcat | grep -E "RIL|DataConnection|SIM"
3.5 环境搭建全景图
说了这么多，我把整个开发环境的结构画成一张图，方便你理解各组件之间的关系：
从这张图能看明白：开发主机上的工具链编译出固件，通过串口或ADB烧录到模组；调试时，串口工具发AT指令，ADB工具看日志。三者配合，才能完成联调。
3.6 环境验证清单
环境搭完，别急着写代码。先跑一遍验证清单，确保每个环节都通：
- 交叉编译验证： 写一个hello.c，用交叉编译器编译，生成.elf文件。确认没有报错。
- 串口通信验证： 用串口工具连接模组，发AT，收OK。确认波特率、流控正确。
- ADB连接验证： 执行
adb devices，能看到设备序列号。执行adb shell能进入终端。 - 固件烧录验证： 用厂商工具烧录一个已知能跑的固件，确认模组启动正常。
这四步走完，你的开发环境才算真正就绪。别嫌麻烦，我见过太多人跳过验证，结果联调时才发现工具链版本不对、串口线坏了、ADB驱动没装——白白浪费一整天。