当前位置：首页 > news >正文

基于TI CC系列USB无线开发套件实现免驱HID与虚拟串口通信

news 2026/7/20 23:59:19

1. 项目概述与核心价值

如果你正在开发一个需要与PC进行无线交互的嵌入式设备，比如一个无线传感器数据采集器、一个自定义的遥控器，或者一个无线调试工具，那么绕不开的一个核心问题就是：设备如何与电脑“对话”？直接使用串口（UART）虽然简单，但受限于有线连接和驱动程序兼容性。这时，USB（通用串行总线）就成了一个极具吸引力的选择。它即插即用、供电与通信一体、速度也足够快。但一提到为微控制器编写USB固件，很多开发者都会感到头疼——复杂的协议、繁琐的描述符、还有那令人望而生畏的驱动开发。

这正是德州仪器（TI）CC系列USB无线开发套件的价值所在。它提供了一套经过验证的硬件平台（如CC2531 USB Dongle）和一个结构清晰的USB固件库（USB Firmware Library），将USB底层通信的复杂性封装起来。开发者无需深究USB协议栈的每一个细节，就能快速实现标准的USB设备类功能，例如将自己设备伪装成一个键盘或鼠标（HID类），或者创建一个虚拟的串行通信端口（CDC类）。更妙的是，这些芯片本身集成了低功耗射频（RF）功能，意味着你的USB设备可以无线接收来自另一个节点的数据，再通过USB上报给PC，实现真正的无线透传。

本文将以TI官方提供的两个经典示例——无线HID键鼠（simple_hid）和无线RF调制解调器（rf_modem，即CDC虚拟串口）——为蓝本，深入解析其实现原理、工程架构和实操细节。我会结合自己多年在嵌入式无线通信项目中的踩坑经验，带你不仅看懂代码，更能理解其设计思路，并掌握如何将其适配到自己的项目中。无论你是想做一个无线演示器、无线传感器网关，还是任何需要无线USB通信的设备，这篇文章都将为你提供一条清晰的实践路径。

2. 开发环境搭建与避坑指南

在深入代码之前，一个稳定可靠的开发环境是成功的第一步。TI的这套方案依赖于IAR Embedded Workbench for 8051作为主要的集成开发环境（IDE），以及SmartRF系列评估板或CC Debugger作为编程调试器。

2.1 工具链准备与安装顺序

首先，务必按照正确的顺序安装软件。一个关键的避坑点是：必须在连接任何调试器（如CC Debugger、SmartRF05EB）到电脑之前，先安装好SmartRF Studio。这个软件不仅用于配置射频参数，其安装包内包含了必要的USB驱动程序。如果顺序颠倒，Windows可能会为调试器安装错误的驱动，导致后续无法识别或连接不稳定。

安装IAR EW8051：建议使用7.51或更高版本。官方示例工程是基于这个版本创建的。如果使用更高版本，IAR通常会提示转换工程文件，直接确认即可。
安装SmartRF Studio：从TI官网下载并安装。这一步确保了FTDI等USB转串口芯片的驱动就位。
安装SmartRF Flash Programmer：这是一个独立的Flash编程工具，有时比通过IAR下载更快捷，特别是在批量编程或恢复设备时。
获取示例代码：下载并解压swrc088（CC USB Firmware Library and Examples）软件包。这是所有示例和库文件的根源。

2.2 硬件连接与调试陷阱

硬件连接看似简单，但细节决定成败。参考你的Dongle（CC1111/CC2511或CC2531）对应的硬件用户指南进行连线。这里重点讲几个容易出问题的地方：

供电与调试接口：通常，USB Dongle在调试时有两种供电方式：通过USB口由PC供电，或通过调试器（如SmartRF05EB）的引脚供电。强烈建议在初次烧录或调试有问题的固件时，使用调试器为Dongle供电。这是因为如果固件有bug导致USB枚举失败，PC可能会切断USB端口的电源，使你无法再次通过USB连接来重新编程。使用调试器供电则完全避免了这个问题。
调试接口稳定性：当使用SmartRF04EB并通过其板载电平转换器连接CC1111/CC2511时，可能会遇到调试连接不稳定的情况。这通常发生在供电电压较低或线缆较长导致串扰时。解决方案是优先使用板载的SOC_DEM调试接口，而非P14“SoC Debug/Flash”接口，因为SOC_DEM在电压不匹配时表现更稳定。
降低调试速度：如果连接依然不稳定，最后的杀手锏是在IAR中降低调试接口速度。具体操作：在项目选项（Project -> Options）中，选择“Texas Instruments”类别下的“Target”标签页，勾选“Reduce interface speed”选项。这牺牲了一点下载速度，但换来了极高的连接可靠性。

