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

"at+cmgs"指令很特殊，回车后还需要输入数据。此处是"CR",不是"CRLF"，注意在超级终端里直接回车是不是生成了两个字符（查看设置）。象"at+cmgl"指令，即使最后输入"CRLF"也是不要紧的。

你的问题出在长度上。长度不是随便写的，你的例子中，长度应为21。除去SMSC段（0891683108100005F0），从"11"开始算（即"11000D91683118405057F000000006C8329BFD0E01"），除以2即得。

正确的写法应该是

(">"是手机提示，不是输入的)

我最近在编一个关于短消息的程序，在你的"通过串口收发短消息"中提到"Text Mode是纯文本方式，可使用不同的字符集，从技术上说也可用于发送中文短消息，但国内手机基本上不支持，主要用于欧美地区。"是不是说我用AT指令"AT+CMGF=1"或"AT+CMGF=0"对我后来的收发短消息没什么影响啊？

Text mode写起来简单，直接发原文就行，发送非ASCII码内容也能发，但需要手机支持才能正确显示。如法语、德语的很多字符，编码大于0x80，他们都是用text mode。Text mode靠什么区分字符编码方式呢？有专门的字符集设定指令"AT+CSCS"。可以设定为扩充字符集"UCS2"。Siemens TC35/TC37资料上说，它的"AT+CSCS"支持"UCS2"字符集，但我目前没有机会去亲自试验。正在使用TC35/TC37模块的朋友不妨试一下。

据我了解，中文短消息方面，在国内卖的各种手机只支持PDU mode，这成了事实上的标准。其实PDU mode真的挺好用，估计以后text mode会萎缩。我们写的程序，我建议只采用PDU mode，即使是发纯英文信息也这样，编码倒是可以灵活采取7bit或UCS2，因为7bit能发的长度是UCS2的2倍(仅对纯英文而言)。如果发送纯数据，不需要手机显示，可用8bit。