EFR32BG22 I2C与BLE数据透传实战笔记

1. 项目背景与硬件选型

最近在做一个物联网传感器项目，需要将传感器数据通过无线方式传输到手机端。经过多方比较，我最终选择了Silicon Labs的EFR32BG22作为主控芯片。这款芯片真的让我眼前一亮，它集成了高性能的Cortex-M33内核和2.4GHz无线模块，特别适合做低功耗蓝牙设备。

选择EFR32BG22有几个关键考虑：首先是低功耗特性，在蓝牙传输状态下功耗只有8.2mA，睡眠模式下更是低至1.2μA，这对于电池供电的物联网设备至关重要。其次是丰富的外设接口，特别是I2C控制器，可以轻松连接各种传感器。最后是开发工具链完善，Simplicity Studio 5提供了从硬件配置到软件开发的完整解决方案。

在实际项目中，我使用EFR32BG22作为I2C主机，采集温湿度传感器和加速度计的数据，然后通过BLE实时传输到手机App。这种架构既保证了数据采集的稳定性，又实现了无线传输的便利性。整个系统搭建下来，发现EFR32BG22确实是个不错的选择，特别是在处理多外设和无线通信同时工作的场景下表现很稳定。

2. 开发环境搭建与工程配置

搭建开发环境是第一步，我用的是Simplicity Studio 5（简称SSV5），这是Silicon Labs官方的集成开发环境。安装过程比较简单，从官网下载安装包后一路next就行，不过要注意选择安装所有的SDK组件，特别是Gecko SDK Suite，因为后面会用到里面的蓝牙协议栈。

创建新工程时选择"Bluetooth - SoC Empty"模板，这是一个基础的蓝牙示例工程，包含了必要的蓝牙协议栈初始化代码。然后需要配置SDK组件，在Software Components面板中搜索并添加I2C相关的组件，主要是I2CSPM（I2C Simple Mode）驱动，这个驱动简化了I2C操作接口，用起来很方便。

工程配置完成后，接下来要配置引脚。EFR32BG22的引脚复用功能很灵活，需要通过Pin Tool工具进行配置。我选择PC0作为SCL，PC1作为SDA，这两个引脚都支持I2C功能。在Pin Tool中右键点击相应引脚，选择I2C功能，然后指定是SCL还是SDA。配置完成后SSV5会自动生成引脚初始化代码，不需要手动写GPIO配置，这点很省心。

最后检查一下时钟配置，I2C需要正确的时钟源才能工作。在Clock Configurator中确保HFCLK选择的是38.4MHz的晶体振荡器，这是蓝牙协议栈要求的时钟频率。I2C的时钟可以分频得到，比如100kHz的I2C时钟就是从38.4MHz分频而来。

3. I2C外设深入配置

I2C的配置有几个关键参数需要特别注意。在I2CSPM配置界面，首先选择使用I2C0还是I2C1外设，EFR32BG22有两个I2C控制器，我选择了I2C0。然后设置时钟频率，常见的有100kHz标准模式和400kHz快速模式，我一开始用了100kHz，后来测试发现400kHz也能稳定工作。

超时设置很重要，特别是当从设备没有响应时，超时机制可以防止程序卡死。我设置了100ms的超时时间，这个值可以根据实际应用调整。还要注意I2C的地址模式，7位地址和10位地址都要正确设置，我的传感器用的是7位地址，所以选择了7位地址模式。

在Advanced设置中，有几个选项需要关注：Clock Stretching（时钟拉伸）要启用，因为很多传感器都需要这个功能；General Call地址识别可以禁用，除非需要广播功能。最后检查生成的初始化代码，确保配置正确。

配置完成后，在生成的sl_i2cspm_init_instances()函数中可以看到具体的初始化参数。这个函数会在系统启动时自动调用，完成I2C控制器的初始化。如果需要修改配置，最好在SSV5的图形界面中修改，不要直接修改生成的代码，否则下次重新生成配置时修改会丢失。

4. I2C通信协议深度解析

