AT 命令响应(了解 Arduino 上的代码执行顺序)
AT command responses (understanding order of code execution on Arduino)
我正在向 ESP8266 from an Arduino Uno/Nano (ATmega328) 发送 AT 命令并尝试解析接收到的字符串的末尾以响应确定 ESP 的反应以及它是否成功(以及它是否成功)准备接收另一个命令)。我知道之前已经讨论过解析 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"
,结果 return 为真,因为它位于响应第一行的末尾。无论是搜索 "OK"
还是 "OK\r\n"
,结果都是一样的,它 return 是假的,然后接收到其余的响应。
代码如下:
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!");
}
}
为什么在收到完整响应之前 return(正好在超时期限内)?是不是和endsWith()
函数有关?
因此,对于如何让它解析整个响应而不仅仅是第一行,您有什么想法吗?
重申一下,我只对响应的结尾感兴趣(例如 "OK"
或 "OK\r\n"
)。
Any idea why it returns before the full response is received (well within the timeout period)?
是的,你的主要问题如下
if (ESP.available())
这使得 waitForResponse 函数 return 只要 UART(或其他串行 IO 缓冲区)为空 - 这不是您想要的。您想要的是从串行端口读取,直到收到以 "\r\n"
.
结尾的行
Is it something to do with the endsWith() function?
是的,这是与 ESP.available
相结合的另一个问题,因为您正试图将调制解调器响应行的末尾与串行路径中发生的随机数据斩波相匹配。如果你非常幸运,这将位于线边界上,但很可能不会,你不应该依赖它。
这是一个称为 framing 的通用协议问题,适用于任何类型的异步串行通信。对于调制解调器通信,帧字符为 \r
和 \n
.
帮自己一个忙,实现一个 readline
函数,一个一个地读取一个字符,直到前一个字符是 \r
,当前字符是 \n
,然后是 return 到目前为止它读到的所有内容。
然后专门使用该函数1 来读取调制解调器响应数据。这既适用于中间结果代码,如CONNECT
,也适用于最终结果代码(例如OK
等)。
"Parsing" 响应行可以像
一样简单
if (responseLine.equals("CONNECT\r\n")) ...
或
if (isFinalResultCode(responseLine)) ...
正如我所说,处理调制解调器输出的唯一正确方法是将输出分成完整的行并一次迭代一整行。
1
唯一的例外是在解析 AT+CMGS 响应数据时。
你在 while
之后的 if
确实是错误的 因为 你可能已经读了更多的东西回来了因此,即使收到“ok”,您也不会以目标字符串结尾。
你应该只测试 responseBuffer 是否结束 with target and return true only 当你在 while
循环中而不是之后收到一个新字符时。
超时后,只需 return false.
我正在向 ESP8266 from an Arduino Uno/Nano (ATmega328) 发送 AT 命令并尝试解析接收到的字符串的末尾以响应确定 ESP 的反应以及它是否成功(以及它是否成功)准备接收另一个命令)。我知道之前已经讨论过解析 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"
,结果 return 为真,因为它位于响应第一行的末尾。无论是搜索 "OK"
还是 "OK\r\n"
,结果都是一样的,它 return 是假的,然后接收到其余的响应。
代码如下:
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!");
}
}
为什么在收到完整响应之前 return(正好在超时期限内)?是不是和endsWith()
函数有关?
因此,对于如何让它解析整个响应而不仅仅是第一行,您有什么想法吗?
重申一下,我只对响应的结尾感兴趣(例如 "OK"
或 "OK\r\n"
)。
Any idea why it returns before the full response is received (well within the timeout period)?
是的,你的主要问题如下
if (ESP.available())
这使得 waitForResponse 函数 return 只要 UART(或其他串行 IO 缓冲区)为空 - 这不是您想要的。您想要的是从串行端口读取,直到收到以 "\r\n"
.
Is it something to do with the endsWith() function?
是的,这是与 ESP.available
相结合的另一个问题,因为您正试图将调制解调器响应行的末尾与串行路径中发生的随机数据斩波相匹配。如果你非常幸运,这将位于线边界上,但很可能不会,你不应该依赖它。
这是一个称为 framing 的通用协议问题,适用于任何类型的异步串行通信。对于调制解调器通信,帧字符为 \r
和 \n
.
帮自己一个忙,实现一个 readline
函数,一个一个地读取一个字符,直到前一个字符是 \r
,当前字符是 \n
,然后是 return 到目前为止它读到的所有内容。
然后专门使用该函数1 来读取调制解调器响应数据。这既适用于中间结果代码,如CONNECT
,也适用于最终结果代码(例如OK
等)。
"Parsing" 响应行可以像
if (responseLine.equals("CONNECT\r\n")) ...
或
if (isFinalResultCode(responseLine)) ...
正如我所说
1 唯一的例外是在解析 AT+CMGS 响应数据时。
你在 while
之后的 if
确实是错误的 因为 你可能已经读了更多的东西回来了因此,即使收到“ok”,您也不会以目标字符串结尾。
你应该只测试 responseBuffer 是否结束 with target and return true only 当你在 while
循环中而不是之后收到一个新字符时。
超时后,只需 return false.