实操心得：我遇到过无数次因为USB固件死机导致Dongle“变砖”的情况。养成习惯：1) 开发阶段始终用调试器供电；2) 准备一根杜邦线，将Dongle的RESET引脚引出，必要时手动复位；3) 将SmartRF Flash Programmer设为常备工具，它有时能救活IAR无法连接的设备。

2.3 工程结构导航

解压示例包后，目录结构是理解项目框架的路线图。核心的IAR工作空间文件usb_app_ex.eww位于ide子目录下。打开它，你会看到针对不同目标芯片（CC1111, CC2511, CC2531）和不同角色（Dongle端或评估板端）的多个工程。

例如，对于CC2531的无线HID示例：

rfusb_cc2531：运行在USB Dongle（设备端）的工程。
srf05_cc2530：运行在连接SmartRF05EB的CC2530EM（无线对端）的工程。

这种分离非常清晰。在编译时，确保在IAR的Workspace下拉菜单中选中了正确的目标工程。你可以按F8一键编译所有工程，但下载时需要分别选择对应的工程进行下载（Ctrl+D）。

3. USB固件库深度解析：你的USB协议栈“黑匣子”

TI的USB固件库是整个系统的基石。它不是一个完整的操作系统或复杂的中间件，而是一个精心设计的、针对其8051内核USB外设的硬件抽象层和协议处理引擎。理解它的结构，你就能驾驭它，而不是被它限制。

3.1 库的模块化架构

固件库采用分层设计，将通用逻辑与设备特定代码分离，这使得它能够支持CC1111、CC2511和CC2531等多款芯片。从源代码目录（source\library）可以看到几个核心模块：

usb_firmware_library：这是核心层，管理USB控制端点（Endpoint 0）的所有标准请求处理、设备状态机（上电、复位、地址分配、配置）、以及提供访问其他端点的宏和函数。你可以把它看作USB协议栈的“大脑”。
usb_standard_requests：专门处理USB规范定义的标准请求，如GET_DESCRIPTOR、SET_ADDRESS、SET_CONFIGURATION等。它依赖于描述符表来自动化响应大部分请求，极大减轻了开发者的负担。
usb_descriptor_parser：描述符解析器。USB设备通过一系列描述符（设备描述符、配置描述符、接口描述符、端点描述符等）向主机报告自己的能力。这个模块提供了一套机制，让库能快速定位和检索这些描述符。
usb_suspend：处理USB挂起（Suspend）和远程唤醒（Remote Wake-up）功能。对于低功耗设备至关重要，它简化了进入和退出低功耗状态的操作。

3.2 关键工作流程：中断与主循环的协作

库默认采用一种“中断收集事件，主循环处理事件”的协作式模型。这是为了保持USB中断服务程序（ISR）尽可能短小高效，避免因处理复杂逻辑而丢失后续USB事件。

中断层面：当USB硬件事件发生时（如收到数据、收到Setup包），USB中断被触发。中断服务程序（位于设备特定代码中）只做最紧急的工作：读取状��、将数据从硬件FIFO拷贝到软件缓冲区、然后设置一个对应的“事件标志”。
主循环层面：在主函数main()的无限循环中，会不断调用库提供的处理函数（如usbProcessEvents()）。这个函数检查所有事件标志，并执行相应的处理逻辑，比如调用应用层回调函数通知收到了数据，或者准备下一次发送。

这种设计带来了灵活性。对于绝大多数应用，包括HID和CDC示例，这种默认方式完全够用。因为USB事件的处理延迟几个微秒到毫秒，对于键盘鼠标或串口数据来说是可以接受的。

3.3 如何为你的应用定制：钩子函数（Hooks）

固件库通过一系列“钩子函数”（Hook Functions）向应用层开放了定制入口。这些钩子函数在库代码中被调用，但具体实现由应用开发者提供。示例中，你可以在usb/class_hid/usb_hid_hooks.c或usb/class_cdc/usb_cdc_hooks.c中找到它们。

