1. 从开箱到上电CC3235x LaunchPad 初体验与核心价值剖析如果你正在寻找一款能快速上手、功能全面且生态成熟的 Wi-Fi MCU 开发板来验证你的物联网设备创意那么德州仪器TI的 CC3235x SimpleLink Wi-Fi LaunchPad 开发套件绝对是一个绕不开的选项。我手头这块 LAUNCHXL-CC3235SF 已经陪我完成了好几个智能家居和工业传感节点的原型开发其稳定性和易用性给我留下了深刻印象。简单来说这是一块以 CC3235 无线 MCU 为核心集成了调试器、基础传感器和丰富扩展接口的“一体化”评估平台专为降低物联网应用的开发门槛而生。CC3235 这颗芯片本身就是一个“明星产品”。它并非简单的“MCU 外挂 Wi-Fi 模组”组合而是真正将一颗高性能的 Arm Cortex-M4 处理器、完整的 Wi-Fi 网络处理器、射频前端以及高级安全引擎全部集成在单颗芯片上。这意味着你不需要再为 MCU 和 Wi-Fi 模组之间的通信协议、驱动程序或额外的安全芯片操心。对于开发者而言最大的价值在于可以像开发普通单片机一样通过熟悉的 IDE如 Code Composer Studio 或 IAR直接调用 TI 提供的 SimpleLink SDK 中的 API 来实现 Wi-Fi 连接、TCP/IP 通信甚至 TLS/SSL 加密而无需深入复杂的射频和网络协议栈细节。这极大地加速了从概念到原型的过程。这套 LaunchPad 开发套件正是为了充分展现 CC3235 的这些能力而设计的。开箱后你会发现除了开发板本体通常只有一根 Micro USB 线。别小看这根线它同时肩负着供电、程序调试和串口通信三重职责这要归功于板载的 XDS110 调试探针。上电后红色的电源指示灯D8会亮起黄色的 nRESET 指示灯D3也会常亮表明芯片已正常上电并处于可运行状态。板载的 RGB LEDD7和两个用户按钮SW2, SW3为你的第一个“Hello World”程序——比如按键控制 LED 颜色变化——提供了最直接的硬件支持。而更贴心的是TI 已经预烧录了一个出厂演示程序当你通过手机连接到板子发出的 Wi-Fi 热点并访问指定网页时就能实时看到板载温度传感器和加速度计的数据这让你在五分钟内就能直观感受到这块板子的无线数据传输能力。2. 硬件架构深度解析不只是“MCUWi-Fi”那么简单要真正玩转一块开发板不能只停留在调用 API 的层面理解其硬件设计思路和细节配置往往能在调试和性能优化时起到关键作用。CC3235x LaunchPad 的硬件设计体现了 TI 在模拟与嵌入式系统领域深厚的功底许多细节都是为了方便评估和调试而精心布置的。2.1 核心芯片与电源树设计开发板的核心自然是 CC3235x 系列芯片。这里需要注意CC3235S和CC3235SF两个版本的区别这直接关系到你的应用设计。两者硬件引脚兼容主要差异在于内部闪存Flash容量CC3235S: 内置 256KB 用户可编程闪存适用于网络协处理器模式或者应用程序相对简单的场景。CC3235SF: 内置 1MB 用户可编程闪存这是更通用的选择足以容纳复杂的应用程序、文件系统和网络配置。除了内部闪存板上还集成了一个外置的串行闪存Serial Flash用于存储服务包、证书、网页文件等系统数据。在电源设计上板子采用了灵活的供电策略。默认通过 Micro USB 取电经板载 DC-DC 转换器产生稳定的 3.3V 系统电压。但设计上巧妙地将电源网络分为了VBAT和VBRD两路。VBAT: 直连 CC3235 芯片和串行闪存是核心系统供电。通过跳线帽 J24 可以将其断开以便串联电流表精确测量 CC3235 芯片本身的功耗这对于物联网设备至关重要的低功耗评估极为有用。VBRD: 为板载外围电路供电包括传感器、LED、电平转换器和 BoosterPack 接口。通过跳线帽 J21 可以控制这路电源的通断。这种分离设计让你可以轻松地区分“核心系统功耗”和“外围电路功耗”。例如在评估芯片的休眠电流时你可以移除 J21仅通过 VBAT 为芯片供电从而排除传感器、LED 等外围元件的漏电流影响获得更精确的测量数据。2.2 调试与编程接口XDS110 与 SOP 模式板载的 XDS110 调试器是 TI LaunchPad 系列的标志性配置它免去了额外购买昂贵调试探针的麻烦。它通过标准的 4 线 JTAGTCK, TMS, TDI, TDO或 2 线 SWD 接口与 CC3235 连接。默认情况下J4 排针上的跳线帽是插上的即调试器已连接。如果你需要使用外部更高级的调试器如 J-Link只需拔掉 J4 上的跳线帽并通过板上的 “JTAG IN” 接头一个 10pin 1.27mm 间距的排母连接即可。这里需要特别关注的是Sense-on-Power (SOP) 模式配置它由 J15, J16, J17 这三组跳线决定。SOP[2:0] 这三个引脚的状态决定了芯片上电后的启动行为。这是一个非常关键但容易被忽略的配置点。SOP[2:0] 010 (默认): 功能模式 串行闪存编程模式。这是最常用的开发模式允许通过调试器或 UniFlash 工具对片外串行闪存进行编程。SOP[2:0] 000: 功能模式 4 线 JTAG 调试。SOP[2:0] 001: 功能模式 2 线 SWD 调试。SOP[2:0] 011: 工厂默认模式。通常用于恢复出厂映像。SOP[2:0] 100: 纯串行闪存编程模式。 实操心得绝大多数时候你不需要动 SOP 跳线保持默认的 010 即可。但如果你遇到无法连接调试器、无法编程闪存等问题第一个要检查的就是 SOP 配置是否正确。我曾有一次在调试时不小心碰掉了 J16 的跳线帽导致 SOP 模式错误调试器死活连不上排查了半天才发现是这个小问题。2.3 外设与扩展接口详解板载的传感器TMP116 温度传感器和 BMA280 加速度计通过 I2C 总线与 CC3235 连接。J19 (SCL) 和 J20 (SDA) 这两个跳线帽提供了隔离能力。当你需要连接自己的 I2C 设备或者发现总线冲突时可以移除这两个跳线帽将传感器从总线上断开。此时请注意板上的上拉电阻也会被断开你需要在自己设备的 I2C 线上添加上拉电阻通常为 4.7kΩ 至 10kΩ。UART 串口是嵌入式开发中最常用的调试接口。这块 LaunchPad 提供了两种路由方式连接到板载 XDS110 的虚拟串口默认通过 Micro USB 线在电脑上会识别出一个额外的 COM 端口。你可以用串口助手工具如 Putty, Tera Term直接打印调试信息波特率通常为 115200。这是最方便的方式。路由到 BoosterPack 接口的特定引脚通过改变相关跳线原理图中通常涉及 0 欧姆电阻的焊接选择可以将 UART TX/RX 信号连接到扩展接口上以便与你自己的外部串口设备通信。BoosterPack 生态系统是 TI LaunchPad 系列最大的魅力之一。板子两侧的 40 针扩展接口遵循了标准的 BoosterPack 引脚定义这意味着有海量的第三方扩展板可供选择从 OLED 显示屏、电机驱动、LoRa 模块到环境传感器阵列几乎可以像搭积木一样快速构建复杂系统。连接时务必注意板角标注的 “3V3” 白色标记确保与 BoosterPack 板上的标记对齐以防电源接反损坏设备。3. 核心功能实操与配置指南了解了硬件框架后我们来动手进行一些关键操作。这些步骤是项目开发的基石正确的配置能避免很多后续的麻烦。3.1 开发环境搭建与第一个程序首先你需要安装软件环境安装 SDK: 从 TI 官网下载并安装SimpleLink CC32xx SDK。这个 SDK 包含了所有外设驱动、网络协议栈、示例代码和必要的库文件。建议安装到默认路径避免不必要的麻烦。安装 IDE: 选择 Code Composer Studio (CCS) 或 IAR Embedded Workbench。CCS 基于 Eclipse对 TI 器件支持最好且个人使用有免费容量限制版本。安装时确保选择支持 Arm Cortex-M 的组件。安装 UniFlash: 这是一个用于对 CC3235 的串行闪存进行编程烧录服务包、证书、文件系统等的独立工具有时也需要用它来恢复出厂映像。安装完成后用 Micro USB 线连接开发板和电脑。电脑会自动安装 XDS110 的驱动并在设备管理器中看到两个新设备一个 XDS110 Class USB 调试接口和一个 XDS110 应用/用户 UART 接口。记下 UART 对应的 COM 端口号。接下来在 CCS 中导入一个示例工程。打开 CCS选择File - Import... - Code Composer Studio - CCS Projects然后浏览到 SDK 安装目录下的示例文件夹例如\examples\rtos\CC3220SF_LAUNCHXL\drivers\emptyCC3235 示例通常与 CC3220 兼容。导入后在项目资源管理器中右键点击项目选择Properties - General - Project - CCS Target Configuration File确保关联的.ccxml配置文件正确选择了 “Texas Instruments XDS110 USB Debug Probe” 和 “CC3235SF” 或 “CC3235S” 器件。编译无误后点击调试按钮小虫子图标CCS 会自动连接板子、下载程序并运行。你可以尝试修改main.c中的代码例如让 RGB LED 循环闪烁不同颜色体验完整的编辑-编译-下载-调试流程。3.2 电源模式配置与功耗测量实操物联网设备对功耗极其敏感。CC3235 支持多种低功耗模式如低功耗深度睡眠LPDS和休眠Hibernate。LaunchPad 的硬件设计为精确测量这些模式的功耗提供了便利。步骤一配置低功耗模式在 SDK 的示例中通常有power或low_power相关的示例项目。这些示例展示了如何配置设备进入 LPDS 或 Hibernate 模式。关键 API 包括Power_releaseConstraint、Power_setPolicy等。你需要根据应用场景在无网络活动时让设备自动进入低功耗状态。步骤二硬件准备以测量核心功耗为了准确测量 CC3235 芯片及串行闪存的电流需要隔离板载外围电路的耗电移除J21(BRD Power) 跳线帽。这会切断板载传感器、LED 和 BoosterPack 接口的 3.3V 供电VBRD。移除J25(LED EN) 跳线帽如果存在。这会禁用所有由 GPIO 直接驱动的 LED防止其在低功耗模式下因引脚状态不确定而产生漏电流。针对极低电流测量若要测量低于 1µA 的关机Shutdown模式电流还需要移除J12(RESET pullup) 跳线帽以断开 nRESET 引脚的上拉电阻该电阻在关机模式下会有约 33µA 的漏电流。步骤三连接测量设备找到J24(VBAT current measurement) 跳线帽将其移除。这时VBAT 供电路径被断开。将精密数字万用表DMM调到微安µA档位将表笔连接在 J24 的两个引脚上注意电流方向通常从电源正极流向芯片 VBAT 引脚。给板上电通过 USB 或外部电池连接 J26。步骤四执行与测量运行你的低功耗程序让设备进入目标低功耗模式如 LPDS。观察万用表读数。在 LPDS 模式下电流典型值可能在几十到一百多微安量级在 Hibernate 模式下可能低于 10µA。对于动态电流测量如 Wi-Fi 发射时的瞬时电流可能超过 200mA使用万用表可能因响应慢而读数不准。此时建议在 J24 处串联一个 0.1Ω 的采样电阻用示波器配合差分探头测量电阻两端的电压再根据欧姆定律I V / 0.1计算电流。这种方法可以捕捉到电流的瞬时波动。 注意事项功耗测量对环境非常敏感。确保测量仪器本身的精度和量程合适。在测量极低电流时要避免手触碰电路板、空气流动等带来的静电干扰。多次测量取平均值可以获得更可靠的结果。3.3 射频连接与天线选项CC3235 支持 2.4GHz 和 5GHz 双频 Wi-Fi。LaunchPad 默认使用板载的陶瓷芯片天线这对于大多数室内原型开发和测试已经足够其典型开放环境通信距离可达数十米。板子上预留了专业的射频测试接口方便进行传导性测试或连接外置天线J2 (U.FL): 直接连接 CC3235 的 2.4GHz RF 输出引脚。默认被电容 C6 断开。如需使用需要移除 C6并焊接 0 欧姆电阻或电容到 C2 位置。J1 (SMA 焊盘) / J3 (U.FL): 连接在双工器Diplexer, U2之后可以输出经过双工器合路后的 2.4GHz 或 5GHz 信号。默认连接到板载天线。如需使用需要移除 C13并焊接 0 欧姆电阻或电容到 C7 位置。 实操心得在进行射频性能测试或需要更远通信距离时强烈建议通过 J3 U.FL 接口连接一个外置的 2.4GHz/5GHz 偶极子天线或小增益天线。这能显著改善信号质量。焊接 SMA 接头J1需要一定的射频焊接技巧确保焊点圆润光滑避免引入额外的阻抗失配。对于绝大多数开发场景使用 U.FL 转 SMA 的跳线连接外置天线是最简单稳妥的方式。4. 高级应用与扩展实战当基础功能验证通过后我们可以利用这块 LaunchPad 实现更复杂的物联网应用场景。4.1 构建一个完整的云连接传感器节点我们可以利用板载的传感器创建一个周期性地读取温度、加速度数据并通过 Wi-Fi 上报到云平台如阿里云、腾讯云IoT Hub或私有MQTT服务器的节点。第一步网络配置与连接CC3235 支持多种 Wi-Fi 配置方式SmartConfig通过手机 APP 配网、AP 模式设备自己作为热点用户连接后通过网页配网或通过串口命令行预置。在 SDK 的netapps示例中有完整的配网实现。通常我们会集成 SmartConfig 功能为用户提供最便捷的配网体验。代码中需要处理SL_WLAN_EVENT_CONNECT等事件并在连接成功后获取 IP 地址。第二步传感器数据读取TMP116 和 BMA280 都是通过 I2C 接口通信。SDK 提供了I2C驱动库。你需要初始化 I2C 总线引脚、时钟频率等。根据传感器数据手册编写读写寄存器函数。例如TMP116 的温度数据存储在 0x00 寄存器读取两个字节后需要进行转换。周期性地例如每 10 秒读取传感器数据。第三步MQTT 协议上传SimpleLink SDK 内置了 MQTT 客户端库。你需要创建一个 MQTT 客户端实例。配置 MQTT 服务器地址、端口、客户端 ID、用户名密码如果需要。实现连接、订阅、发布等回调函数。在主循环中将读取到的传感器数据格式化成 JSON 字符串通过 MQTT 发布到一个主题Topic如device/sensor/data。第四步低功耗策略集成为了让节点能电池供电长期工作必须整合低功耗策略。基本思路是在数据采集和发送阶段设备处于活跃状态完成后立即让 Wi-Fi 网络处理器和 MCU 进入 LPDS 模式。可以使用sl_StopAPI 来触发进入低功耗状态并通过 RTC 定时器或外部中断如加速度计的中断引脚检测到运动时唤醒来定时唤醒设备开始下一个工作周期。4.2 利用 BoosterPack 进行功能扩展假设我们需要为上述传感器节点增加一个 OLED 显示屏来本地显示状态。我们可以选择一款支持 BoosterPack 标准的 OLED 屏模块例如使用 SSD1306 驱动芯片的。硬件连接将 OLED BoosterPack 直接插在 LaunchPad 的扩展接口上注意 “3V3” 标记对齐。引脚复用检查查看 OLED 模块使用的引脚通常是 I2C 或 SPI。需要确认这些引脚与 LaunchPad 上已使用的资源如用于传感器 I2C 的 GPIO是否冲突。CC3235 LaunchPad 的引脚定义图用户指南中的图12是关键。如果冲突可能需要在软件中重新映射引脚或者选择使用不同接口的显示模块。软件驱动集成在 CCS 工程中添加 OLED 的驱动代码通常需要提供write_command,write_data等函数底层调用 SDK 的GPIO和SPI/I2C驱动。然后在应用程序中在连接网络、收到数据等关键节点调用显示驱动更新屏幕内容。通过这个例子你可以看到 BoosterPack 生态如何像拼装乐高一样快速为你的核心平台添加新的功能模块极大丰富了原型设计的可能性。5. 常见问题排查与调试心得实录在多年的使用中我积累了一些常见问题的排查思路和技巧希望能帮你少走弯路。5.1 开发环境与连接问题问题CCS/IAR 无法连接调试器提示 “Error connecting to the target”。检查1确认 Micro USB 线连接牢固且是数据线有些充电线只有电源引脚。尝试更换 USB 端口或电脑。检查2确认 SOP 模式跳线J15, J16, J17处于正确位置。对于常规调试和编程应为010上-下-上。检查3确认 J4 上的 JTAG 跳线帽全部在位如果使用板载 XDS110。检查4在 CCS 的 Target Configuration 文件中确认选择的调试器是 “Texas Instruments XDS110 USB Debug Probe”器件是 “CC3235SF” 或 “CC3235S”。检查5尝试按下板上的RESET (SW1)按钮然后立即点击 IDE 中的连接/调试按钮。有时时序问题会导致连接失败。终极手段如果以上都不行尝试使用UniFlash工具进行“擦除”操作有时可以恢复一个被锁住或状态异常的设备。问题程序可以下载但运行不正常或完全没反应。检查1首先检查最简单的硬件反馈比如控制 GPIO 点亮 LED 的程序是否生效。如果 LED 都不受控可能是时钟配置、引脚初始化或中断向量表有问题。检查2使用串口打印调试信息。确保在main()函数开头就初始化 UART并输出 “Program Start” 等信息。如果串口无输出检查 UART 引脚配置、波特率以及跳线是否将 UART 路由到了虚拟 COM 端口默认。检查3检查链接器命令文件.cmd是否正确分配了内存区域尤其是堆栈大小是否足够。复杂的网络应用可能需要更大的堆栈。5.2 网络连接与云服务问题问题设备无法连接到 Wi-Fi 路由器。检查1确认 SmartConfig 或 AP 模式配网过程成功并且设备正确保存了网络配置。可以通过串口命令sl_WlanProfileGet来查看保存的配置文件。检查2检查路由器设置。确保不是 MAC 地址过滤且 Wi-Fi 密码正确。尝试连接一个开放网络无密码进行排查。检查3检查射频连接。如果使用外置天线确保天线已拧紧。在代码中可以尝试降低发射功率进行测试。检查4查看 SDK 中wlan_station示例对比事件处理逻辑确保你的代码正确处理了SL_WLAN_EVENT_CONNECT和SL_WLAN_EVENT_DISCONNECT事件。问题可以连接本地路由器但无法连接互联网或 MQTT 服务器。检查1在设备连接 Wi-Fi 后通过串口打印获取到的 IP 地址、网关和 DNS 服务器地址。尝试ping网关看局域网是否通。检查2如果 ping 不通网关可能是路由器或防火墙设置问题。如果 ping 通网关但 ping 不通公网 IP如 8.8.8.8则可能是设备没有正确获取 DNS或者路由器的外网连接有问题。检查3对于 MQTT 连接确保服务器地址、端口号正确。检查是否需要 TLS/SSL 加密如果需要是否正确导入了根证书到设备的文件系统中。使用网络抓包工具如 Wireshark在路由器侧抓包可以清晰看到 TCP 连接建立、MQTT CONNECT 包发送及服务器回复的过程是定位网络层问题的利器。5.3 功耗相关疑难杂症问题测量到的休眠电流远高于数据手册标称值。检查1严格按照“3.2”节的步骤进行硬件隔离。确保 J21 (BRD Power) 和 J25 (LED EN) 已移除测量的是 J24 处的 VBAT 电流。检查2检查所有 GPIO 引脚的状态。在进入低功耗前必须将未使用的 GPIO 配置为输出低电平或输入带上拉/下拉避免引脚悬空产生漏电流。特别要注意那些连接了外部上拉电阻的引脚。检查3检查软件配置。确保在调用sl_Stop()进入 LPDS 前已经正确关闭了所有不需要的外设时钟如 ADC, I2C, SPI 等。检查4使用电流波形分析。用示波器观察电流曲线看是持续的高电流还是周期性的尖峰。周期性尖峰可能意味着有定时器中断没有关闭导致设备频繁唤醒。问题设备从休眠中唤醒后网络连接丢失或外设工作异常。原因与解决这是低功耗编程中的常见问题。CC3235 在 LPDS 模式下大部分 RAM 内容会丢失只有“保留内存”区域的内容会被保持。因此所有在进入低功耗前初始化的外设句柄、网络状态变量等如果存储在非保留内存中唤醒后都会失效。解决方案是将关键的状态结构体变量定义到保留内存区。在 CCS 中可以使用#pragma LOCATION或__attribute__((section(\.retain\)))来实现。在唤醒后的初始化函数中不能简单地假设外设和网络连接依然有效。需要添加状态检查必要时重新初始化外设驱动并重新建立网络连接通常通过触发重连逻辑。SDK 中的power示例提供了很好的参考框架。这块 CC3235x LaunchPad 就像一位沉默但全能的伙伴其丰富的硬件特性和强大的 SDK 支撑既能让你快速验证想法也能支撑你完成一个接近产品级的复杂原型。从点亮第一个 LED 到将数据稳定上传至云端过程中的每一个坑最终都变成了对物联网系统更深的理解。硬件是骨架软件是灵魂而扎实的调试能力则是连接两者的神经。希望这份基于实战的指南能帮你更顺畅地启动你的 CC3235 物联网之旅。
1. 从开箱到上电CC3235x LaunchPad 初体验与核心价值剖析如果你正在寻找一款能快速上手、功能全面且生态成熟的 Wi-Fi MCU 开发板来验证你的物联网设备创意那么德州仪器TI的 CC3235x SimpleLink Wi-Fi LaunchPad 开发套件绝对是一个绕不开的选项。我手头这块 LAUNCHXL-CC3235SF 已经陪我完成了好几个智能家居和工业传感节点的原型开发其稳定性和易用性给我留下了深刻印象。简单来说这是一块以 CC3235 无线 MCU 为核心集成了调试器、基础传感器和丰富扩展接口的“一体化”评估平台专为降低物联网应用的开发门槛而生。CC3235 这颗芯片本身就是一个“明星产品”。它并非简单的“MCU 外挂 Wi-Fi 模组”组合而是真正将一颗高性能的 Arm Cortex-M4 处理器、完整的 Wi-Fi 网络处理器、射频前端以及高级安全引擎全部集成在单颗芯片上。这意味着你不需要再为 MCU 和 Wi-Fi 模组之间的通信协议、驱动程序或额外的安全芯片操心。对于开发者而言最大的价值在于可以像开发普通单片机一样通过熟悉的 IDE如 Code Composer Studio 或 IAR直接调用 TI 提供的 SimpleLink SDK 中的 API 来实现 Wi-Fi 连接、TCP/IP 通信甚至 TLS/SSL 加密而无需深入复杂的射频和网络协议栈细节。这极大地加速了从概念到原型的过程。这套 LaunchPad 开发套件正是为了充分展现 CC3235 的这些能力而设计的。开箱后你会发现除了开发板本体通常只有一根 Micro USB 线。别小看这根线它同时肩负着供电、程序调试和串口通信三重职责这要归功于板载的 XDS110 调试探针。上电后红色的电源指示灯D8会亮起黄色的 nRESET 指示灯D3也会常亮表明芯片已正常上电并处于可运行状态。板载的 RGB LEDD7和两个用户按钮SW2, SW3为你的第一个“Hello World”程序——比如按键控制 LED 颜色变化——提供了最直接的硬件支持。而更贴心的是TI 已经预烧录了一个出厂演示程序当你通过手机连接到板子发出的 Wi-Fi 热点并访问指定网页时就能实时看到板载温度传感器和加速度计的数据这让你在五分钟内就能直观感受到这块板子的无线数据传输能力。2. 硬件架构深度解析不只是“MCUWi-Fi”那么简单要真正玩转一块开发板不能只停留在调用 API 的层面理解其硬件设计思路和细节配置往往能在调试和性能优化时起到关键作用。CC3235x LaunchPad 的硬件设计体现了 TI 在模拟与嵌入式系统领域深厚的功底许多细节都是为了方便评估和调试而精心布置的。2.1 核心芯片与电源树设计开发板的核心自然是 CC3235x 系列芯片。这里需要注意CC3235S和CC3235SF两个版本的区别这直接关系到你的应用设计。两者硬件引脚兼容主要差异在于内部闪存Flash容量CC3235S: 内置 256KB 用户可编程闪存适用于网络协处理器模式或者应用程序相对简单的场景。CC3235SF: 内置 1MB 用户可编程闪存这是更通用的选择足以容纳复杂的应用程序、文件系统和网络配置。除了内部闪存板上还集成了一个外置的串行闪存Serial Flash用于存储服务包、证书、网页文件等系统数据。在电源设计上板子采用了灵活的供电策略。默认通过 Micro USB 取电经板载 DC-DC 转换器产生稳定的 3.3V 系统电压。但设计上巧妙地将电源网络分为了VBAT和VBRD两路。VBAT: 直连 CC3235 芯片和串行闪存是核心系统供电。通过跳线帽 J24 可以将其断开以便串联电流表精确测量 CC3235 芯片本身的功耗这对于物联网设备至关重要的低功耗评估极为有用。VBRD: 为板载外围电路供电包括传感器、LED、电平转换器和 BoosterPack 接口。通过跳线帽 J21 可以控制这路电源的通断。这种分离设计让你可以轻松地区分“核心系统功耗”和“外围电路功耗”。例如在评估芯片的休眠电流时你可以移除 J21仅通过 VBAT 为芯片供电从而排除传感器、LED 等外围元件的漏电流影响获得更精确的测量数据。2.2 调试与编程接口XDS110 与 SOP 模式板载的 XDS110 调试器是 TI LaunchPad 系列的标志性配置它免去了额外购买昂贵调试探针的麻烦。它通过标准的 4 线 JTAGTCK, TMS, TDI, TDO或 2 线 SWD 接口与 CC3235 连接。默认情况下J4 排针上的跳线帽是插上的即调试器已连接。如果你需要使用外部更高级的调试器如 J-Link只需拔掉 J4 上的跳线帽并通过板上的 “JTAG IN” 接头一个 10pin 1.27mm 间距的排母连接即可。这里需要特别关注的是Sense-on-Power (SOP) 模式配置它由 J15, J16, J17 这三组跳线决定。SOP[2:0] 这三个引脚的状态决定了芯片上电后的启动行为。这是一个非常关键但容易被忽略的配置点。SOP[2:0] 010 (默认): 功能模式 串行闪存编程模式。这是最常用的开发模式允许通过调试器或 UniFlash 工具对片外串行闪存进行编程。SOP[2:0] 000: 功能模式 4 线 JTAG 调试。SOP[2:0] 001: 功能模式 2 线 SWD 调试。SOP[2:0] 011: 工厂默认模式。通常用于恢复出厂映像。SOP[2:0] 100: 纯串行闪存编程模式。 实操心得绝大多数时候你不需要动 SOP 跳线保持默认的 010 即可。但如果你遇到无法连接调试器、无法编程闪存等问题第一个要检查的就是 SOP 配置是否正确。我曾有一次在调试时不小心碰掉了 J16 的跳线帽导致 SOP 模式错误调试器死活连不上排查了半天才发现是这个小问题。2.3 外设与扩展接口详解板载的传感器TMP116 温度传感器和 BMA280 加速度计通过 I2C 总线与 CC3235 连接。J19 (SCL) 和 J20 (SDA) 这两个跳线帽提供了隔离能力。当你需要连接自己的 I2C 设备或者发现总线冲突时可以移除这两个跳线帽将传感器从总线上断开。此时请注意板上的上拉电阻也会被断开你需要在自己设备的 I2C 线上添加上拉电阻通常为 4.7kΩ 至 10kΩ。UART 串口是嵌入式开发中最常用的调试接口。这块 LaunchPad 提供了两种路由方式连接到板载 XDS110 的虚拟串口默认通过 Micro USB 线在电脑上会识别出一个额外的 COM 端口。你可以用串口助手工具如 Putty, Tera Term直接打印调试信息波特率通常为 115200。这是最方便的方式。路由到 BoosterPack 接口的特定引脚通过改变相关跳线原理图中通常涉及 0 欧姆电阻的焊接选择可以将 UART TX/RX 信号连接到扩展接口上以便与你自己的外部串口设备通信。BoosterPack 生态系统是 TI LaunchPad 系列最大的魅力之一。板子两侧的 40 针扩展接口遵循了标准的 BoosterPack 引脚定义这意味着有海量的第三方扩展板可供选择从 OLED 显示屏、电机驱动、LoRa 模块到环境传感器阵列几乎可以像搭积木一样快速构建复杂系统。连接时务必注意板角标注的 “3V3” 白色标记确保与 BoosterPack 板上的标记对齐以防电源接反损坏设备。3. 核心功能实操与配置指南了解了硬件框架后我们来动手进行一些关键操作。这些步骤是项目开发的基石正确的配置能避免很多后续的麻烦。3.1 开发环境搭建与第一个程序首先你需要安装软件环境安装 SDK: 从 TI 官网下载并安装SimpleLink CC32xx SDK。这个 SDK 包含了所有外设驱动、网络协议栈、示例代码和必要的库文件。建议安装到默认路径避免不必要的麻烦。安装 IDE: 选择 Code Composer Studio (CCS) 或 IAR Embedded Workbench。CCS 基于 Eclipse对 TI 器件支持最好且个人使用有免费容量限制版本。安装时确保选择支持 Arm Cortex-M 的组件。安装 UniFlash: 这是一个用于对 CC3235 的串行闪存进行编程烧录服务包、证书、文件系统等的独立工具有时也需要用它来恢复出厂映像。安装完成后用 Micro USB 线连接开发板和电脑。电脑会自动安装 XDS110 的驱动并在设备管理器中看到两个新设备一个 XDS110 Class USB 调试接口和一个 XDS110 应用/用户 UART 接口。记下 UART 对应的 COM 端口号。接下来在 CCS 中导入一个示例工程。打开 CCS选择File - Import... - Code Composer Studio - CCS Projects然后浏览到 SDK 安装目录下的示例文件夹例如\examples\rtos\CC3220SF_LAUNCHXL\drivers\emptyCC3235 示例通常与 CC3220 兼容。导入后在项目资源管理器中右键点击项目选择Properties - General - Project - CCS Target Configuration File确保关联的.ccxml配置文件正确选择了 “Texas Instruments XDS110 USB Debug Probe” 和 “CC3235SF” 或 “CC3235S” 器件。编译无误后点击调试按钮小虫子图标CCS 会自动连接板子、下载程序并运行。你可以尝试修改main.c中的代码例如让 RGB LED 循环闪烁不同颜色体验完整的编辑-编译-下载-调试流程。3.2 电源模式配置与功耗测量实操物联网设备对功耗极其敏感。CC3235 支持多种低功耗模式如低功耗深度睡眠LPDS和休眠Hibernate。LaunchPad 的硬件设计为精确测量这些模式的功耗提供了便利。步骤一配置低功耗模式在 SDK 的示例中通常有power或low_power相关的示例项目。这些示例展示了如何配置设备进入 LPDS 或 Hibernate 模式。关键 API 包括Power_releaseConstraint、Power_setPolicy等。你需要根据应用场景在无网络活动时让设备自动进入低功耗状态。步骤二硬件准备以测量核心功耗为了准确测量 CC3235 芯片及串行闪存的电流需要隔离板载外围电路的耗电移除J21(BRD Power) 跳线帽。这会切断板载传感器、LED 和 BoosterPack 接口的 3.3V 供电VBRD。移除J25(LED EN) 跳线帽如果存在。这会禁用所有由 GPIO 直接驱动的 LED防止其在低功耗模式下因引脚状态不确定而产生漏电流。针对极低电流测量若要测量低于 1µA 的关机Shutdown模式电流还需要移除J12(RESET pullup) 跳线帽以断开 nRESET 引脚的上拉电阻该电阻在关机模式下会有约 33µA 的漏电流。步骤三连接测量设备找到J24(VBAT current measurement) 跳线帽将其移除。这时VBAT 供电路径被断开。将精密数字万用表DMM调到微安µA档位将表笔连接在 J24 的两个引脚上注意电流方向通常从电源正极流向芯片 VBAT 引脚。给板上电通过 USB 或外部电池连接 J26。步骤四执行与测量运行你的低功耗程序让设备进入目标低功耗模式如 LPDS。观察万用表读数。在 LPDS 模式下电流典型值可能在几十到一百多微安量级在 Hibernate 模式下可能低于 10µA。对于动态电流测量如 Wi-Fi 发射时的瞬时电流可能超过 200mA使用万用表可能因响应慢而读数不准。此时建议在 J24 处串联一个 0.1Ω 的采样电阻用示波器配合差分探头测量电阻两端的电压再根据欧姆定律I V / 0.1计算电流。这种方法可以捕捉到电流的瞬时波动。 注意事项功耗测量对环境非常敏感。确保测量仪器本身的精度和量程合适。在测量极低电流时要避免手触碰电路板、空气流动等带来的静电干扰。多次测量取平均值可以获得更可靠的结果。3.3 射频连接与天线选项CC3235 支持 2.4GHz 和 5GHz 双频 Wi-Fi。LaunchPad 默认使用板载的陶瓷芯片天线这对于大多数室内原型开发和测试已经足够其典型开放环境通信距离可达数十米。板子上预留了专业的射频测试接口方便进行传导性测试或连接外置天线J2 (U.FL): 直接连接 CC3235 的 2.4GHz RF 输出引脚。默认被电容 C6 断开。如需使用需要移除 C6并焊接 0 欧姆电阻或电容到 C2 位置。J1 (SMA 焊盘) / J3 (U.FL): 连接在双工器Diplexer, U2之后可以输出经过双工器合路后的 2.4GHz 或 5GHz 信号。默认连接到板载天线。如需使用需要移除 C13并焊接 0 欧姆电阻或电容到 C7 位置。 实操心得在进行射频性能测试或需要更远通信距离时强烈建议通过 J3 U.FL 接口连接一个外置的 2.4GHz/5GHz 偶极子天线或小增益天线。这能显著改善信号质量。焊接 SMA 接头J1需要一定的射频焊接技巧确保焊点圆润光滑避免引入额外的阻抗失配。对于绝大多数开发场景使用 U.FL 转 SMA 的跳线连接外置天线是最简单稳妥的方式。4. 高级应用与扩展实战当基础功能验证通过后我们可以利用这块 LaunchPad 实现更复杂的物联网应用场景。4.1 构建一个完整的云连接传感器节点我们可以利用板载的传感器创建一个周期性地读取温度、加速度数据并通过 Wi-Fi 上报到云平台如阿里云、腾讯云IoT Hub或私有MQTT服务器的节点。第一步网络配置与连接CC3235 支持多种 Wi-Fi 配置方式SmartConfig通过手机 APP 配网、AP 模式设备自己作为热点用户连接后通过网页配网或通过串口命令行预置。在 SDK 的netapps示例中有完整的配网实现。通常我们会集成 SmartConfig 功能为用户提供最便捷的配网体验。代码中需要处理SL_WLAN_EVENT_CONNECT等事件并在连接成功后获取 IP 地址。第二步传感器数据读取TMP116 和 BMA280 都是通过 I2C 接口通信。SDK 提供了I2C驱动库。你需要初始化 I2C 总线引脚、时钟频率等。根据传感器数据手册编写读写寄存器函数。例如TMP116 的温度数据存储在 0x00 寄存器读取两个字节后需要进行转换。周期性地例如每 10 秒读取传感器数据。第三步MQTT 协议上传SimpleLink SDK 内置了 MQTT 客户端库。你需要创建一个 MQTT 客户端实例。配置 MQTT 服务器地址、端口、客户端 ID、用户名密码如果需要。实现连接、订阅、发布等回调函数。在主循环中将读取到的传感器数据格式化成 JSON 字符串通过 MQTT 发布到一个主题Topic如device/sensor/data。第四步低功耗策略集成为了让节点能电池供电长期工作必须整合低功耗策略。基本思路是在数据采集和发送阶段设备处于活跃状态完成后立即让 Wi-Fi 网络处理器和 MCU 进入 LPDS 模式。可以使用sl_StopAPI 来触发进入低功耗状态并通过 RTC 定时器或外部中断如加速度计的中断引脚检测到运动时唤醒来定时唤醒设备开始下一个工作周期。4.2 利用 BoosterPack 进行功能扩展假设我们需要为上述传感器节点增加一个 OLED 显示屏来本地显示状态。我们可以选择一款支持 BoosterPack 标准的 OLED 屏模块例如使用 SSD1306 驱动芯片的。硬件连接将 OLED BoosterPack 直接插在 LaunchPad 的扩展接口上注意 “3V3” 标记对齐。引脚复用检查查看 OLED 模块使用的引脚通常是 I2C 或 SPI。需要确认这些引脚与 LaunchPad 上已使用的资源如用于传感器 I2C 的 GPIO是否冲突。CC3235 LaunchPad 的引脚定义图用户指南中的图12是关键。如果冲突可能需要在软件中重新映射引脚或者选择使用不同接口的显示模块。软件驱动集成在 CCS 工程中添加 OLED 的驱动代码通常需要提供write_command,write_data等函数底层调用 SDK 的GPIO和SPI/I2C驱动。然后在应用程序中在连接网络、收到数据等关键节点调用显示驱动更新屏幕内容。通过这个例子你可以看到 BoosterPack 生态如何像拼装乐高一样快速为你的核心平台添加新的功能模块极大丰富了原型设计的可能性。5. 常见问题排查与调试心得实录在多年的使用中我积累了一些常见问题的排查思路和技巧希望能帮你少走弯路。5.1 开发环境与连接问题问题CCS/IAR 无法连接调试器提示 “Error connecting to the target”。检查1确认 Micro USB 线连接牢固且是数据线有些充电线只有电源引脚。尝试更换 USB 端口或电脑。检查2确认 SOP 模式跳线J15, J16, J17处于正确位置。对于常规调试和编程应为010上-下-上。检查3确认 J4 上的 JTAG 跳线帽全部在位如果使用板载 XDS110。检查4在 CCS 的 Target Configuration 文件中确认选择的调试器是 “Texas Instruments XDS110 USB Debug Probe”器件是 “CC3235SF” 或 “CC3235S”。检查5尝试按下板上的RESET (SW1)按钮然后立即点击 IDE 中的连接/调试按钮。有时时序问题会导致连接失败。终极手段如果以上都不行尝试使用UniFlash工具进行“擦除”操作有时可以恢复一个被锁住或状态异常的设备。问题程序可以下载但运行不正常或完全没反应。检查1首先检查最简单的硬件反馈比如控制 GPIO 点亮 LED 的程序是否生效。如果 LED 都不受控可能是时钟配置、引脚初始化或中断向量表有问题。检查2使用串口打印调试信息。确保在main()函数开头就初始化 UART并输出 “Program Start” 等信息。如果串口无输出检查 UART 引脚配置、波特率以及跳线是否将 UART 路由到了虚拟 COM 端口默认。检查3检查链接器命令文件.cmd是否正确分配了内存区域尤其是堆栈大小是否足够。复杂的网络应用可能需要更大的堆栈。5.2 网络连接与云服务问题问题设备无法连接到 Wi-Fi 路由器。检查1确认 SmartConfig 或 AP 模式配网过程成功并且设备正确保存了网络配置。可以通过串口命令sl_WlanProfileGet来查看保存的配置文件。检查2检查路由器设置。确保不是 MAC 地址过滤且 Wi-Fi 密码正确。尝试连接一个开放网络无密码进行排查。检查3检查射频连接。如果使用外置天线确保天线已拧紧。在代码中可以尝试降低发射功率进行测试。检查4查看 SDK 中wlan_station示例对比事件处理逻辑确保你的代码正确处理了SL_WLAN_EVENT_CONNECT和SL_WLAN_EVENT_DISCONNECT事件。问题可以连接本地路由器但无法连接互联网或 MQTT 服务器。检查1在设备连接 Wi-Fi 后通过串口打印获取到的 IP 地址、网关和 DNS 服务器地址。尝试ping网关看局域网是否通。检查2如果 ping 不通网关可能是路由器或防火墙设置问题。如果 ping 通网关但 ping 不通公网 IP如 8.8.8.8则可能是设备没有正确获取 DNS或者路由器的外网连接有问题。检查3对于 MQTT 连接确保服务器地址、端口号正确。检查是否需要 TLS/SSL 加密如果需要是否正确导入了根证书到设备的文件系统中。使用网络抓包工具如 Wireshark在路由器侧抓包可以清晰看到 TCP 连接建立、MQTT CONNECT 包发送及服务器回复的过程是定位网络层问题的利器。5.3 功耗相关疑难杂症问题测量到的休眠电流远高于数据手册标称值。检查1严格按照“3.2”节的步骤进行硬件隔离。确保 J21 (BRD Power) 和 J25 (LED EN) 已移除测量的是 J24 处的 VBAT 电流。检查2检查所有 GPIO 引脚的状态。在进入低功耗前必须将未使用的 GPIO 配置为输出低电平或输入带上拉/下拉避免引脚悬空产生漏电流。特别要注意那些连接了外部上拉电阻的引脚。检查3检查软件配置。确保在调用sl_Stop()进入 LPDS 前已经正确关闭了所有不需要的外设时钟如 ADC, I2C, SPI 等。检查4使用电流波形分析。用示波器观察电流曲线看是持续的高电流还是周期性的尖峰。周期性尖峰可能意味着有定时器中断没有关闭导致设备频繁唤醒。问题设备从休眠中唤醒后网络连接丢失或外设工作异常。原因与解决这是低功耗编程中的常见问题。CC3235 在 LPDS 模式下大部分 RAM 内容会丢失只有“保留内存”区域的内容会被保持。因此所有在进入低功耗前初始化的外设句柄、网络状态变量等如果存储在非保留内存中唤醒后都会失效。解决方案是将关键的状态结构体变量定义到保留内存区。在 CCS 中可以使用#pragma LOCATION或__attribute__((section(\.retain\)))来实现。在唤醒后的初始化函数中不能简单地假设外设和网络连接依然有效。需要添加状态检查必要时重新初始化外设驱动并重新建立网络连接通常通过触发重连逻辑。SDK 中的power示例提供了很好的参考框架。这块 CC3235x LaunchPad 就像一位沉默但全能的伙伴其丰富的硬件特性和强大的 SDK 支撑既能让你快速验证想法也能支撑你完成一个接近产品级的复杂原型。从点亮第一个 LED 到将数据稳定上传至云端过程中的每一个坑最终都变成了对物联网系统更深的理解。硬件是骨架软件是灵魂而扎实的调试能力则是连接两者的神经。希望这份基于实战的指南能帮你更顺畅地启动你的 CC3235 物联网之旅。
![[C++]内存管理：串顺序存储的内存回收](http://pic.xiahunao.cn/yaotu/[C++]内存管理：串顺序存储的内存回收)
