ESP32与Arduino Mega UART通信延迟及浮点数据异常问题

1. 延迟/无响应问题的成因与修复 #

成因 #

swSer.parseFloat()是阻塞式函数：当ESP32的软件串口未接收到有效数据时，它会持续等待直到超时（默认超时时间较长）或获取到可解析的浮点数字符串，直接卡住loop()循环，导致原本每秒执行的逻辑被阻塞，出现延迟甚至无响应。

修复方法 #

必须先判断串口是否有可用数据，再执行读取操作，避免阻塞：

• 优先使用非阻塞式读取，先读取整行带结束符的数据再转换为浮点数：

  void loop() {
    // 原有逻辑代码...
    
    // 替换原第35行的parseFloat()调用
    if (swSer.available() > 0) {
      // 读取到换行符为止，确保拿到完整的浮点数据
      String receivedData = swSer.readStringUntil('\n');
      combyte = receivedData.toFloat();
    }
    
    // 原有逻辑代码...
  }
  

• 若坚持使用parseFloat()，需先判断串口有数据，同时缩短串口超时时间：

  void setup() {
    // 初始化软件串口时设置超时（比如100ms）
    swSer.setTimeout(100);
    // 其他初始化逻辑...
  }
  
  void loop() {
    // 原有逻辑代码...
    
    if (swSer.available() > 0) {
      combyte = swSer.parseFloat();
    }
    
    // 原有逻辑代码...
  }
  

2. combyte显示0.00的问题解决 #

常见成因 #

1. 数据格式不匹配：Arduino发送的是二进制浮点数，而parseFloat()只能解析ASCII字符串格式的数字（比如"123.45"），无法解析二进制数据，会返回默认值0.00。
2. 波特率不一致：ESP32软件串口与Arduino串口的波特率设置不同，导致数据乱码，解析失败返回0.00。
3. 数据不完整：未等待完整数据就执行解析，读取到无效片段导致解析失败。

解决方法 #

1. 统一数据格式：Arduino端发送ASCII格式的浮点数，且添加结束符（如换行）：

   // Arduino发送代码示例，保留2位小数并加换行
   float currentRPM = 123.45; // 替换为你的实际数据
   Serial.print(currentRPM, 2); // 发送ASCII格式的浮点数
   Serial.println(); // 添加换行作为结束标记
   

2. 统一波特率：确保ESP32软件串口与Arduino串口的波特率一致，比如都设为9600：
   • ESP32端：swSer.begin(9600);
   • Arduino端：Serial.begin(9600);
3. 确保读取完整数据：使用前面提到的readStringUntil('\n')读取整行数据后再转换，避免读取不完整的片段。

内容的提问来源于stack exchange，提问作者Khoa Nguyễn