关于AT字符接收的处理方式的疑问

发布于 2019-04-10 17:28:42 浏览：1134 订阅该版

* 本帖最后由 lissettecarlr 于 2019-4-10 17:31 编辑 *

目前我遇到这样一个问题，在STM32休眠然后唤醒后，AT串口不知道为啥将会接收到一个0X00字符，并被保存到了server->recv_buffer中，于是AT组件就没法运行了，原因是使用if(!strstr(server->recv_buffer, server->end_mark))进行判断时，是永远无法进入if的，strstr在判断第一个字符是0X00就退出了，然后接收到的消息就不断累加，而无法处理。 虽然正常通讯时不会发生0X00，但是万一通讯线路问题，也可能出现了一个0X00，那么AT组件就无法正常工作了额。如下是我测试用的打印:
```if(!strstr(server->recv_buffer, server->end_mark))
{
     at_server_printf("ch=%02X size: %d  end=%02X,%02X<br>",ch,server->cur_recv_len,server->end_mark[0],server->end_mark[1]); 
     for(int i=0;i<server->cur_recv_len;i++)
    {
     at_server_printf("%02X ",server->recv_buffer* );
     }
     continue;
 }                                
    LOG_E("lalallala");```休眠唤醒后使用AT测试打印
[16:53:46.406]发→◇AT
[16:53:46.413]收←◆
ch=41 size: 2  end=0D,0A
00 41 
ch=54 size: 3  end=0D,0A
00 41 54 
ch=0D size: 4  end=0D,0A
00 41 54 0D 
ch=0A size: 5  end=0D,0A
00 41 54 0D 0A

[16:54:22.819]发→◇AT
[16:54:22.823]收←◆
ch=41 size: 6  end=0D,0A
00 41 54 0D 0A 41 T
ch=54 size: 7  end=0D,0A
00 41 54 0D 0A 41 54 
ch=0D size: 8  end=0D,0A
00 41 54 0D 0A 41 54 0D 
ch=0A size: 9  end=0D,0A
00 41 54 0D 0A 41 54 0D 0A

我目前是在这前面加了一个判断，来筛除0X00，是能解决这个问题，但是没通观全局，不知道是否合适```    //测试添加
        if(ch !=0X00)     
       {                                        
          server->recv_buffer[server->cur_recv_len++] = ch;
          last_ch = ch;
       }
        else
        {
           continue;
         }
        //end```