1. 项目概述与核心价值

在物联网设备开发中，Wi-Fi模块的固件烧录和配置，往往是产品从原型走向量产前最关键的“临门一脚”。这一步没走好，轻则功能异常、连接不稳，重则整批硬件“变砖”，导致项目延期和成本损失。我接触过不少团队，在硬件设计和应用层代码上投入了大量精力，却在这个看似简单的“烧录”环节栽了跟头。今天，我就以德州仪器（TI）的CC3120和CC3220这两款经典的SimpleLink Wi-Fi芯片为例，结合其官方工具UniFlash和ImageCreator，来详细拆解一套可靠、高效的固件编程与配置流程。这不仅仅是点击几下“烧录”按钮那么简单，它涉及到从理解芯片启动流程、构建正确的固件镜像，到处理生产环境中的批量操作等一系列工程细节。无论你是初次接触这两款芯片，还是希望优化现有的生产流程，这篇文章都能提供从原理到实操的完整参考。

2. 芯片选型与工具链解析：CC3120 vs. CC3220

在深入工具使用之前，必须先厘清CC3120和CC3220的核心区别，这直接决定了后续的开发流程和工具配置。很多新手容易混淆，导致选型错误或工具使用不当。

2.1 架构差异与适用场景

CC3120和CC3220虽然同属SimpleLink Wi-Fi系列，但内核架构有本质不同，这决定了它们的角色定位。

CC3120：网络协处理器CC3120的核心是一个专为Wi-Fi和网络协议栈优化的ARM Cortex-M3 MCU，但它不运行用户应用程序。你可以把它理解为一个“通信外设”。它通过SPI、UART等接口与外部的主控MCU（比如STM32、ESP32或TI自家的MSP430）连接。主MCU通过发送AT指令或调用TI提供的Host Driver API，来命令CC3120执行连接Wi-Fi、创建TCP Socket、发送HTTP请求等网络操作。它的优势在于：

• 专注性强：芯片所有资源都用于保障Wi-Fi连接的稳定性和安全性，性能表现更可预测。
• 灵活性高：开发者可以自由选择任何喜欢的主控MCU，只需集成TI的Host驱动即可。
• 成本优化：在已有主控MCU的系统中，增加CC3120是实现Wi-Fi功能的高性价比方案。

CC3220：无线微控制器CC3220则是一个完整的片上系统（SoC）。它内部集成了一个用于运行用户应用程序的ARM Cortex-M4 MCU，以及一个专门负责Wi-Fi和网络协议栈的ARM Cortex-M3核心（可以理解为内置了一个CC3120）。这意味着开发者可以直接在CC3220上编写和运行应用程序逻辑，无需额外的主控芯片。它的优势在于：

• 高集成度：单芯片解决计算和连接需求，简化了硬件设计，减少了BOM成本和PCB面积。
• 开发便捷：可以使用TI的CCS或IAR等IDE进行一站式开发、调试。
• 内置安全：通常具备更完善的安全启动、安全存储等特性。

选择建议：如果你的产品已有强大的主控MCU，只需增加Wi-Fi连接功能，CC3120是更经济、更专业的选择。如果你在开发一个全新的、对尺寸和成本敏感的设备，且功能逻辑不算特别复杂，CC3220这种All-in-One的方案会更合适。

2.2 UniFlash与ImageCreator的角色定位

明确了芯片，再来看看工具。TI为这两款芯片提供的编程配置工具链核心是UniFlash和其内置的ImageCreator插件。

UniFlash：统一的闪存编程工具UniFlash是TI旗下多系列芯片（包括CC13xx/CC26xx无线MCU、Sitara处理器等）通用的闪存编程工具。它的核心功能是将编译好的二进制文件（固件镜像）通过调试器（如XDS110）写入到芯片的内部或外部Flash中。对于CC3120/CC3220，UniFlash负责烧录最终生成的.bin或.hex文件。它支持图形化界面和命令行操作，后者对自动化生产脚本至关重要。