例如，在CDC示例中：

usbCdcHookSetLineCoding()：当PC上的串口工具（如Putty）设置波特率、数据位、停止位、校验位时，这个函数被调用。示例中它只是存下了这些设置，实际RF链路可能并不关心这些参数，但为了符合CDC规范必须实现。
usbCdcHookSetControlLineState()：当PC端断言RTS（Request To Send）或DTR（Data Terminal Ready）信号时被调用。示例中用它来控制Dongle上的LED灯，直观显示连接状态。

如果你想实现更实时的响应，比如要求某个端点的数据必须在中断上下文中立即处理，你可以将处理代码从主循环移到对应的中断钩子函数usbirqHookProcessEvents()中。但这样做会增加中断延迟，可能影响系统对其他事件的响应，需要谨慎评估。

4. 无线通信基石：MRFI协议接口详解

两个示例都使用MRFI（Minimal RF Interface）作为无线通信的基础。MRFI是TI SimpliciTI网络协议栈的最底层，它剥离了网络组网、路由等高级功能，只提供最基础的无线数据收/发API，非常轻量，适合点对点或简单星型网络。

4.1 MRFI帧格式与信道配置

MRFI的帧格式继承了SimpliciTI，对于CC1111/CC2511和CC2531略有不同，主要是物理层头部的差异。但应用层关心的有效载荷部分是一致的。一个MRFI数据包包含：

帧头：由MRFI自动填充，包含目的地址、源地址、长度等。
序列号：1字节，用于识别重复帧。
帧类型：1字节，在示例中，0x7E代表数据帧（DATA），0x7F代表确认帧（ACK）。
有效载荷：最多可达44字节（CC1111/2511）或117字节（CC2531），承载应用数据。
帧校验序列：1字节CRC，确保数据完整性。

示例将射频信道固定在了MRFI逻辑信道0。对于不同芯片，其对应的物理频率是固定的：

CC1111：逻辑信道0 = 906 MHz
CC2511：逻辑信道0 = 2425.7 MHz
CC2531：逻辑信道0 = 2425 MHz (IEEE 802.15.4 信道15)

这意味着，Dongle和对应的评估板（EB）必须使用相同系列的芯片，且烧录对应信道的固件，才能互相通信。你不能让一个CC2531的Dongle去接收CC2511 EB发出的信号。

4.2 核心API函数精讲

示例中所有MRFI相关操作都封装在mrfi_link.c中。理解以下几个核心API是进行二次开发的关键：

void MRFI_Init(void);：必须首先调用，用于初始化射频硬件和MRFI状态机。
uint8_t MRFI_Transmit(mrfiPacket_t *, uint8_t);：发送数据包。第一个参数是指向数据包结构的指针，第二个参数指定发送类型（MRFI_TX_TYPE_FORCED立即发送或MRFI_TX_TYPE_CCA先检测信道空闲再发送）。这里有个关键细节：你需要使用MRFI_P_PAYLOAD(p)这个宏来获取指向帧中载荷部分的指针，然后填充你的数据。发送前，还必须用MRFI_P_SRC_ADDR(p)和MRFI_P_DST_ADDR(p)设置地址，用MRFI_SET_PAYLOAD_LEN(p,x)设置长度。
void MRFI_Receive(mrfiPacket_t *);：从MRFI接收缓冲区中拷贝一个已接收的帧到用户提供的缓冲区。
void MRFI_RxCompleteISR(void);：这是一个需要你实现的回调函数。当MRFI完整接收到一帧数据并校验通过后，会在中断上下文调用此函数。你至少应该在这个函数里调用MRFI_Receive()来取走数据，并设置一个标志通知主循环处理。切忌在此函数内进行复杂处理或调用可能阻塞的函数。

4.3 简单的可靠传输机制

示例在MRFI之上实现了一个极简的可靠传输层。它只有两种帧：DATA和ACK。发送方发送DATA帧后，会等待接收方的ACK帧。如果超时未收到，则重发。接收方收到DATA帧后，如果忙（例如处理不过来），会回一个ACK帧告知对方，发送方稍后重试。

这个机制虽然简单，但对于HID键鼠和低速串口数据传输来说已经足够可靠。在实际开发中，你需要根据应用的数据量和实时性要求，调整重发超时时间和重发次数。示例中的参数可能比较保守。

