一则profibus DP通讯实验引申出来的几个问题

  一年一度的春节在朝朝暮暮的期盼中又匆匆擦肩而“过”了，在春节这个国人倚重的节日里，总会给人留下一许些美好的回忆或对一年收获的憧憬。

  今天下午，趁少有的节后复工的空闲，我的一同事拿来一个300plc找上门来，让我给演示演示profibus DP通讯的整个过程，我总以为这种通讯已经在实际项目中应用过多次，可以说是分分秒秒搞定的工作，心里少了一些紧张，多了一些从容。同事拿来了一个plc是300的313C-2DP，订货号为6ES7 313 – 6CG04 - 0AB0 版本V3.3，我拿出我验证的200 smart 及DP通讯的从站模块，cpu订货号SR30 6ES7 288 – 1RS30 - 0AA0及DP从站模块，6ES7 288 7DP01 – 0AA0 和2个DP插头及西门子10A电源模块，若干导线来演示313C - 2DP为profibus DP主站，200smart DP通讯模块为从站的通讯过程。

演示材料：

1）6ES7 313 – 6CG04 - 0AB0/个作为DP通讯的主站；

2）6ES7 288 – 1RS30 - 0AA0/个、6ES7 288 7DP01 – 0AA0/个作为DP通讯的从站；

3）DP插头及西门子10A电源模块6EP1334-3BA10/个、导线若干。

4）软件STEP7 V5.5，200SMART V2.4

演示过程：

1） 首先把主、从站各供电源、DP电缆（因为是验证通讯干线短，用1平方多股铜导线替代实际的DP电缆）连接并验证、确认。

2） 确认连接无误后，上电，看主站cpu的指示灯情况，用红色SF报警，因为这个cpu是拆机件的，估计可能是原程序原因造成的报警，不管它了先上传原程序再说吧。

3） 创建一个新项目，plc---将站点上传到PG，哈哈，还有密码保护，被动清除没有成功，同事电话询问后，问到原密码，输入密码后将空项目重新下载后清除了原密码保护功能。

4） 重新创建一个新的项目，名称“通讯”，建导轨，插入cpu一气呵成，非常顺利，因为之前有一个技改项目，曾经想用200smart 的DP模块与原工厂400主站通讯做一个项目的，所以，200smart DP模块的GSD文件早有安装好了的，新建DP导轨，设置修改通讯频率187.5Kpbs，插入200 smart 的DP从站模块，图示：

从站地址设置为5#。

硬件组态如同行云流水般的一气呵成，也开始了我下面想描述的第一个“坑”的开始。

注意是系统自动生成的I/O地址区域，我所用的cpu是什么？是313C。那么，它的过程映像区的I/O范围是那些？图示：

过程映像区最大是IB128/QB128，而系统“自动”生成是的IB256/QB256。第一个坑我就这样轻轻松松的掉进去了，掉的非常“轻松”，不知不觉把这个坑下载到cpu中了，cpu报警是肯定的。

5） 第2个所谓的“坑”是我对200smart 认识的不足，应该可以这么说。200smart 应用过几个项目了，但是，这个坑掉的非常疼了。为什么？继续由我慢慢道来吧。记得在200时代的200扩展模块基本是即插即用型的，除了那些特殊模块外。我非常本能的把200 smart的DP模块插入到SR30的扩展口，连接电源模块提供的24V电源，检查确认无误后上电，200 smart 从站侧cpu及扩展模块侧没有报警。

6） 在线300的cpu诊断缓冲区，看报警信息，报警信息主要说是200侧的模块不可用。难道是DP通讯电缆的问题（我验证是普通导线替代DP电缆的），重新打开DP插头，看连接正确无误。站地址设置有问题？重新检查、确认5#从站的地址设置，重新断电上电，报警依旧。这时，头上感觉到轻微的冒汗了。关闭办公室空调，让自己冷清冷清头脑。有时候问题往往是最简单的，也是最容易被忽视的那些点。但是，一时想不起来，这个模块不可用总不可能是模块本身的硬件原因吧。拿200来做测试，时不待我，拿200的cpu及EM277，连接硬件，重新组态主站下载，看cpu指示灯没有红色报警，随便在状态图表和变量表中测试双方的I/O通讯地址通讯正常。好！问题至少锁定在200 smart的DP模块上，我非常相信西门子的产品。再仔细想一想，我的天哪，200 smart的模块扩展已经通过组态来实现了，一个致命的错误找到了，重新回到200的软件中，在系统块中组态dp从站，图示： 

7） 第2个坑自己爬了出来，第一个坑主站313C的映像区问题还后知后觉中，cpu的报警仍然继续。难道是200 smart 的DP模块GSD文件的版本问题？重新下载最新的GSD文件，重新安装，重新组态报警仍然未解除。

8） 西门子的帮助文档还是比较丰富的，毕竟我是一个经常性的逛西门子论坛的人。打开200 smart PLUS，当看到有这样一段文字描述时，突然让我心口一敞亮起来。“注：可以在固件版本 V2.5以上的 S7-300 CPU Properties的 “Cycle/Clock Memory”标签下修改过程映像区的大小，使DP通讯的数据区在过程映像区之内，这样设置的话就可以直接对过程映像区进行操作。”那313的过程映像区在什么范围？我前面的图示已经给出答案了，是IB128/QB128，而系统默认的是IB256/QB25，很显然，明显的超出过程映像区范围，而系统没有报警。

9） 因为我选择通讯数据交换是4个字节的输入和4个字节的输出，重新设置通讯数据过程映像区，图示：

编译、下载，cpu重新启动后，红色报警指示灯消失，说明通讯没有错误了。

10） 在各自的状态图表和变量表中输入双方的通讯数据交换区I/O地址，通讯正常显示，此测试结束。

11） 上述所谓的坑论，实际上再次说明是自己进一步加深认识事物的过程，之前所做的项目没有报警并不说明自己有深刻的理解，或许是一些错误，被我忽视了呢，此次的cpu过程映像区问题就是这样的例子。

小结：

1）200 smart模块扩展必须在“系统块”中进行组态，并编译后下载到cpu；

2）注意300为主站的通讯数据交换，在具体的cpu应用上必须注意（过程映像区的大小），不要轻易相信系统默认值；

3）在多个问题同时出现时，只能用自己比较熟悉的方法，用排除法排除可能的原因，如本次测试，我用200测试，排除DP电缆（虽然是导线替代的）及DP插头的接线问题。

4）力所能及利用现有资源排除故障报警，我在实际测试，开始看到主站报警时，用未组态DP通讯方式排除主站cpu可能的一些疑问，逐步缩小对报警信息的排除，从而把问题锁定在DP通讯的组态上，缩小的排障范围，针对性的排除，如、开始上电阶段原程序中的加密和报警信息的排除，这个对于初次使用者会有一些帮助及提示。

  测试虽然可能带有一定的片面性，但是，也具有一定的代表性问题的。回顾整个测试过程感觉还是有必要将此次测试，根据实际的过程写出来，给可能需要将要做类似项目的人一些帮助，这是写此贴的最终目的。