Arduino-LoRa库在ESP32上发送数据包卡死问题分析与解决

问题现象

在使用Arduino-LoRa库(0.8.0版本)与RFM95W模块配合时，开发者发现一个有趣的现象：相同的代码在Arduino Nano上可以正常工作，但在ESP32 DOIT DevKit V1开发板上运行时，程序会在LoRa.endPacket()处卡死。具体表现为程序执行到打印"print counter"后不再继续，深入调试发现卡在等待发送完成标志位的循环中。

代码分析

示例代码非常简单明了：

1. 初始化LoRa模块
2. 循环发送包含计数器的数据包
3. 每个步骤都有串口打印用于调试

关键发送部分的代码逻辑完全正确，符合LoRa库的标准用法：

LoRa.beginPacket();
LoRa.print("hello ");
LoRa.print(counter);
LoRa.endPacket();  // 在此处卡死

深入排查

通过进一步调试发现，程序卡在LoRa库内部的以下循环中：

while ((readRegister(REG_IRQ_FLAGS) & IRQ_TX_DONE_MASK) == 0) {
    yield();
}

这个循环等待的是RFM95W模块的发送完成中断标志位。正常情况下，模块完成数据发送后会设置这个标志位，但在此情况下标志位始终未被设置。

问题根源

经过仔细排查和多方面对比测试，最终发现问题出在ESP32开发板的接地连接上。ESP32 DOIT DevKit V1开发板有3个接地引脚，而开发者最初只连接了其中1个到电源地线。这种不完全的接地导致：

1. 数字信号参考电平不稳定
2. SPI通信可能出现干扰
3. 射频模块供电回路不完整
4. 中断信号传输不可靠

解决方案

将ESP32开发板上所有3个接地引脚都连接到电源地线后，问题立即解决。这是因为：

1. 完整的接地提供了稳定的参考电平
2. 降低了数字信号的噪声干扰
3. 确保了射频模块的正常工作电流回路
4. 使中断信号能够可靠传输

经验总结

1. 多接地引脚处理：对于具有多个接地引脚的开发板，建议全部连接以确保电路稳定性。

2. ESP32的特殊性：相比Arduino Nano，ESP32对电源完整性和信号质量更为敏感，需要更严格的电路连接。

3. 调试技巧：当遇到类似通信问题时，应首先检查硬件连接，特别是电源和地线。

4. LoRa模块工作特性：RFM95W等LoRa模块对电源质量要求较高，不稳定的供电会导致各种异常行为。

这个问题虽然最终解决方式简单，但排查过程体现了硬件调试的重要性，特别是在不同平台间移植代码时，不能忽视硬件环境的差异。