5. HID示例拆解：打造无线键鼠

simple_hid示例展示了如何将USB Dongle配置成一个复合HID设备（同时包含键盘和鼠标），并通过无线接收来自评估板的控制指令，模拟成真实的USB输入设备。

5.1 软件架构与数据流

整个数据流是这样的：

用户在SmartRF05EB上操作摇杆或按键。
EB端的固件（simple_hid_eb）将动作编码成特定的数据包（见下文），通过MRFI发送。
USB Dongle端的固件（simple_hid_dongle）通过MRFI接收到数据包。
Dongle端的HID类处理代码（usb_hid.c）解析数据包，将其转换为标准的USB HID报告。
USB固件库将HID报告通过USB端点发送给PC。
PC的HID类通用驱动识别报告，并转化为系统级的鼠标移动或键盘按键事件。

5.2 数据包格式与解析

这是理解自定义HID设备的关键。示例定义了两种载荷格式：鼠标和键盘。

鼠标模式数据包（6字节载荷）：

字节1：序列号
字节2：帧类型 (DATA)
字节3：鼠标数据ID (固定为1)
字节4：按钮状态 (bit0:左键， bit1:右键， bit2:中键)
字节5：X轴移动量（有符号字节，-127~127）
字节6：Y轴移动量（有符号字节，-127~127）
字节7：Z轴移动量（滚轮，有符号字节）

例如，摇杆向左移动，EB会发送一个X轴为负值（如0xFF即-1）的包，Dongle解析后，通过USB向PC发送一个“鼠标向左移动1个单位”的HID报告。

键盘模式数据包（12字节载荷）：

字节1：序列号
字节2：帧类型 (DATA)
字节3：键盘数据ID (固定为0)
字节4：修饰键（Modifier）状态 (bit0:左Ctrl, bit1:左Shift, bit2:左Alt, bit3:左GUI/Win键， bit4-7: 右侧对应键)
字节5：保留 (0)
字节6-11：最多6个同时按下的普通键的键值（HID Usage ID）

示例中，按下EB的摇杆上键，会发送一个键值为0x18（字母‘u’的HID用法ID）且修饰键位图中Shift位被置1的包，从而实现输入大写字母‘U’。

5.3 实操：运行与调试HID示例

烧录固件：分别将simple_hid_eb.hex和simple_hid_dongle.hex烧录到对应的EB（CC2530EM+SmartRF05EB）和USB Dongle（CC2531）中。
连接与枚举：将USB Dongle插入电脑。Windows/Linux会自动识别为HID设备，无需额外安装驱动。你可以在设备管理器的“��体学输入设备”下看到新设备。
模式选择：给EB上电。其LCD屏幕会提示选择“Mouse”或“Keyboard”模式，通过左右拨动摇杆选择，按下摇杆（或S1键，具体看EB版本）确认。
功能测试：
- 鼠标模式：操作EB摇杆，PC��标应随之移动。按下摇杆模拟左键，按下EB上的S1键模拟右键。
- 键盘模式：打开一个文本编辑器（如记事本），确保其获得焦点。操作EB摇杆上下左右或按下，对应的字母（U, D, L, R, P, B）会被输入。

排查技巧：如果PC没有任何反应，首先检查EB的LCD是否显示正确模式，且Dongle的电源灯是否亮起。然后，使用Texas Instruments Packet Sniffer工具是终极调试手段。将嗅探器（另一个支持相同频段的Dongle，如CC2531）设置为监听对应信道（如CC2531的信道15），你就能在空中看到EB发出的数据包和Dongle回复的ACK包，从而确定问题是出在无线链路、数据解析还是USB上报环节。

6. CDC示例拆解：实现无线虚拟串口

rf_modem示例更为实用，它创建了一个CDC-ACM（Communication Device Class - Abstract Control Model）设备，也就是我们常说的“虚拟串口”（Virtual COM Port）。PC端会将其识别为一个标准的串行端口（如COM5），所有发送到这个串口的数据，都会通过无线链路透传到另一端的EB，并通过EB的UART转发到真实的串口（或另一个虚拟串口），反之亦然。

6.1 架构与流控机制

这个示例实现了一个双向透明的无线串口桥：