ImageCreator：固件镜像“打包”工具这是本文的重点，也是容易让人困惑的部分。ImageCreator不是一个独立的烧录工具，而是一个运行在UniFlash环境下的插件或功能模块。它的核心职责是“创建”和“配置”一个可供烧录的完整系统镜像。

为什么需要这个“打包”步骤？因为CC3120/CC3220的固件结构比简单的单片机程序复杂。一个可运行的完整镜像通常包含多个部分：

1. 服务包（Service Pack）：包含Wi-Fi驱动、网络协议栈（TCP/IP）、安全库等底层系统软件。TI会不定期更新以修复漏洞或增加功能。
2. 系统文件（System Files）：包含网络配置（如默认SSID、密码）、证书、文件系统等。
3. 应用程序（对于CC3220）或Host驱动配置（对于CC3120）：对于CC3220，这是你写的用户程序；对于CC3120，这里存放的是网络配置和证书等，而Host驱动需要集成到你的主MCU工程里。

ImageCreator的作用，就是让你通过一个图形界面，将这些零散的组件（从TI官网下载的Service Pack.bin文件、你生成的应用程序.bin文件、各种证书文件等）组合起来，并设置关键的启动参数、网络配置，最终“烹饪”出一个完整的、可以直接用UniFlash烧录的单一镜像文件（.bin或.hex）。简单说，UniFlash是“烧录器”，ImageCreator是“镜像生成器”。

3. 开发环境搭建与资源获取

工欲善其事，必先利其器。在开始操作前，需要准备好所有必要的软件和文件。

3.1 软件安装清单

1. UniFlash（必装）：

   • 获取途径：直接从TI官网搜索“UniFlash”进入下载页面。建议下载最新版本。
   • 安装注意：安装过程基本是“下一步”到底。安装完成后，首次运行可能会提示安装USB驱动（主要是XDS110调试器的驱动），务必允许安装。

2. SimpleLink SDK（强烈推荐）：

   • 获取途径：TI官网的CC3120或CC3220产品页面，找到“软件与开发工具”部分，下载对应的SDK。
   • 作用：SDK中包含了所有示例代码、API文档、Host驱动（针对CC3120）和库文件。即使你只用ImageCreator，SDK中也包含了关键的Service Pack文件和一些预定义的配置文件，是重要的资源库。

3. 集成开发环境（针对CC3220应用开发或CC3120 Host驱动开发）：

   • Code Composer Studio (CCS)：TI自家的免费IDE，对TI芯片支持最好。
   • IAR Embedded Workbench：商业IDE，性能优秀。
   • Arm GCC + 任意编辑器：开源方案，灵活性最高。
   • 对于仅使用ImageCreator进行镜像配置和烧录的场景（例如生产烧录或配置已编译好的固件），可以暂时不安装完整的IDE。

3.2 关键文件准备

在运行ImageCreator之前，需要收集好“食材”：

• Service Pack.bin文件：从你下载的SDK的tools/cc3xxx_tools/servicepack-cc3xxx目录下可以找到（例如servicepack_cc3x20.bin）。务必使用与你的芯片型号（CC3120或CC3220）和版本匹配的Service Pack。
• 证书文件（如需SSL/TLS）：如果你的设备需要连接HTTPS服务器或MQTTS broker，需要准备相应的根证书（CA Certificate）、客户端证书和私钥文件（通常为.der或.pem格式）。
• 应用程序二进制文件（针对CC3220）：将你在CCS/IAR中编译好的工程，生成.bin或.hex文件。
• 网络配置文件：一个文本文件，用于预配置Wi-Fi的SSID和密码（生产时常用）。

将这些文件整理到一个专门的文件夹里，后续操作会非常清晰。

4. 使用ImageCreator构建系统镜像详解

这是整个流程的核心。我们以配置一个CC3220设备的出厂镜像为例，演示从零开始构建一��包含Wi-Fi配置和根证书的完整镜像。

4.1 创建新项目与选择芯片

