HC-05蓝牙模块连接后无法接收数据，Bluetooth.available()始终为false

• 硬件&基础参数校验
  • 接线检查：HC-05的TX引脚必须接Arduino的2号引脚（你定义的SoftwareSerial的RX端），RX引脚接3号引脚（SoftwareSerial的TX端），不要接反；HC-05供电需为3.3V，禁止直接接5V以免烧坏模块，上电后指示灯正常闪烁代表模块初始化完成。
  • 通信参数匹配：确认HC-05的波特率、停止位、奇偶校验参数和代码里Bluetooth.begin(9600)的配置一致，出厂默认HC-05一般为9600 8N1，如果你之前通过AT指令修改过参数，需要对应调整初始化参数。
• 长延时阻塞问题确认
  你猜测的delay影响通信是完全正确的：代码里的delay(60000)（1分钟长延时）、delay(5000)（5秒延时）会直接阻塞Arduino的所有前台任务，SoftwareSerial的接收缓冲区只有64字节，延时期间发送过来的蓝牙数据填满缓冲区后会直接丢弃，等执行到listenBluetooth()时缓冲区已经没有有效数据，available()自然返回false。
• SoftwareSerial使用限制排查
  如果你代码中还用到了其他SoftwareSerial实例，同一时间只能有一个实例监听串口数据，需要在调用listenBluetooth()前主动调用Bluetooth.listen()切换监听对象；不要在高优先级中断里执行长逻辑，会打断SoftwareSerial的电平采样，导致接收失败。
• 代码逻辑优化建议
  1. 调试阶段可以把listenBluetooth()里的Serial.println("Listening for bluetooth")移到Bluetooth.available()判断之外，先确认函数确实被正常调用。
  2. 所有长延时全部替换为非阻塞计时逻辑，用millis()判断时间差代替delay()，参考修改逻辑：

  unsigned long lastRunTime = 0;
  const long taskInterval = 60000; // 原60秒延时对应任务的执行间隔
  
  void loop() {
    // 每次循环都优先执行蓝牙监听，避免数据丢失
    listenBluetooth();
    
    unsigned long currentMillis = millis();
    if (currentMillis - lastRunTime >= taskInterval) {
      lastRunTime = currentMillis;
      // 原需等待60秒才执行的业务逻辑写在这里
      
      listenBluetooth();
      // 原5秒延时的逻辑也用同样的非阻塞方式实现
    }
  }
  

  3. 把Bluetooth.readString()替换为Bluetooth.readStringUntil('\n')指定结束符，避免半包数据解析错误，匹配发送端的换行规则即可。
• 快速验证方案
  可以先写最简测试代码，删除loop里所有业务逻辑和延时，只保留listenBluetooth()调用，确认此时可以正常接收数据后，再逐步加回业务逻辑，定位具体阻塞串口接收的代码段。

内容的提问来源于stack exchange，提问作者Lysander12 PT