I2C协议虽然简单，但有些细节很容易出错。首先是起始条件：当SCL为高电平时，SDA从高电平跳变到低电平。这个跳变必须足够快，否则从设备可能无法识别。EFR32BG22的硬件I2C控制器会自动处理这个时序，不需要担心。

地址传输阶段要注意：7位地址需要左移1位，最低位表示读写方向。比如地址0x50的传感器，写操作时地址字节是0xA0（0x50<<1|0），读操作时是0xA1（0x50<<1|1）。这个细节很多新手都会忽略，导致通信失败。

数据传输阶段，每个字节都是MSB先传输，每传输完一个字节都需要接收方发送ACK应答。EFR32BG22的I2C控制器会自动处理ACK的发送和检测，只需要通过返回值就能知道是否收到ACK。如果没有收到ACK，说明传输出现问题，需要重试或检查硬件连接。

停止条件也很重要：当SCL为高电平时，SDA从低电平跳变到高电平。两次传输之间要有足够的间隔时间，特别是不同速率的设备混用时。我遇到过因为停止条件间隔时间太短导致传感器无法响应的问题，后来增加了延时就好了。

5. 实战I2C数据收发函数编写

编写I2C收发函数是核心工作。先来看发送函数，我封装了一个user_i2c_send_data()函数，参数包括I2C实例指针、从机地址、要发送的数据指针和数据长度。函数内部使用I2C_TransferSeq_TypeDef结构体来配置传输序列。

这个结构体很重要，它定义了完整的传输序列。addr字段设置从机地址，需要左移1位。flags字段设置传输类型，我用了I2C_FLAG_WRITE表示写操作。buf[0]用来存放要发送的数据，data指针指向发送缓冲区，len设置数据长度。

实际传输使用I2CSPM_Transfer()函数，这个函数是SDK提供的，封装了底层操作。它会阻塞直到传输完成或超时，返回值可以判断传输是否成功。如果返回i2cTransferDone表示成功，其他值表示各种错误，需要根据错误类型进行相应处理。

接收函数类似，flags设置为I2C_FLAG_READ表示读操作。接收到的数据存放在buf[0]指定的缓冲区中。注意接收缓冲区的长度要足够存放所有数据，否则会导致内存越界。我一般会定义固定大小的缓冲区，并在函数开始时检查数据长度是否超出缓冲区大小。

为了提高可靠性，我增加了重试机制。当传输失败时，自动重试3次，如果仍然失败才返回错误。在实际测试中，这种机制有效解决了偶尔出现的传输错误问题。重试之间加入了少量延时，让从设备有时间恢复。

6. 与传感器从机通信实战

我使用的传感器是SHTC3温湿度传感器，这是一个I2C接口的数字传感器。通信流程是：先发送测量命令，等待测量完成，然后读取测量结果。传感器地址是0x70，但需要左移1位，所以实际写入的地址是0xE0。

启动测量的命令是0x7866，这个命令需要分两个字节发送，先发0x78再发0x66。发送命令后需要等待15ms让传感器完成测量，这个等待时间很关键，时间不够会导致读数不准。我使用定时器实现精确延时，而不是简单的循环等待。

读取数据时，先发送读取命令，然后读取6个字节的数据。温湿度数据各占2个字节，还有1个字节的CRC校验。虽然EFR32BG22的I2C控制器不支持硬件CRC，但软件实现CRC校验也不复杂，我添加了CRC校验功能来确保数据正确性。

在实际测试中，遇到了一个典型问题：传感器偶尔无响应。通过逻辑分析仪抓取波形，发现是上拉电阻值不合适。I2C总线需要合适的上拉电阻，通常4.7kΩ比较合适，但我一开始用了10kΩ，导致上升沿太缓。更换电阻后问题解决。

另一个问题是电源噪声影响。当蓝牙射频工作时，电源上会有噪声，影响了传感器精度。后来在电源引脚加了10μF和0.1μF的去耦电容，问题得到明显改善。这个经验说明硬件设计对通信稳定性也很重要。

7. BLE服务与特征值设计

