“通过串口收发短消息”的Q&A汇编
2006-07-21 11:13:04 来源:WEB开发网核心提示: 若无任何数据,等待500+1*128=628毫秒返回,“通过串口收发短消息”的Q&A汇编(5),也就是说,若没有连上手机,将新数据追加到已读数据后,且检测是否见到"OK"或"ERROR",根本不存在应答,ReadComm会持续阻塞628毫秒
在手机正确连接的情况下,主要是最后一条起作用。一段数据是连续传输的,若波特率是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",以判断是否已经读到完整的数据。
更多精彩
赞助商链接