PC <--> USB Dongle：通过USB CDC类虚拟串口通信。
USB Dongle <--> EB：通过MRFI无线链路通信。
EB <--> 外部设备：通过EB板载的UART转USB桥（或直接电平转换）与真实串口通信。

流控制（Flow Control）是串口通信可靠性的关键。示例实现了硬件流控的一部分：

RTS (Request To Send)：PC通过虚拟串口驱动断言RTS信号，表示它准备好接收数据。Dongle端通过usbCdcHookSetControlLineState()钩子函数获知此状态，并点亮LED（直观指示连接建立）。更重要的是，Dongle只有在RTS有效时，才会将从无线端收到的数据发往USB。
CTS (Clear To Send)：CDC-ACM规范未直接暴露CTS给设备端。示例采用了一种间接实现：当Dongle正在忙于处理无线数据（发送或接收）时，它会暂时停止处理来自USB的IN令牌（即暂停向PC发送数据），这相当于向PC端“拉高”了CTS，使其暂停发送。这是一种基于缓冲区的软件流控思路。

6.2 驱动安装与端口配置

在Windows上运行此示例需要手动安装INF驱动文件，因为系统需要知道将这个特定的USB设备（特定的VID/PID）关联到标准的usbser.sysCDC驱动。

烧录固件：将rf_modem.hex分别烧录到USB Dongle和对应的EB中。
安装驱动：首次插入Dongle时，Windows会提示找到新硬件并弹出安装向导。选择“从列表或指定位置安装”，然后浏览到示例包的driver文件夹，选择与你芯片对应的usb_cdc_driver_ccxxxx.inf文件。过程中可能会遇到“Windows无法验证此驱动程序软件的发布者”的警告，选择“始终安装此驱动程序软件”即可。
查看端口：安装成功后，在设备管理器的“端口（COM和LPT）”下，会看到一个新的串行端口，例如“Texas Instruments Virtual COM Port (COM5)”。注意：这个COM口号是系统随机分配的。
修改端口号（可选）：如果COM口号与其他设备冲突，可以在设备管理器中右键点击该端口 -> 属性 -> 端口设置 -> 高级，修改COM端口号。

重要提示：在拔插USB Dongle之前，务必先关闭所有使用该虚拟串口的终端软件（如Putty、HyperTerminal）。如果终端软件仍保持连接，它会持续向已不存在的端口发送请求，可能导致Dongle在下一次插入时枚举失败。

6.3 端到端测试与数据抓包

硬件连接：将已烧录rf_modem.hex的EB（如CC2530EM+SmartRF05EB）上电。通过USB线（或RS232转USB线，具体看EB型号）将其连接到PC的另一个USB口。此时PC会识别出第二个串口（这是EB板载的USB转串口芯片产生的，例如COM6）。
软件配置：打开两个串口终端软件（如Tera Term、SecureCRT或系统自带的HyperTerminal）。一个连接到Dongle创建的虚拟串口（COM5），另一个连接到EB产生的真实串口（COM6）。两边的串口参数必须一致：波特率38400，数据位8，停止位1，无校验，硬件流控制（RTS/CTS）必须启用。
双向通信测试：在COM5的终端窗口输入字符，应该在COM6的窗口看到相同字符回显，反之亦然。这证明无线串口桥工作正常。

再次强调，Packet Sniffer是调试无线问题的利器。在测试时打开嗅探器，你可以清晰地看到每一个从Dongle发往EB的字符（如‘E’， ‘B’）是如何被封装成MRFI数据帧（序列号、类型、载荷），以及确认帧（ACK）是如何交互的。如果终端发送了数据但对方没收到，通过抓包可以立刻判断是发送方没发出、无线环境丢包，还是接收方没有正确回复ACK。

7. 从示例到产品：自定义开发指南

官方示例提供了完美的起点，但我们的目标是将它改造成自己的产品。这主要涉及三个方面：修改USB描述符、定制应用层协议、以及可能的功耗优化。

7.1 修改USB描述符：定义你的设备身份

USB描述符是设备的“身份证”和“能力说明书”。在示例中，描述符定义在usb_descriptors.c文件中。你需要修改的主要是：

