C 嵌入式系统中的AT命令
我正在使用嵌入式C,并试图为GPRS终端制作应用程序。我的主要问题是使用AT命令。我使用串行线发送AT命令,但如果是面向网络的命令,它的响应可能需要时间,因此我有很多等待,而处理器什么也不做。这个想法是让这个等待以相同的方式并行完成,就像在不同的线程中一样。因为我的系统不支持线程,所以有人知道怎么做吗?C 嵌入式系统中的AT命令,c,parallel-processing,embedded,at-command,C,Parallel Processing,Embedded,At Command,我正在使用嵌入式C,并试图为GPRS终端制作应用程序。我的主要问题是使用AT命令。我使用串行线发送AT命令,但如果是面向网络的命令,它的响应可能需要时间,因此我有很多等待,而处理器什么也不做。这个想法是让这个等待以相同的方式并行完成,就像在不同的线程中一样。因为我的系统不支持线程,所以有人知道怎么做吗? 我想用一些定时器,因为我们有中断,每5毫秒调用一次,但我不知道我需要等待多少秒才能得到响应,如果我比较中断中的字符串来检查是否收到了所有消息,可能效率很低,对吗?你可以使用中断,将串行接口配置为
我想用一些定时器,因为我们有中断,每5毫秒调用一次,但我不知道我需要等待多少秒才能得到响应,如果我比较中断中的字符串来检查是否收到了所有消息,可能效率很低,对吗?你可以使用中断,将串行接口配置为在数据可用时中断,或使用RTOS(例如)运行两个线程,一个用于主代码,另一个用于阻塞并等待串行数据 更新:根据您的评论,您说您不知道数据的大小,这很好,在中断处理程序中检查终止数据的字节,这是一个简单的通用示例,您应该检查MCU的示例:
void on_serial_char()
{
//disable interrupts
disable_interrupts();
//read byte
byte = serial.read();
//check if it's the terminating byte
if (byte == END) {
//set the flag here
MESSAGE_COMPLETE = 1;
}
//add byte to buffer
buf[length++] = byte;
//enable interrupts
enable_interrupts();
}
并在主循环中检查该标志:
...
if (MESSAGE_COMPLETE) {
//process data
...
//you may want to clear the flag here
MESSAGE_COMPLETE = 0;
//send next command
...
}
您可以使用中断,将串行接口配置为在数据可用时中断,或者使用RTOS运行两个线程,一个用于主代码,另一个用于阻塞并等待串行数据 更新:根据您的评论,您说您不知道数据的大小,这很好,在中断处理程序中检查终止数据的字节,这是一个简单的通用示例,您应该检查MCU的示例:
void on_serial_char()
{
//disable interrupts
disable_interrupts();
//read byte
byte = serial.read();
//check if it's the terminating byte
if (byte == END) {
//set the flag here
MESSAGE_COMPLETE = 1;
}
//add byte to buffer
buf[length++] = byte;
//enable interrupts
enable_interrupts();
}
并在主循环中检查该标志:
...
if (MESSAGE_COMPLETE) {
//process data
...
//you may want to clear the flag here
MESSAGE_COMPLETE = 0;
//send next command
...
}
您只需在每个mainLoopCycle中调用packetHandler。 此处理程序检查串行端口是否有新字符可用 packetHandler将逐位构建响应消息,如果消息是完整的,那么它将调用messageReceive函数,否则它将返回mainLoop
int main()
{
init();
for (;;)
{
packetHandler();
}
}
char msgBuffer[80];
int pos=0;
void packetHandler()
{
char ch;
while ( isCharAvailable() )
{
ch=getChar();
msgBuffer[pos++] = ch;
if ( ch == '\n' )
{
messageReceived(msgBuffer);
pos=0;
}
}
}
您只需在每个mainLoopCycle中调用packetHandler。 此处理程序检查串行端口是否有新字符可用 packetHandler将逐位构建响应消息,如果消息是完整的,那么它将调用messageReceive函数,否则它将返回mainLoop
int main()
{
init();
for (;;)
{
packetHandler();
}
}
char msgBuffer[80];
int pos=0;
void packetHandler()
{
char ch;
while ( isCharAvailable() )
{
ch=getChar();
msgBuffer[pos++] = ch;
if ( ch == '\n' )
{
messageReceived(msgBuffer);
pos=0;
}
}
}
听起来您与硬件驱动程序非常接近。如果是这样,最好的方法是使用DMA,如果MCU支持DMA,则使用DMA硬件的标志来确定何时开始解析接收到的数据
第二个最好的选择是使用rx中断,将每个接收到的字节存储在一个简单的FIFO中,例如循环缓冲区,然后在接收到它们后设置一些标志。一个用于输入数据的缓冲区和一个用于接收到的最新有效数据的缓冲区可能是必需的。听起来您与硬件驱动程序非常接近。如果是这样,最好的方法是使用DMA,如果MCU支持DMA,则使用DMA硬件的标志来确定何时开始解析接收到的数据
第二个最好的选择是使用rx中断,将每个接收到的字节存储在一个简单的FIFO中,例如循环缓冲区,然后在接收到它们后设置一些标志。一个缓冲区用于输入数据,另一个缓冲区用于接收到的最新有效数据可能是必需的。我有串行接口中断,但它没有检测到消息的结尾,只是从输出中提取一个字符并将其放入buffer@viktor.radovic如果您现在更改了邮件大小,请保持运行计数,当您达到该计数时,设置一个标志并在主代码中处理它。不幸的是,我没有这个信息,我只知道什么字符串可能是消息的结尾,但检查缓冲区中是否存在结束字符串是否太慢?@viktor.radovic是一样的,当你在中断处理程序中读取该字符时,只需设置一个标志,类似于message_COMPLETE=1;并在主代码中进行检查。此代码需要某种保护机制,以确保中断安全。在访问缓冲区时禁用中断,或者使用双缓冲区,或者使用原子标志。还要确保将中断和main之间共享的所有变量声明为volatile,以保护编译器优化BUF。我有串行接口的中断,但它不会检测消息的结尾,它只从输出中提取一个字符并将其放入buffer@viktor.radovic如果您现在更改邮件大小,保持运行计数,当您达到该计数时,设置一个标志并在主代码中处理。不幸的是,我没有该信息,我只知道什么字符串可能是消息的结尾,但检查缓冲区中是否存在结束字符串是否太慢?@viktor.radovic相同,在中断处理程序中读取该字符时,只需设置一个标志,如MESSAGE_COMPLETE=1;并在主代码中检查。此代码需要一些
rt的保护机制,使其中断安全。在访问缓冲区时禁用中断,或者使用双缓冲区,或者使用原子标志。还要确保将中断和main之间共享的所有变量声明为volatile,以保护编译器优化BUF。此解决方案对应用程序和硬件的性质进行了大量假设。问题是您在主循环的执行时间和串行总线波特率之间创建了紧密耦合依赖关系。如果主程序比串行总线快得多,那么就没有问题。如果速度较慢,则会出现问题,因为可能会出现缓冲区溢出。普通gsm模块的工作波特率为9600或115200波特,这对于今天的任何普通cpu都不会有问题。另一方面,由于gsm模块大部分时间只回答问题,因此接收数据受到限制。因此,如果串行ISR接收缓冲区足够大,就不会发生缓冲区溢出。最大的正常消息长度约为180字节。115200波特对于低端MCU来说可能是个问题。此外,OP可能运行缓慢的时钟,只是为了降低功率和/或噪声,我们不知道这一点。在现代MCU上也有许多具有有限硬件缓冲区的片上UART模块。如果在后台某处有一个接收缓冲区,从ISR中填满,那么您的解决方案是有意义的,但是您的答案中没有提到ISR。您是对的,如果。但是,如果你可以放置一个gsm模块,你也应该有足够的钱来配置足够的cpu。我没有提到ISR,正如OP在评论中所说的,他使用ISR进行连载。因此,这不是问题所在,更像是如何实现逻辑并将其与串行驱动器解耦的问题。主循环的执行时间取决于其大小和复杂性,而不仅仅取决于时钟。ISR可能需要在一个周期内中断主循环数次,UART缓冲区通常非常小,约为8或16字节,因此,我看不出你拒绝在中断而不是主循环中填充msgBuffer的真正正当理由。这个解决方案对应用程序和硬件的性质做了很多假设。问题是您在主循环的执行时间和串行总线波特率之间创建了紧密耦合依赖关系。如果主程序比串行总线快得多,那么就没有问题。如果速度较慢,则会出现问题,因为可能会出现缓冲区溢出。普通gsm模块的工作波特率为9600或115200波特,这对于今天的任何普通cpu都不会有问题。另一方面,由于gsm模块大部分时间只回答问题,因此接收数据受到限制。因此,如果串行ISR接收缓冲区足够大,就不会发生缓冲区溢出。最大的正常消息长度约为180字节。115200波特对于低端MCU来说可能是个问题。此外,OP可能运行缓慢的时钟,只是为了降低功率和/或噪声,我们不知道这一点。在现代MCU上也有许多具有有限硬件缓冲区的片上UART模块。如果在后台某处有一个接收缓冲区,从ISR中填满,那么您的解决方案是有意义的,但是您的答案中没有提到ISR。您是对的,如果。但是,如果你可以放置一个gsm模块,你也应该有足够的钱来配置足够的cpu。我没有提到ISR,正如OP在评论中所说的,他使用ISR进行连载。因此,这不是问题所在,更像是如何实现逻辑并将其与串行驱动器解耦的问题。主循环的执行时间取决于其大小和复杂性,而不仅仅取决于时钟。ISR可能需要在一个周期内中断主循环几次,UART缓冲区通常非常小~8或16字节,因此我看不出您拒绝在中断而不是主循环中填充msgBuffer的真正有效原因。