2

我正在从Arduino Uno / Nano (ATmega328) 向ESP8266发送 AT 命令，并尝试解析接收到的字符串的结尾，以确定 ESP 的反应方式以及它是否成功（以及它是否准备好接收另一个命令然而）。我知道在此之前已经讨论过解析 AT 命令响应：

获取 AT 命令响应

但我有一个具体的问题没有涉及，这里的其他人可能也会感兴趣......

首先，调用一个函数，将 AT 命令发送到 ESP 以连接到 ThingSpeak（数据记录服务器）。这在手动模式下工作正常，并且在尝试解析响应时也可以连接，但它只解析返回的第一行。例如，串行监视器中的预期输出将是：

c
AT+CIPSTART="TCP","api.thingspeak.com",80
CONNECT

OK
Connected to ThingSpeak!

c我输入的用于启动连接的命令字符在哪里。

然而，实际的反应如下：

c
AT+CIPSTART="TCP","api.thingspeak.com",80
Cannot connect to ThingSpeak!


CONNECT

OK

这意味着解析函数在收到响应之前就结束了……如下面的代码所示，当前指定了 10 秒的超时时间。即使有 20 秒的超时，同样的事情也会发生，尽管当手动执行时，响应会在大约一秒内到达。

只是为了测试解析功能，我尝试搜索"80"并返回 true，因为它位于响应第一行的末尾。无论是搜索"OK"还是"OK\r\n"结果相同，它都会返回 false，然后接收到其余的响应。

这是代码：

boolean waitForResponse(String target, unsigned long timeout)
{
  unsigned long startTime = millis();
  String responseBuffer;
  char charIn;

  // Keep checking for ESP response until timeout expires
  while ((millis() - startTime) < timeout)
  {
    if (ESP.available())
    {
      responseBuffer += ESP.read();
    }
  }
  Serial.println(responseBuffer);

  if (responseBuffer.endsWith(target))
  {
    return true;
  } else {
    return false;
  }
}

void openCxn()
{
  ESP.print("AT+CIPSTART=\"TCP\",\"api.thingspeak.com\",80");
  delay(500);
  if (waitForResponse("80", 10000L))
  {
    Serial.println("Connected to ThingSpeak!");
  } else {
    Serial.println("Cannot connect to ThingSpeak!");
  }
}

为什么它在收到完整响应之前返回（在超时期限内）？它与endsWith()功能有关吗？

因此，您对如何使其解析整个响应而不仅仅是第一行有任何想法吗？

重申一下，我只对响应的结尾感兴趣（例如"OK"或"OK\r\n"）。

4

2 回答 2

0

知道为什么它在收到完整响应之前返回（在超时期限内）吗？

是的，您的主要问题如下

if (ESP.available())

这使得 waitForResponse 函数在 UART（或其他一些串行 IO 缓冲区）为空时返回 - 这不是您想要的。您想要的是从串行端口读取，直到您收到以 . 结尾的行"\r\n"。

它与 endsWith() 函数有关吗？

是的，这是一个额外的问题，ESP.available因为您试图将来自调制解调器的响应行的末尾与串行路径中发生的任何随机数据斩波相匹配。如果你非常幸运，这将在线路边界上，但很可能不是，你不应该依赖它。

这是一个被称为成帧的通用协议问题，适用于任何类型的异步串行通信。对于调制解调器通信，成帧字符是\r和\n。

帮自己一个忙，实现一个readline函数，逐个读取字符，直到前一个字符是\r当前字符\n，然后返回它到目前为止读取的所有内容。

然后专门使用该功能1来读取调制解调器响应数据。这既适用于中间结果代码CONNECT，也适用于最终结果代码（例如等OK）。然后“解析”响应行可以很简单

if (responseLine.equals("CONNECT\r\n")) ...

或者

if (isFinalResultCode(responseLine)) ...

正如我之前所说，处理调制解调器输出的唯一正确方法是将输出分成完整的行并在一次迭代一个完整的行。

1 唯一的例外是在解析 AT+CMGS 响应数据时。

于 2016-06-22T19:57:20.210 回答
0

您的ifafterwhile 确实是错误的，因为您可能已经阅读了更多内容，因此即使收到“ok”，您也不会以目标字符串结尾。

您应该只测试 responseBuffer 是否以target结尾，并且仅while当您在循环中而不是之后收到新字符时才返回 true 。超时后，只需返回 false。

于 2016-06-22T23:51:28.370 回答