公司使用315-2DP+EM277（多台）配置DP网络的应用，工程应用了若干年了，工程调试人员，哪怕是刚入行的新人，经公司3个月的技能培训后也可以现场组态、调试DP网络设备，完成与DCS间的通讯任务。

       2016年第三季度，因为200CN退市问题，考虑公司成本原因，我将在用200CN升级为200Smart，200CN向200Smart的移植、过度还是比较顺利的，公司技术人员、调试人员很快从200CN转到了200Smart，新项目进展顺利。

       跟踪移植后的使用情况，现场前三个项目都是硬接线方式与DCS连接，接线来第四个项目是DP通讯方式式，现场工程师调试完后没反馈任何问题，我当时主观地认为，200Smart替代200CN没什么特殊改动，按200CN的项目做下去就行啦。

       直到2017年的一天，有同事在现场调试改造项目，用200Smart+DP01替换200CN+EM277的产品，电话里说DP通讯不正常，我第一反应是现场调试人员没调好吧，具体现象是：DP网络连接正常，315CPU和DP01指示灯状态指示正常；只是DP通讯数据不对，主站读写从站的数据存放在DB块中，在线监控数据块中有数据，但与从站的实时数据对应不上。

       奇怪啊，主从站无法通讯DB块内应该是初始化的数据，怎么还能有其他数据哪？电话指导同事重新初始化DB块，结果还是一样，主站无从站实时数据，但是DB块内部数据不是初始化0。后来才发现，数据来自300CPU连接的Proface触摸屏，哪来的变化数据找到了，为什么315CPU无法与DP01正常读写数据呢？电话指导同事，将SFC14/SFC15指令改成装载指令L，传送指令T，对方说正常了。

       200CN做DP通讯，DP从站配置32Byte IN/32Byte OUT,我们实际使用SFC14/15读写4个字节，多年来都是这么用的，虽然DP01只保留了按字节方式配置从站，但是也不至于不能用SFC14/SFC15了呀。那就做实验验证一下吧，第二天到公司后从库房借出315CPU和200Smart各一套，开始验证SFC14/SFC15到底能不能用。以下各图是试验过程：

                                                              DP01配置为16字节输入/16字节输出，偏移1000

DP01无法使用SFC14/15读写4字节，返回代码16#80B1，The length of the specified destination area is not identical to the user data length configured with STEP 7.

将SFC14/15读写字节数改成组态的16字节，通讯正常：

       说明主站使用SFC14/15读写DP01的数据，读写字节长度需要与组态数据长度一致，我再次翻看200Smart说明书，里面写有一句话：使用 DPRD_DAT 和 DPWR_DAT 指令，一次可获取一个组态"插槽"的信息。如果组态了16Byte，就只能读写16字节啦。

       通过这个故事，让我明白了一个问题，新产品、新特性，我们无法用经验去确定任何东西，还是要根据产品特性、产品说明书结合试验来确定。