夜夜躁日日躁狠狠久久|国产精品亚洲va在线观看|色天天天天综合男人的天堂|日本特黄特色aa大片免费|国产好痛疼轻点好爽的视频|欧美18school人禽杂交

自編的MODBUS 子站通訊程序與主設備通訊

測試時(shí)使用了觸摸屏做主站
觸摸屏單獨連接一個(gè)PLC，各種速率通訊正常
但多個(gè)PLC連接后，
9600速率，通訊正常，

38400時(shí)，偶爾發(fā)生子站丟失，可以自恢復

115200 時(shí)，
觸摸屏寫(xiě)各個(gè)PLC數據，通訊正常
觸摸屏讀數據，個(gè)別PLC有丟失現象，只能發(fā)送寫(xiě)指令后，才能讀，過(guò)幾秒又有子站丟失

懷疑PLC計算CRC時(shí)間過(guò)長(cháng)，在高速率下應答超時(shí)。試驗增加觸摸屏超時(shí)時(shí)間，無(wú)效果

不知是不是我的程序有問(wèn)題

其實(shí)這段程序其實(shí)一直使用著(zhù)，沒(méi)什么問(wèn)題

最近只是想提高速率，才出現了問(wèn)題
有可能是我用的這個(gè)觸摸屏 數字顯示元件 機理有問(wèn)題

當用三個(gè) 數字顯示元件 分別顯示三個(gè)PLC的內存數據時(shí)，高速率就有可能出現設備丟失現象

但同樣的速率下，即使用 六個(gè) 數據傳輸元件 ，利用觸摸屏內部毫秒計時(shí)器的第0位作為觸發(fā)傳送條件， 同時(shí)讀六個(gè)PLC 內存數據，每個(gè)每次讀取10字節，通訊、數據仍然很正常

我還是對這個(gè)問(wèn)題 糾纏了起來(lái)

我將觸摸屏幕作為從站，兩個(gè)PLC,分別一個(gè)從站，一個(gè)主站，同樣對100字節進(jìn)行讀取
經(jīng)測試，觸摸屏應答僅許20毫秒，我的程序超過(guò)200毫秒才應答
看來(lái)CRC計算是主要問(wèn)題
于是又測試CRC計算程序，計算一個(gè)200字節的CRC高達165毫秒，
看來(lái)得修改CRC計算程序了
把CRC計算改為了查表法后測試，200字節需要70毫秒（據兩種算法的原理，平均運算速度應提高5倍左右，可能是因S700采用的是解釋運行，所以速度才提高了1倍左右）
于是得出了結論，
當PLC作為主站時(shí)，因不需要即時(shí)應答，對CRC的計算時(shí)長(cháng)要求不高，其影響的只是數據查詢(xún)周期、掃描周期
當PLC作為從站時(shí)，需要及時(shí)應答，最好采用硬件驗證CRC，但S7200未提供MODBUS 硬件，所以一定要用查表法

犧牲這512字節的表格內存空間是必要的。
這也就是一直未發(fā)現我的程序有問(wèn)題的原因，因為一直用這段程序作為主站。

這兩天折騰的�。�！

終于搞定
115200 也不丟設備了