CC3220SF-LAUNCHXL这款官方LaunchPad套件做Wi-Fi物联网应用调试，对比裸板开发，LaunchPad自带XDS110仿真器、板载SPI Flash、天线、电源电路，上手门槛低，非常适合验证STA/AP配网、Socket、MQTT等Wi-Fi功能。 本文就基于这块LaunchPad，从硬件环境、环境搭建、工程开发、功能验证、踩坑记录完整梳理，适合想快速跑通CC3220 Wi-Fi工程的朋友。

一、硬件简介：CC3220SF-LAUNCHXL LaunchPad

板载核心：CC3220SF，双核架构

• M4应用核（80MHz，256KB SRAM）：跑FreeRTOS、用户业务、外设驱动

• NWP网络协处理器：独立负责Wi-Fi射频、MAC、TCP/IP协议栈、加密，用户无法直接操作射频寄存器

• 自带资源：板载XDS110调试器、2.4G板载天线、SPI Flash、LED、按键、温度传感器、扩展排针

• 供电：USB 5V供电，无需额外电源，插上电脑即可调试、串口打印

二、开发工具与环境准备

1. IDE：CCS（Code Composer Studio，TI官方免费IDE）

2. SDK：SimpleLink CC3220 SDK（重点：SDK版本、Service Pack（NWP固件）版本必须一一对应，版本不匹配直接NWP启动失败）

3. 烧录工具：UniFlash，用于打包镜像、烧录NWP服务包、应用程序、SLFS文件系统资源

4. 调试辅助：串口工具、nRF Connect、TCP调试助手、TI SimpleLink Starter Pro手机APP（SmartConfig配网）

5. 配套文档：就是前面页面里的User guide、Application note、Cybersecurity advisory安全通告，调试遇到漏洞、稳定性问题可以对照查阅

三、开发板上电与基础验证

拿到开发板，第一步优先跑出厂OOB开箱例程，确认硬件完好：

1. USB连接电脑，安装XDS110驱动，确认串口、调试端口正常识别

2. 使用UniFlash烧录OOB出厂镜像

3. 上电后板载LED指示状态，可通过手机APP做SmartConfig配网，验证Wi-Fi基础链路是否正常

   如果OOB例程都无法联网，优先排查USB供电、天线、跳线帽，不要直接写自己的工程。

四、Wi-Fi应用开发流程（STA模式，Socket TCP透传Demo）

本次目标应用：STA模式连接路由器，建立TCP Client，定时上传板载传感器数据，支持上位机下发指令控制板载LED，是IoT最经典的基础Wi-Fi工程。

4.1 工程导入与编译

1. 在CCS中导入SDK自带例程：examples/rtos/CC3220SF_LAUNCHXL/wifi_tcp_client

2. 板级配置文件选择CC3220SF_LAUNCHXL，不要选错硬件平台

3. 编译工程，确认无报错；编译完成后，需要通过UniFlash打包镜像：APP程序 + ServicePack + SLFS文件系统（可选网页、证书）

4.2 上电初始化顺序（非常关键，顺序不能颠倒）

1. 板级初始化：GPIO、UART、LED、按键

2. SimpleLink驱动初始化，加载NWP服务包，等待NWP就绪事件

3. 配置Wi-Fi为STA模式，填入路由器SSID、密码、加密方式WPA2

4. 发起Wi-Fi连接，等待异步回调：连接成功、DHCP获取IP

5. 网络就绪，创建TCP Client Socket，连接PC/服务器TCP服务端

6. FreeRTOS创建两个任务：

• 采集任务：读取板载温度传感器，组包

• 网络收发任务：TCP上传数据、解析下发指令，控制LED

  重点：所有Wi-Fi事件都是异步回调，回调函数里面不能放长时间阻塞代码，只做消息标记，业务交给其他任务处理。

4.3 两种配网方案验证（LaunchPad都支持）

1. SmartConfig一键配网：手机StarterPro APP发送UDP广播包，设备嗅探抓取路由账号密码，适合产品化；缺点部分老路由器兼容性差

2. AP网页配网：设备切AP热点，手机直连开发板热点，访问内置网页填写WiFi信息，网页放在SLFS文件系统，兼容性最好，调试稳定

4.4 AP模式拓展

把开发板作为Wi-Fi热点，电脑/手机直接连板子热点，建立TCP通信，适合本地调试、无路由器场景，最多支持4个接入设备。

五、SLFS文件系统使用

LaunchPad配套的SPI Flash由SimpleLink SLFS文件系统管理：

• 存放网页HTML、TLS根证书、设备参数配置文件

• 本次Demo如果做TLS加密MQTT，CA证书直接放到SLFS

• 注意：不要高频循环写Flash，适合低频修改（配网、参数保存），频繁擦写会损耗Flash寿命

六、调试踩坑记录

1. NWP启动失败：90%原因是SDK版本和ServicePack固件不匹配，UniFlash打包的时候必须选用SDK内部自带的servicepack；其次是Flash焊接、跳线帽位置不对

2. Wi-Fi连上路由，几秒自动断连：LaunchPadUSB供电电流余量不大，Wi-Fi发射瞬间电压跌落；同时检查RTOS任务阻塞，回调里延时、循环阻塞会导致NWP看门狗断开

3. TCP丢包、数据卡顿：没有做环形缓冲区，高速发包不做流控；Socket资源有限，用完及时close

4. SmartConfig配网失败：路由器关闭2.4G、开启5G优先、开启AP隔离，CC3220只支持2.4G

5. 串口打印乱码：XDS110虚拟串口波特率、数据位校验位配置错误，不要和SimpleLink内部报文串口冲突

七、拓展方向

基于这个LaunchPad，后续可以继续延伸开发：

• MQTT上云（阿里云/私有MQTT，TLS加密）

• 网页控制（内置HTTP Server）

• 搭配CC2640R2 SNP BLE模块，实现BLE配网+Wi-Fi上传（之前聊的方案）

• 低功耗休眠开发，参考SDK里电源管理应用笔记

八、小结

CC3220 LaunchPad最大优势就是免去硬件制版、射频、电源调试的麻烦，专注Wi-Fi应用逻辑开发。它的核心逻辑是M4应用核和NWP网络核分离，不要把它当成普通带Wi-Fi的MCU。 跑通基础TCP透传之后，再去做配网、加密上云、低功耗，整个开发链路会顺畅很多。 如果大家也在用这块LaunchPad，欢迎一起交流NWP固件、RTOS调度、丢包断线相关问题。