MCU+AT，必将让位于OpenCPU

引言：
从“通信外设”到“边缘主机”的时代转折

这样的架构简单、通用，
但也意味着一种割裂：
通信与控制分属两个世界。

第一章：MCU+AT架构的工作机制

在了解OpenCPU的优势之前，我们需要先看清楚传统MCU+AT架构到底是如何工作的。 这不仅是对历史的回顾，也是对比的基础。

1.1 基本结构

在MCU+AT模式下，系统通常由两部分组成：

• 主控MCU：
  运行用户应用逻辑（传感器采集、控制算法、数据处理）。

• 蜂窝模组：
  负责网络连接、协议栈处理（TCP/UDP/MQTT/HTTP等）和底层通信。

二者通常通过UART串口相连，主控通过发送AT指令文本与模组通信。

1.2 典型的通信流程

以传感器数据上传为例，一个MCU+AT架构的执行流程大致如下：

• MCU从传感器读取数据；

• MCU通过UART发送AT命令AT+CGATT=1 附着网络；

• 模组返回OK；

• MCU再发送：
  AT+CIPSTART="TCP","server",port建立连接；

• 模组建立socket并返回CONNECT OK；

• MCU发送AT+CIPSEND并传输数据；

• 模组发送确认；

• MCU等待SEND OK；

• MCU关闭连接AT+CIPCLOSE；

• 模组断开网络。

每一步都需要MCU等待响应，所以MCU通常会维护一个AT指令的状态机实现业务的完整闭环。

1.3 优点：
简单、兼容、可移植

不可否认，MCU+AT模式的成功在于它的低门槛与标准化：

• 硬件分工明确：
  通信逻辑交给模组，应用逻辑交给MCU；

• 开发门槛低：
  不需要理解蜂窝协议栈，只要发送命令即可；

• 模块化生态：
  不同厂家的模组AT命令体系类似，容易替换；

• 风险可控：
  如果模组异常，MCU可以通过重启模组恢复。

因此在早期的2G/NB-IoT/Cat.1设备中，这种架构的应用极其普遍，无论是POS机，还是智能抄表，还是充电桩，都广泛采用了这种架构。

1.4 隐藏的复杂性：
一个看似简单的世界，实则暗流涌动

然而，这种“看似轻量”的结构，随着应用复杂度增加，很快就暴露出天生的限制：

1）AT指令本质是文本通信

AT命令本是早期拨号调制解调器的遗留产物，本质上是一种字符串解析机制。 当MCU向模组发送命令时，模组必须做如下几个步骤：

• 接收UART数据；

• 解析字符串；

• 匹配命令；

• 执行动作；

• 格式化输出字符串返回结果。

这意味着——每个命令都是一次“解析+应答”的高延迟过程。 任何丢包、粘包、解析错误，都会导致通信异常。

2）多线程与异步冲突

MCU往往使用轮询或中断方式等待模组响应。当多任务（如同时上传、下发、OTA、心跳）并行时，AT模式几乎无法保证同步性。

于是会经常出现如下的问题：

“串口乱序、命令丢失、状态机卡死、模组长时间无响应。”

这种情况下，如果把模组重新上电之外，没有其他更好的处理办法。

3）调试困难

AT模式中，问题可能出现在MCU端（命令未发出），也可能出现在模组端（命令未解析），也可能出现在网络端（连接异常）。

而这些错误，在AT的日志上看起来几乎一样：
或者是“超时”，或者是“ERROR”。

开发者常常陷入数小时的抓包与串口分析，但是经常难以找到根本原因。

4）功耗管理割裂

蜂窝模组的网络状态（RRC Active / Idle / PSM，心跳包间隔）对功耗影响巨大，但MCU无法直接获知模组当前状态。

因此，MCU很可能会在模组休眠时误发命令，这就可能会造成唤醒模组过于频繁，或者是两个系统的休眠节奏不同步，从而很容易就使得整机的功耗翻倍或者好几倍。

5）升级与维护成本高

MCU与模组是两套固件，版本不一致或接口更新，往往导致几个问题：

• OTA更新复杂，系统设计的时候，就要分别考虑如何升级 MCU固件与模组固件；

• 调试与维护成本高；

• 不同模组固件版本的兼容性问题比较突出。

1.5 真实案例：
一台共享设备的“死锁循环”

以合宙早期客户的一个案例为例：

某共享充电宝项目，使用STM32+Air724模组（AT模式），运行半年后现场出现“死机率高”的问题。

现场分析发现了如下的问题：

• MCU周期性发送心跳；

• 若网络拥塞，模组返回延迟；

• MCU未收到响应，重复发送；

• 模组缓冲区溢出 → 无响应；

• MCU判断模组异常 → 重启模组；

• 模组重启2分钟未附网；

• MCU再次重启；

• 整机进入死循环。

问题本质在于：
两颗芯片的状态机不同步，而MCU无法感知模组内部状态。

还有一个客户出现的情况是：

MCU对于模组设置了看门狗机制，超过30秒钟不回复指令，就认为模组死机，从而对模组重新上电。

这种机制，平时是没有问题的，但是在对模组固件进行FOTA升级的时候，在网络信号不好的时候，30秒钟往往还没升级完毕，这时候对模组重新上电，就容易造成模组固件损坏，无法正常工作了。

1.6 结构性矛盾的根源

归根结底，MCU+AT架构存在三个根本性的结构矛盾：

这些问题不是代码层面的，而是架构级问题。 因此，再怎么优化串口驱动、调整命令时序，也只能临时缝补，难以彻底解决问题。

1.7 总结

MCU+AT架构是蜂窝物联网早期最常见的方式，其核心在于通过AT文本命令实现通信控制。该架构的优点是简单、兼容性强、开发门槛低，缺点是通信效率低、功耗不同步、调试困难。

这种架构的根本瓶颈在于系统分层不当：
控制与通信被人为分割。

当应用复杂化（并发、多线程、远程升级）时，MCU+AT的固有缺陷就会明显的暴露出来。

所以，MCU+AT的架构注定只能作为过渡方案，而非未来主流架构。