1. 启动UniFlash。在主界面，你会看到“New Configuration”按钮。点击它。
2. 在弹出的芯片选择对话框中，在左侧筛选栏选择“Wireless Connectivity”，然后在右侧找到并选择“CC3220x”或“CC3120”（根据你的芯片型号）。注意，这里可能还有“CC3220R”、“CC3220S”等变体，请根据你的芯片具体型号选择（“S”代表安全版本，集成加密加速器）。选择后点击“Start”。
3. UniFlash会自动加载针对该芯片的插件，其中就包括ImageCreator。界面会切换到一个新的项目视图。

4.2 加载基础组件：Service Pack

1. 在项目视图的左侧，通常有一个名为“System Files”或“Image Configuration”的导航窗格。
2. 找到“Service Pack”相关的选项。这里通常会有一个“Browse”或“Load”按钮。
3. 点击按钮，定位到你之前准备好的servicepack_cc3x20.bin文件并加载。加载成功后，界面会显示该Service Pack的版本号。这一步至关重要，它奠定了整个系统的基础。

4.3 配置系统文件（SysConfig）

系统文件是芯片启动后首先读取的配置，相当于设备的“身份证”和“初始设置”。

1. 文件系统配置：你需要决定是否启用芯片内部Flash的文件系统，以及其大小。对于需要存储网页、证书或日志的设备，通常需要启用。在对应选项卡中，选择“Create a new file system”并分配大小（例如256KB）。注意，文件系统会占用用户可用的Flash空间。
2. 网络配置文件（wlan_profile）：这是预配Wi-Fi网络的地方。
   • 你可以手动在界面的“WLAN Profile”部分添加一个或多个网络配置，输入SSID、安全类型（WPA2 PSK等）和密码。
   • 生产技巧：更高效的做法是，在开发阶段通过示例程序或脚本，让设备连接一次目标网络，然后使用UniFlash的命令行工具sl_image_creator导出已配置好的wlan_profile文件。在生产烧录时，直接让ImageCreator加载这个文件，避免了在图形界面手动输入敏感密码，也更安全。
3. IP配置：你可以选择DHCP（默认）或设置静态IP地址、网关和DNS。
4. 证书导入：在“Security”或“Certificate”选项卡，你可以将准备好的根证书（.der格式）导入到指定的文件系统路径（例如/cert/ca.der）。ImageCreator会将这些证书文件打包进镜像。如果你的应用程序代码中指定了从这个路径读取证书，设备启动后就能直接使用。

4.4 添加应用程序（针对CC3220）

1. 在“Application”或“Executable”相关的区域，点击“Browse”。
2. 选择你编译生成的应用程序.bin文件。ImageCreator会将其放置在镜像中预定义的应用槽（Slot）中。
3. 关键设置：启动地址和入口点。通常，你从IDE编译生成.bin文件时，链接器脚本已经确定了正确的起始地址。ImageCreator一般能自动识别或提供默认值（对于CC3220，通常是0x01000000）。务必确保这里的地址与你工程链接器脚本中的定义完全一致，否则芯片无法正确跳转到你的程序。

4.5 生成镜像文件

所有组件配置完毕后，在ImageCreator界面找到一个名为“Generate Image”、“Create Image”或类似的按钮。

1. 点击该按钮。
2. 在弹出的对话框中，选择输出镜像文件的格式（通常选择.bin，兼容性最好）和保存路径。
3. 点击“Save”。ImageCreator开始工作，它会将Service Pack、系统文件、应用程序等所有内容按规定的格式拼接、打包，并计算校验和，最终生成一个单一的、完整的二进制文件，例如sys_cc3220_app.bin。

实操心得：每次修改配置（如Wi-Fi密码、证书）或更新应用程序后，都必须重新执行“Generate Image”步骤，生成新的镜像文件。直接烧录旧的镜像文件是无效的。

5. 使用UniFlash进行固件烧录实战

镜像生成后，就可以通过UniFlash将其烧录到芯片中了。

5.1 硬件连接与驱动确认

1. 将你的CC3220或CC3120开发板（如LaunchPad）通过USB线连接到电脑。如果是自定义硬件，确保其调试接口（通常是包含TCK,TMS,TDI,TDO的JTAG/SWD接口）通过XDS110这类调试器与电脑连接。
2. 打开设备管理器（Windows）。如果连接正常，你应该能在“端口（COM和LPT）”或“通用串行总线设备”下看到“XDS110 Class Application/User UART”和“XDS110 Class Auxiliary Data Port”等设备。这表明调试器驱动已安装成功。

