公司使用315-2dp+em277（多臺）配置dp網(wǎng)絡(luò)的應(yīng)用，工程應(yīng)用了若干年了，工程調(diào)試人員，哪怕是剛?cè)胄械男氯?，?jīng)公司3個月的技能培訓(xùn)后也可以現(xiàn)場組態(tài)、調(diào)試dp網(wǎng)絡(luò)設(shè)備，完成與dcs間的通訊任務(wù)。
2016年第三季度，因為200cn退市問題，考慮公司成本原因，我將在用200cn升級為200smart，200cn向200smart的移植、過度還是比較順利的，公司技術(shù)人員、調(diào)試人員很快從200cn轉(zhuǎn)到了200smart，新項目進展順利。
跟蹤移植后的使用情況，現(xiàn)場前三個項目都是硬接線方式與dcs連接，接線來第四個項目是dp通訊方式式，現(xiàn)場工程師調(diào)試完后沒反饋任何問題，我當(dāng)時主觀地認為，200smart替代200cn沒什么特殊改動，按200cn的項目做下去就行啦。
直到2017年的一天，有同事在現(xiàn)場調(diào)試改造項目，用200smart+dp01替換200cn+em277的產(chǎn)品，電話里說dp通訊不正常，我第一反應(yīng)是現(xiàn)場調(diào)試人員沒調(diào)好吧，具體現(xiàn)象是：dp網(wǎng)絡(luò)連接正常，315cpu和dp01指示燈狀態(tài)指示正常；只是dp通訊數(shù)據(jù)不對，主站讀寫從站的數(shù)據(jù)存放在db塊中，在線監(jiān)控數(shù)據(jù)塊中有數(shù)據(jù)，但與從站的實時數(shù)據(jù)對應(yīng)不上。
奇怪啊，主從站無法通訊db塊內(nèi)應(yīng)該是初始化的數(shù)據(jù)，怎么還能有其他數(shù)據(jù)哪？電話指導(dǎo)同事重新初始化db塊，結(jié)果還是一樣，主站無從站實時數(shù)據(jù)，但是db塊內(nèi)部數(shù)據(jù)不是初始化0。后來才發(fā)現(xiàn)，數(shù)據(jù)來自300cpu連接的proface觸摸屏，哪來的變化數(shù)據(jù)找到了，為什么315cpu無法與dp01正常讀寫數(shù)據(jù)呢？電話指導(dǎo)同事，將sfc14/sfc15指令改成裝載指令l，傳送指令t，對方說正常了。
200cn做dp通訊，dp從站配置32byte in/32byte out,我們實際使用sfc14/15讀寫4個字節(jié)，多年來都是這么用的，雖然dp01只保留了按字節(jié)方式配置從站，但是也不至于不能用sfc14/sfc15了呀。那就做實驗驗證一下吧，第二天到公司后從庫房借出315cpu和200smart各一套，開始驗證sfc14/sfc15到底能不能用。以下各圖是試驗過程：
dp01配置為16字節(jié)輸入/16字節(jié)輸出，偏移1000
dp01無法使用sfc14/15讀寫4字節(jié)，返回代碼16#80b1，the length of the specified destination area is not identical to the user data length configured with step 7.
將sfc14/15讀寫字節(jié)數(shù)改成組態(tài)的16字節(jié)，通訊正常：
說明主站使用sfc14/15讀寫dp01的數(shù)據(jù)，讀寫字節(jié)長度需要與組態(tài)數(shù)據(jù)長度一致，我再次翻看200smart說明書，里面寫有一句話：使用 dprd_dat 和 dpwr_dat 指令，一次可獲取一個組態(tài)插槽的信息。如果組態(tài)了16byte，就只能讀寫16字節(jié)啦。
通過這個故事，讓我明白了一個問題，新產(chǎn)品、新特性，我們無法用經(jīng)驗去確定任何東西，還是要根據(jù)產(chǎn)品特性、產(chǎn)品說明書結(jié)合試驗來確定。