从制定通信协议所想到的..（经典） - DeviceNet论坛 - 中国工控网论坛

论文：电力电容器运行中应注意的问题	下载：罗克韦尔（AB）XM动态测量模块（1440-DYN.
手册：LOGO！产品附件选型	书店：最新电子器件置换手册（软件版）（1CD）
企业：广州市萝岗区众力机电行	调查：设计选用触摸式工业图形显示屏，你首选什么品牌？
博坛：变频技术小知识	博文：PID全称
博闻：关于SIMATIC PCS7 V7.0	企文：多路E1传输以太网的应用及实现

查询工控论坛统计

自动化新闻

登陆：密码：注册密码

搜索：

DeviceNet论坛分类

发表人：江门铁蛋

发表时间：2007/5/26 20:07:00

本栏论题：

从制定通信协议所想到的..（经典） [7363]

    第一次听到通信协议有关的事，是2001年初到公司的时候，那个时候，总是把通信协议和硬件（或通信链路）扯在一起，对232/485、TCP等通信链路和Modbus、PPI、TFP分不清到底是什么关系（记得当时，陈老师有好多次纠正我不要把通信说成通讯，通信包括通讯和可信两部分含义，有通讯可靠的意思）。

    在工控上经常有人问，Modbus TCP和Modbus Rtu那个通信快，对西门子PLC200，用PPI通信协议是否比用库实现的Modbus Rtu快呢？问这些问题的人，把一些基本概念混淆了。就像以为所有的车只要上了高速公路，车子性能就好了，速度就快了，其实车还是那个车，只是规定变了。

    我的理解，通信协议（或规约）就是一种约定，也许是开始制定协议的时候，考虑到硬件的性能因素，所以协议好像和硬件不能分割了，就像modbus rtu协议换了硬件链路，协议内容不变，就变成了modbus plus了。

    其实，关于通信协议的一些事我也说不清楚，也许有些东西只能意会而不能言传。

    这段时间比较喜欢Modbus协议，喜欢他的简洁，喜欢他的开放。不像PPI、MPI等协议为了防止破解，加了很多冗余字节，所以势必在同样的硬件条件下，有效通信的效率降低。

    此外，对协议制定，现在从架构的层次来考虑了，以前制定一个硬件通信协议，总是这样制定：如登录命令，设置××参数命令，读取××参数命令，下发数据命令等等，有多少项，也许就有多少条指令。只要增加或修改指令，那相应的上位机和下位机通信部分的代码就要修改。

    目前模仿一些PLC系统，先在下位机设定一个一定大小的存储区，里面放一些已知或目前未知的参数，协议内容无论硬件有多复杂，都仅包含三块内容：读、写指令，参数区具体定义。相对程序来说，就编写两部分，读写操作，剩下的就是配置参数而已。

    这样简单多了，以不变应万变（结合我的组态后台使用，那简直用一个字来形容“爽”）！

以下是关于《从制定通信协议所想到的..（经典）》论题的回复（共5篇）

回复人：langzifeng　

回复时间：2009/6/26 17:14:00

支持(1021) | 反对(1025)

协议内容无论硬件有多复杂，都仅包含三块内容：读、写指令，参数区具体定义。相对程序来说，就编写两部分，读写操作，剩下的就是配置参数而已。
这点看了很有感触很有

回复人：hally_ye　

回复时间：2009/8/4 13:38:00

支持(898) | 反对(916)

最近我也做些这方面的内容，LZ的体会很有参考价值。

回复人：xu_yicheng　

回复时间：2010/6/15 12:46:00

支持(982) | 反对(937)

    为客户量身定制专业系统方案，设计-选型-开发-实施-维护一条龙服务；提供各种通讯接口的可程控仪器仪表的远程监控，精确控制远程IO，个性化人机界面，电子地图，数据库管理，实时报警，历史查询；各种通讯接口（TCP,COM,USB,GPIB...）软件编写; 专业OPC，SPC等软件开发；实用办公系统软件开发；实验室软件开发；数据库软件开发；方案制作；数据采集；系统集成；客户定制专用软件开发；欢迎洽谈合作，客户至上，价格公道，满意为止！

    深圳精控系统科技有限公司
    http://acselec.uni86.net/
    徐工：13088853275
    QQ： 422690987