蓝牙服务设计是关键环节。我创建了一个自定义的Environmental Sensing服务，包含温度和湿度两个特征值。服务UUID使用128位的自定义UUID，避免与标准UUID冲突。特征值属性设置为Read和Notify，这样手机端可以读取当前值并接收通知。

温度特征值使用16位有符号整数表示，单位是0.01摄氏度。湿度特征值也是16位无符号整数，单位是0.01%RH。这种精度足够大多数应用场景。每个特征值都包含Client Characteristic Configuration Descriptor，用于启用或禁用通知。

在gatt_configuration.btconf文件中配置服务结构。先创建新的Service，然后添加Characteristic。每个Characteristic都要设置UUID、属性、权限等参数。配置完成后，SSV5会自动生成gatt_db.h文件，其中包含所有特征值的句柄定义。

我定义了gattdb_temperature和gattdb_humidity两个特征值句柄，在代码中通过这些句柄来访问特征值。句柄值由系统自动分配，不需要硬编码，这样即使服务结构变化，代码也不需要修改。

为了降低功耗，我设置了适当的通知间隔。传感器数据不需要实时更新，每秒钟更新一次就足够了。这样蓝牙射频的工作时间大大减少，显著降低了整体功耗。在实际测试中，平均功耗从原来的3mA降低到0.5mA。

8. BLE事件处理与数据透传机制

蓝牙事件处理是数据透传的核心。EFR32BG22使用事件驱动模型，所有蓝牙事件都在sl_bt_on_event()函数中处理。我主要处理几个关键事件：连接事件、断开事件、特征值状态改变事件等。

当手机端启用通知时，会触发特征值状态改变事件。在这个事件处理中，我设置了一个标志位表示通知已启用，同时保存连接句柄。这样在需要发送数据时，就知道往哪个连接发送数据。连接句柄很重要，因为可能同时有多个设备连接。

数据发送使用sl_bt_gatt_server_send_notification()函数。这个函数需要连接句柄、特征值句柄、数据长度和数据指针。发送前要检查通知是否已启用，否则发送会失败。我封装了一个send_sensor_data()函数来处理发送逻辑。

为了防止数据发送过快导致缓冲区溢出，我实现了简单的流量控制。每次发送后检查返回值，如果返回sl_bt_gatt_server_out_of_memory，说明缓冲区已满，需要等待下次机会发送。实际测试发现，EFR32BG22的缓冲区足够大，很少出现溢出的情况。

连接参数优化也很重要。我设置了适当的连接间隔和延迟时间，在响应速度和功耗之间取得平衡。较短的连接间隔意味着更快的响应速度，但功耗更高。最终我选择了100ms的连接间隔，这个值在实际使用中表现良好。

9. 数据流整合与实时传输实现

数据流整合是整个系统的关键。我设计了一个状态机来管理数据流：空闲状态、测量状态、发送状态。状态机保证了各个操作有序进行，不会相互干扰。

在空闲状态下，系统等待定时器触发测量。我使用了一个硬件定时器，每秒钟触发一次测量。定时器中断中设置测量标志位，主循环中检测到这个标志位后进入测量状态。这种设计避免了在中断中执行耗时操作。

测量状态下，通过I2C读取传感器数据。读取完成后进行数据转换，将原始数据转换为实际物理值。转换后的数据存入缓冲区，并设置发送标志位。发送状态检测到这个标志位后，通过BLE发送数据。

为了确保数据完整性，我实现了简单的数据校验。每个数据包包含序列号，手机端可以检测是否丢包。在实际测试中，丢包率很低，小于0.1%，完全满足应用需求。当检测到丢包时，可以要求重传，但这个功能在实际中很少用到。

实时性方面，从传感器读数到手机端收到数据，整个流程通常在50ms内完成。这个延迟对大多数应用来说已经足够实时。如果需要更低的延迟，可以优化软件流程，减少不必要的等待时间。

10. 功耗优化与性能调优

功耗优化是物联网设备的关键。我首先优化了工作周期：传感器每秒钟测量一次，蓝牙每秒钟发送一次数据，其他时间系统处于睡眠状态。这样大大降低了平均功耗。