5.2 图形界面烧录流程

1. 在UniFlash的主界面（或你的项目界面），确保左上角选择了正确的连接类型（如“XDS110”）和芯片型号。
2. 点击“Connect”按钮。如果一切正常，UniFlash会连接到目标芯片，并在下方信息窗口显示芯片型号、Flash大小等信息。
3. 加载镜像：找到“Program”或“Load Image”相关的按钮或标签页。点击“Browse”，选择你刚才用ImageCreator生成的.bin文件。
4. 擦除与烧录：
   • 通常，UniFlash会提供“Erase”选项。对于全新芯片或需要彻底更新的情况，建议先执行“Erase”擦除整个Flash。
   • 点击“Program”或“Load”按钮开始烧录。进度条会显示烧录状态。
   • 烧录完成后，UniFlash通常会提示“Verifying…”，即校验烧录的数据是否正确。
5. 复位与运行：烧录并校验通过后，可以点击“Reset”或“Restart”按钮让芯片复位，新的固件就会开始运行。

5.3 命令行烧录（适用于批量生产）

图形界面适合开发和调试，但生产线需要自动化脚本。UniFlash提供了强大的命令行接口（CLI）。

1. 找到命令行工具：UniFlash安装后，其目录下（例如C:\ti\uniflash_<version>\deskdb\content\TICloudAgent\win）会有dslite.bat（用于CCS调试器）或uniflash.exe命令行工具。
2. 准备批处理脚本：创建一个.bat（Windows）或.sh（Linux）脚本，内容如下：

@echo off REM 设置工具路径和镜像路径 SET UNIFLASH_PATH=C:\ti\uniflash_<version>\deskdb\content\TICloudAgent\win\uniflash.exe SET IMAGE_PATH=C:\projects\my_device\sys_cc3220_app.bin SET CONFIG_PATH=C:\projects\my_device\cc3220_config.ccxml REM 执行烧录命令 "%UNIFLASH_PATH%" --config "%CONFIG_PATH%" --operation erase --operation program --input "%IMAGE_PATH%" --verify on

3. 关键参数解析：

   • --config：指定一个.ccxml目标配置文件。这个文件定义了调试器和芯片型号，可以在UniFlash图形界面中创建并保存。
   • --operation：指定要执行的操作序列，erase和program是常用组合。
   • --input：指定要烧录的镜像文件路径。
   • --verify on：烧录后自动校验。
   • 其他有用参数：--reset（烧录后复位）、--flash-offset（指定烧录起始地址，通常不需要）。

4. 运行脚本：将设备连接好，双击运行批处理脚本。脚本会自动完成擦除、烧录、校验全过程，无需人工干预。可以将此脚本集成到生产测试工位的自动化系统中。

生产环境注意事项：在生产线上，建议将.ccxml配置文件和.bin镜像文件放在工控机的固定目录，并做好版本管理。每次更换生产批次或固件版本时，只需替换镜像文件即可。同时，在脚本中加入日志记录功能，记录每个设备的烧录结果（成功/失败），便于质量追溯。

6. 高级配置与故障排查实录

掌握了基本流程后，一些高级配置和常见问题能让你更游刃有余。

6.1 安全启动与镜像签名（针对CC3220S）

CC3220S等安全版本支持安全启动。这意味着芯片在启动时会验证应用程序镜像的数字签名，只有用合法私钥签名的镜像才能运行，防止固件被篡改。

1. 密钥管理：你需要生成一对RSA密钥（公钥和私钥）。私钥必须严格保密，公钥则需通过ImageCreator或专用工具烧录到芯片的“Trusted Root Certificate”区域。这个操作通常只能在芯片生命周期中执行一次，且会锁定芯片。
2. 镜像签名：在ImageCreator生成镜像后，你需要使用TI提供的signing.exe工具（在SDK工具链中）和你的私钥，对生成的.bin文件进行签名，产生一个带签名的镜像。
3. 烧录签名镜像：将签名后的镜像烧录到芯片。芯片启动时，内部的BootROM会用预先烧录好的公钥验证该签名，验证通过才跳转执行。
4. ImageCreator中的配置：在ImageCreator的“Security”选项卡中，你可以选择启用安全启动，并指定公钥文件（.der格式）的位置。ImageCreator在生成镜像时，会为后续的签名预留出空间。

