关于西门子PLC与西门子TC35TerminalGSM调制解调器自由通讯的探讨.docVIP

关于西门子PLC与西门子TC35 Terminal GSM调制解调器自由通讯的探讨 在今年西门子的客户培训会上，我们得到了一本《深入浅出西门子S7-200PLC》，该书由北京航空航天大学出版社出版发行，书号：ISBN7-81077-426-3，此书为2003年12月第一版，2004年12月第四次印刷。 在本书的配书光盘中有一篇关于S7-200自由口通讯的专题，该专题中介绍了西门子PLC与西门子TC35 Terminal GSM调制解调器自由通讯的内容，但该专题所提供的PLC编程，我认为该程序是错误的。我认为该程序的作者可能没有搞清楚中断程序嵌套。我曾经试图与该书的作者联系，但都以失败告终。我很想与该段程序的原作者就西门子TC35猫的有关用法进行一次深刻的探讨，其实在PLC无线通讯上的市场潜力是非常大的。只可惜，好像西门子内部并不太注意这方面的市场拓展，也许是西门子在高端路线理念的指引下，不在乎而已。但就站在工程技术角度看，一个逻辑上不严谨的程序大量发行，对后来者的误导是多么的可怕。我这次写了一个程序，由于没有TC35硬件无法进行试验，希望与所有使用或打算使用TC35的同志共同探讨和学习提高。 同时我对这种中断程序嵌套的编写方法有一些自己的看法，我认为，不应该在中断程序中去嵌套，而应该利用中间变量M等元件，在中断中调用子程序，或引用跳转，这样程序编写起来会过程清晰些，不易出错。当然这是我得一家之言，常言到“杀猪杀屁眼，各有各的杀法”，程序的编写需要一定的工作经验，也掺杂着个人的习惯和偏好，不可同一而论。 还有我认为该程序的作者应该向学习者说明一些细节，如：当我们使用MOVB ‘’，SMB88 时，也许会有一些同志产生这样的问题，符号怎么输入？我认为作者该介绍一下，MOVB命令当写入有‘符号‘时，引符以内的字符以ASCII码的16进制形式写入。而 ’ 引符键在键盘上Enter键的左边紧挨着的 “ 键，这个引符需要在英文状态下输入，在中文态下无法正确输入。或者干脆使用16进制输入，如号的16进制为3E，即输入MOVB 16#3E,SMB88 ，又如＋号的16进制为2B ，回车符的16进制为0D 等等。如果16进制码和ASCII码之间搞不太清楚，可以网上下载ASCII码转化软件，用GOOGLE一搜索出来一大堆。 关于Unicode码转换，我认为西门子的老师们应该告诉学生们那有转换软件。我在着给大家一个网页Chinese to Unicode Converter 在下面的Character Input Box:内输入中文后按Process按钮后显示在下方的Hex Value(s): 内的十六进制码即为对应汉字的十六进制码。 对于PDU格式的打包，我认为应该介绍的再详细一点。如PDU 数据包：0001000D91683108214365F700080462A58B66中0001000D9168的解释 若没有短消息中心,编码为: 00 //表示默认短消息中心 （即插入TC35猫内的手机卡短消息中心号码要在插入前单独在使用者的手机上设置好。） 31 //需要状态报告//不需为11 00 //永远为00 //分割符 0D //目标号码的长度14位 （即+8613632346940） 91 //有国家编码//没有为81 68 31 36 32 64 49 F0 //目标号码 +8613632346940 00 //TP-PID.协议标识,一般为00,其他值大家知道的帮忙补充一下 08 //是否免提//是为18 04 //正文4字节 62 A5 8B 66 //你好 短消息内容 关于TC35猫使用的AT命令我认为西门子的老师们应该加一些描述如下： 命令‘AT+CMGS=Length’中Length的算法为，Length:为十进制数，用PDU数据长度减去短信中心数据长度。具体数据为减法完成后的数除以2。即0001000D91683108214365F700080462A58B66去掉表示默认短消息中心号码00所剩下的数一共36位，除以2得18。所以AT+CMGS=18。 还有关于AT指令我觉得应该介绍一下Send SMS message命令，如下： 当PLC向TC35发送AT命令VB0开始得11个字节内容后，即PLC指令TC35发送短消息，并告诉TC35相关PDU数据内容后，PLC等待TC35回答符号。这意味着TC35已经收到PLC发来得指令，等待PLC向TC35 发送PDU数据包，即VB20开始的60个字节。 当PLC收到符号后PLC向TC35发送PDU数据包后，等待TC35回答。如果TC35成功收到PLC发来的PDU数据包，TC35向PLC发送符号串+CMGS (XXX) OK，其中(XXX)为随机序列