EFR32BG22有多种睡眠模式，我选择了EM2模式。在这种模式下，CPU停止运行，但外设和蓝牙控制器仍然工作，功耗只有1.2μA。当定时器中断或蓝牙事件发生时，系统会自动唤醒，处理完任务后继续睡眠。

I2C总线也在不使用时进入低功耗状态。通过配置I2C控制器的低功耗模式，在不通信时自动关闭时钟源，节省功耗。实测发现，这个优化节省了约0.5mA的电流。

蓝牙传输功率也进行了优化。默认传输功率是0dBm，但实际应用中不需要这么高的功率。我将传输功率降低到-20dBm，在保证通信质量的前提下显著降低了功耗。传输功率每降低6dBm，功耗大约降低一半。

内存使用也进行了优化。我使用了静态内存分配，避免动态内存分配带来的碎片和开销。关键数据结构使用固定大小的数组，并在编译时检查是否超出内存范围。这些优化提高了系统的稳定性和可靠性。

最后进行了全面的性能测试。在不同距离和环境条件下测试通信质量，确保在各种场景下都能可靠工作。温度范围测试从-20℃到+60℃，确保在极端温度下也能正常工作。这些测试保证了产品的质量和可靠性。

11. 手机端应用与数据展示

手机端开发同样重要。我使用Android Studio开发了一个简单的App，用于接收和显示传感器数据。App主要包含两个页面：设备列表页面和数据展示页面。

设备列表页面使用Android的Bluetooth API扫描和发现设备。只显示包含Environmental Sensing服务的设备，过滤掉其他无关设备。点击设备后尝试连接，连接成功后跳转到数据展示页面。

数据展示页面实时显示温度和湿度数据，并以曲线图形式展示历史数据。使用了MPAndroidChart库来绘制曲线图，这个库功能强大且使用简单。数据每秒钟更新一次，曲线图平滑滚动，用户体验很好。

App还实现了数据记录功能，可以将传感器数据保存到本地文件，方便后续分析。数据以CSV格式保存，包含时间戳、温度、湿度等信息。这个功能对于长期监测很有用。

为了降低手机耗电，优化了蓝牙通信频率。只有在App处于前台时才高频接收数据，后台时降低接收频率甚至暂停接收。这样既保证了数据实时性，又控制了电量消耗。

最后进行了兼容性测试，在不同品牌和型号的安卓手机上测试App功能。发现有些手机对蓝牙通知的处理不太一样，通过增加兼容性处理代码解决了这些问题。现在App可以在大多数安卓设备上稳定运行。

12. 常见问题与解决方案

在实际开发中遇到了不少问题，这里分享几个典型问题及解决方案。第一个问题是I2C通信偶尔失败。通过逻辑分析仪发现是时序问题，有些传感器对时序要求很严格。解决方案是调整I2C时钟相位，确保满足传感器要求。

第二个问题是蓝牙连接不稳定。有时候设备会突然断开连接，特别是当环境中有多个蓝牙设备时。通过优化连接参数和增加重连机制解决了这个问题。现在即使断开连接，也能自动重新连接。

第三个问题是功耗偏高。最初版本平均功耗有3mA，后来发现是睡眠模式配置不正确。有些外设在睡眠时没有正确关闭，仍然消耗电流。通过仔细配置每个外设的低功耗模式，最终将功耗降低到0.5mA以下。

第四个问题是内存不足。在添加新功能时经常遇到内存不足的问题。通过优化数据结构和减少缓冲区大小来解决。关键是要了解每个变量和缓冲区的实际需求，避免不必要的浪费。

第五个问题是抗干扰能力。在工业环境中，无线干扰很严重。通过增加重传机制和数据校验来提高可靠性。重要数据发送两次，确保至少有一次能正确接收。虽然增加了少量开销，但大大提高了可靠性。

最后一个问题是开发工具的使用。Simplicity Studio 5功能强大但比较复杂，特别是调试功能。通过查阅文档和实际操作，逐渐掌握了各种调试技巧。现在能够快速定位和解决各种问题。