6.2 常见问题与排查技巧

即使按照步骤操作，也难免会遇到问题。下面是一些我踩过的坑和解决方法：

问题1：UniFlash连接失败，提示“No device found”或“Error initializing target”。

• 排查步骤：
  1. 检查硬件连接：USB线是否插稳？开发板是否供电？如果是自定义硬件，检查JTAG接线（TCK, TMS, TDI, TDO, TRSTn, SRSTn）是否正确，电压是否匹配。
  2. 检查驱动：在设备管理器中确认XDS110驱动是否正常安装，有无感叹号。尝试重新拔插USB，或手动更新驱动（指向UniFlash安装目录下的drivers文件夹）。
  3. 检查芯片型号：在UniFlash的配置中，确认选择的芯片型号（如CC3220SF）与实际硬件完全一致。
  4. 检查复位电路：确保芯片的复位引脚（nRESET）处于正常工作状态（通常为上拉）。不稳定的复位信号会导致连接失败。

问题2：烧录成功，但设备无法启动或运行异常。

• 排查步骤：
  1. 检查镜像组件：确认ImageCreator中加载的Service Pack版本与芯片型号和SDK版本兼容。使用不匹配的Service Pack是导致启动失败的常见原因。
  2. 检查应用程序地址：确认ImageCreator中设置的应用程序加载地址，与你的工程链接器脚本中定义的FLASH起始地址绝对一致。地址错误会导致芯片从错误的位置取指令。
  3. 查看串口日志：CC3220/CC3120启动时，默认会通过UART0打印丰富的启动日志（需要你在应用中启用或默认启用）。连接一个串口调试助手（如Putty、SecureCRT），设置正确的波特率（通常是115200），观察启动过程中的错误信息。日志是定位问题的第一手资料。
  4. 简化测试：尝试烧录一个TI SDK中最简单的“out of box”示例镜像（通常SDK里提供预编译的.bin），如果示例可以运行，问题很可能出在你自己的应用程序或配置上。

问题3：设备能启动，但无法连接Wi-Fi。

• 排查步骤：
  1. 检查wlan_profile：确认ImageCreator中配置的SSID和密码完全正确，注意大小写。可以尝试在系统文件中配置多个profile，让设备自动尝试连接。
  2. 检查射频电路：Wi-Fi天线及其匹配电路是硬件问题高发区。检查天线是否连接良好，PCB上的射频走线是否符合设计指南（50欧姆阻抗控制，周围做好铺地隔离）。
  3. 检查电源：Wi-Fi芯片在发射信号时瞬时电流较大。使用示波器测量芯片的电源引脚，确保在射频工作时没有出现大的跌落（例如不能低于数据手册要求的最低电压）。电源不稳会导致射频性能急剧下降甚至无法连接。

问题4：生产烧录速度慢，如何优化？

• 优化策略：
  1. 只烧录必要区域：如果只更新应用程序，而Service Pack和系统文件未变，可以使用UniFlash命令行工具的--flash-offset参数，只烧录应用程序所在Flash扇区，避免全片擦除和烧录，能节省大量时间。
  2. 使用高速调试器：确认使用的调试器（如XDS110）固件是否为最新版本。有时TI会更新固件以提升通信速率。
  3. 并行烧录：对于大批量生产，可以考虑投资多通道的并行烧录器，一台主机控制多个烧录座，同时对多个设备进行烧录。

通过系统性地理解芯片架构、工具链分工，并熟练掌握ImageCreator的配置和UniFlash的烧录技巧，你就能牢牢掌控物联网设备无线固件部署的命脉。从原型验证到批量生产，这套流程的稳定性和效率，是产品成功上市的重要保障。