设备描述符（Device Descriptor）：修改idVendor（厂商ID）、idProduct（产品ID）。重要：如果你要商业化产品，必须向USB-IF申请自己的VID。对于原型或内部产品，可以使用测试用的VID（如TI的VID），但PID可以自定义。同时修改iManufacturer、iProduct等字符串索引，指向你自定义的字符串描述符。
配置描述符与接口描述符：对于HID设备，你需要确保报告描述符（Report Descriptor）匹配你自定义的数据格式。对于CDC设备，接口和端点的配置通常不需要改动，除非你需要更高的传输速率（修改端点大小和轮询间隔）。
字符串描述符：将制造商名称、产品名称、序列号等信息改为你自己的内容。

修改描述符后，PC在枚举设备时会读取这些新信息。更改PID或设备类可能会导致系统需要重新安装驱动。

7.2 定制应用层协议

示例中的HID和CDC协议是固定的。假设你想做一个无线传感器数据采集器，你可以：

基于CDC示例修改：这是最直接的方式。你的传感器节点（EB端）将采集到的数据通过UART发送给EB主板，EB端的rf_modem固件原封不动地通过无线发送给Dongle，Dongle再通过虚拟串口上报给PC。你只需要在PC端编写一个串口数据解析程序即可。优点：开发快速，无需修改Dongle和EB的通信固件。缺点：传输的是原始字节流，没有数据包结构，需要自己定义帧头帧尾来分包。
基于HID示例修改：如果你的数据量很小（每秒几个字节），且希望免驱，可以自定义一个HID报告描述符，定义一种“供应商自定义”的HID设备。PC端可以使用通用的HID API（如Windows的hid.dll）来读写数据，无需安装特定驱动。这比CDC更复杂，但兼容性极佳。
设计全新的应用层协议：完全重写mrfi_link.c之上的应用逻辑。例如，定义新的帧类型（如0x10表示传感器数据，0x11表示配置命令），实现更复杂的握手、确认、重传乃至简单的网络发现功能。这是最灵活，也是最耗时的方式。

7.3 功耗优化考虑

示例代码为了演示方便，通常没有做低功耗优化。在实际电池供电的产品中，需要考虑：

RF Dongle端：作为USB设备，它通常由USB总线供电，功耗不是首要问题。但在挂起（Suspend）状态下，可以通��usb_suspend模块让芯片进入低功耗模式。
无线传感器节点端（EB端）：这是功耗优化的重点。你需要修改代码，让MCU和射频芯片在大部分时间处于睡眠模式。例如，可以定时唤醒，采集一次数据，然后通过MRFI发送，发送完成后立即调用MRFI_Sleep()让射频进入睡眠，MCU也进入低功耗模式。注意：MRFI_Sleep()和MRFI_WakeUp()不能在中段上下文中调用。

7.4 常见问题与排查清单

PC无法识别USB设备：
- 检查Dongle是否供电（电源LED是否亮）。
- 检查固件是否正确烧录。尝试用SmartRF Flash Programmer重新擦除并烧录。
- 对于CDC设备，检查INF驱动是否正确安装。查看设备管理器是否有带感叹号的未知设备。
- 使用USB协议分析仪（如Bus Hound）查看枚举过程在哪一步失败。
无线通信不稳定，丢包严重：
- 确认Dongle和EB使用的是相同芯片型号和相同逻辑信道的固件。
- 检查两者距离是否过远，或有严重遮挡。
- 使用Packet Sniffer检查空中是否有干扰，或尝试更换MRFI逻辑信道（修改MRFI_SetLogicalChannel的参数）。
- 检查电源是否稳定，特别是在使用电池供电时。
数据传输延迟大或吞吐量低：
- CDC示例的默认波特率是38400，这限制了理论吞吐量。可以尝试在PC端和代码中提高虚拟串口的波特率设置（需同步修改usbCdcHookSetLineCoding中的处理）。
- 检查MRFI的发送类型。MRFI_TX_TYPE_CCA会在发送前检测信道，如果环境繁忙会导致延迟。对于实时性要求高的应用，可考虑使用MRFI_TX_TYPE_FORCED，但需承担碰撞风险。
- 增大MRFI数据包的有效载荷，减少协议开销。
调试时程序跑飞或硬件异常：
- 首先检查堆栈是否溢出。8051内存有限，特别是对于使用了USB和RF的复杂应用，需在IAR的Linker配置中适当增加堆栈大小。
- 避免在中断服务程序中进行长时间操作或调用非可重入函数。
- 仔细检查所有数组和指针操作，避免越界访问。