前言

感谢EEPW和DigiKey提供的CC3220评测机会

器件从得捷官网下单，包装一如既往的高水准，密封静电袋，标签信息完整，里面有防潮剂和湿度测试卡。

CC3220RM2ARGKT是TI SimpleLink系列单芯片Wi-Fi IoT SoC，也是很多中小物联网项目常用的联网主控。和传统MCU外挂Wi-Fi模组不一样，它内置独立NWP网络处理器，TCP/IP、Wi-Fi射频、加密协议全部在NWP内部固化，开发者不用移植LWIP、不用调试射频底层。 很多新手容易把它当成普通带Wi-Fi的STM32，在RTOS调度、NWP交互、Flash文件系统、供电射频这些地方踩坑。本文基于实际调试经验，完整梳理硬件架构、工作模式、开发流程、配网方案。

一、芯片硬件架构

CC3220是双核分离架构，两个核心职责完全隔离，这点是开发理解的基础：

1. Cortex‑M4 应用核（80MHz） 256KB 片上SRAM，运行FreeRTOS（TI SDK默认），用户代码、传感器采集、外设驱动、业务逻辑、上层应用全部跑在这个核。它不直接控制Wi-Fi射频，所有网络操作都调用SimpleLink驱动API，发指令给NWP。

1. NWP 网络处理器子系统 独立的网络内核，内置Wi-Fi射频、基带、MAC，固化802.11 b/g/n协议、完整TCP/IP协议栈、TLS加密库。负责射频收发、信道管理、握手、IP分配、Socket、MQTT、HTTP等网络承载。M4和NWP之间通过片上共享内存+消息队列交互。

1. 存储体系 芯片本身没有内置Flash，必须外接串行SPI Flash。Flash分为多个分区：NWP固件镜像、应用程序镜像、SimpleLink文件系统（SLFS）。SLFS用来存放网页、TLS证书、JSON配置文件，支持读写，有磨损均衡，但是不适合高频擦写。

重要区别：M4是主机，NWP是“片上无线协处理器”，射频寄存器、基带参数用户侧无法访问。

二、Wi‑Fi三种工作模式详解

2.1 STA模式（站点模式，项目最常用）

设备作为客户端，连接家用/工业路由器，获取DHCP分配IP，接入局域网或者互联网。 适用场景：设备正常联网、MQTT上云、TCP/UDP透传、上传传感器数据、远程控制。 支持安全类型：OPEN、WPA2‑PSK、WPA3（看SDK版本）。

2.2 AP模式（接入点/热点模式）

CC3220自身建立Wi-Fi热点，路由器角色，手机/电脑直接连接这个热点，不需要外部路由。 适用场景：本地参数配置、网页配网、近距离直连调试。 缺点：AP模式下功耗偏高，接入设备数量有限，一般最多支持4个客户端。

2.3 AP+STA共存模式

同时开启STA（连外网路由）+AP（开放本地热点），是网页配网经典方案。 流程：上电先开AP，手机连设备热点，访问内置网页，填入家里路由SSID和密码；设备拿到账号后，切换STA连接路由器，配网完成。 注意：AP+STA共存时射频分时复用，吞吐会下降，容易出现网络延迟增大，对实时性高的业务慎用。

三、完整开发流程

3.1 前期准备

• SDK：SimpleLink CC3220 SDK（注意版本，不同版本API、NWP固件不通用）

• 烧录工具：Uniflash，一次性烧录NWP固件、APP程序、文件系统资源（html、证书）

• 调试手段：UART串口打印状态、网络抓包、TI Network Terminal工具

3.2 上电初始化顺序（顺序不能乱）

1. 板级初始化：时钟、GPIO、UART、电源检测；

2. SimpleLink驱动初始化，启动NWP，加载NWP固件；

3. 等待NWP就绪，检测NWP状态，NWP启动失败直接进入故障处理；

4. 配置Wi-Fi模式（STA / AP / AP+STA）；

5. STA模式：设置SSID、密码、加密方式，发起连接，等待连接事件、DHCP获取IP；

6. 网络就绪后，创建Socket或者MQTT客户端，建立上行链路；

7. 业务循环：数据采集、网络收发、心跳保活、断线检测与自动重连。

所有Wi-Fi事件（连上路由、断开、IP获取、认证失败）都是异步回调事件，不是阻塞函数。

3.3 主流配网方案

1. SmartConfig一键配网 手机APP发送UDP广播包，把路由账号密码编码在Wi-Fi数据包里，CC3220在STA嗅探模式下抓取解析。优点：不用切热点；缺点：部分路由器、5G环境兼容性差，只支持2.4G。

2. Web网页配网（推荐稳定方案） 设备开启AP，手机连接设备热点，访问内置SLFS里的html页面，提交WiFi信息。兼容性最好，用户直观，工业产品首选。

3. 串口配网 调试阶段使用，串口直接下发SSID、密码，量产一般不用。

四、网络业务开发要点

4.1 Socket通信

支持TCP Client/Server、UDP。

• TCP：可靠传输，适合指令下发、传感器上传；需要做粘包分包、心跳、超时重连；

• UDP：无连接、低延迟，适合高速采集，但丢包无重传； 注意：NWP侧Socket资源有限，不要同时创建大量Socket，用完及时close。

4.2 MQTT上云

SDK自带MQTT库，支持TLS加密。证书放到SLFS文件系统，连接阿里云、腾讯云、私有MQTT服务器都可以。 重点：TLS握手耗时较长，RTOS任务不要在握手时阻塞其他业务；证书有效期、根证书正确性是连不上云的高频原因。

4.3 SLFS文件系统使用

• 存放网页、CA证书、设备参数；

• 不适合循环高频写Flash，频繁擦写会加速Flash老化；

• 写文件操作尽量放在配网、参数修改这种低频场景，定时上报数据不要写Flash。

五、小结

CC3220RM2ARGKT的核心优势就是把复杂Wi-Fi协议栈和射频隔离在NWP，开发者重心放在应用业务、RTOS调度、配网逻辑和异常容错上。它不是高速高性能无线芯片，主打低复杂度、快速落地的2.4G IoT联网场景。 开发最关键的三件事：供电与射频PCB设计、NWP版本配套、异步事件+合理的RTOS任务划分，把这三点做好，稳定性会提升很多。