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的架构注定只能作为过渡方案，而非未来主流架构。