从制定通信协议所想到的......

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

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

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

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

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

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

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

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

你可能感兴趣的:(〖自动化〗)