WEB开发网
开发学院软件开发VC “通过串口收发短消息”的Q&A汇编 阅读

“通过串口收发短消息”的Q&A汇编

 2006-07-21 11:13:04 来源:WEB开发网   
核心提示: 若无任何数据,等待500+1*128=628毫秒返回,“通过串口收发短消息”的Q&A汇编(5),也就是说,若没有连上手机,将新数据追加到已读数据后,且检测是否见到"OK"或"ERROR",根本不存在应答,ReadComm会持续阻塞628毫秒
  • 若无任何数据,等待500+1*128=628毫秒返回。也就是说,若没有连上手机,根本不存在应答,ReadComm会持续阻塞628毫秒,而后返回。
  • 若数据连续传输,且字符间隔也未超过了100毫秒,但时间已经到了628毫秒,返回已读取的字符(串)。接收到的可能是不完全的字符串。
  • 若在628毫秒内,字符间隔超过了100毫秒(第一个字符之前等待的时间不算),返回已读取的字符(串)。接收到的应该是完整的字符串。
  • 在手机正确连接的情况下,主要是最后一条起作用。一段数据是连续传输的,若波特率是9600bps,可以算出字符间隔是0.1毫秒左右,远小于100毫秒,不会读一个字节或部分数据就返回;通常是数据完毕后才可能出现等待100毫秒而返回的情况。举个例子,若在执行ReadComm(ans, 128)后150毫秒收到"OK\r\n",则还需要额外等100毫秒,也就是说函数将在250毫秒后返回。这里传输4个字节数据的时间被忽略不计了。如果觉得读得太急,可将基本的(额外的)读超时时间调大一些。不过500毫秒内还没有应答,可能是连接故障造成的。

    需要特别注意的是"AT+CMGL"指令及其应答。可能是由于需要扫描所有存储区域的缘故,手机在逐条送出短消息后,还需要延迟好几秒的时间才能送出最后的"OK"。当然可以通过设定上面的基本读超时时间和读字符间隔超时时间都很长(比如20秒),并且一次读很长的数据(比如2000),来达到目的。但这样一来,函数阻塞时间太长,若恰好这时要程序退出,你会赫然发现"该程序无响应"。SmsTest中解决办法是:循环读取串口数据,将每次读取的数据拼接起来,最后得到完整的应答。gsmGetResponse()每次可能读取部分数据,将新数据追加到已读数据后,且检测是否见到"OK"或"ERROR",以判断是否已经读到完整的数据。

    上一页  1 2 3 4 5 

    Tags:通过 串口 收发

    编辑录入:爽爽 [复制链接] [打 印]
    赞助商链接