三a级做爰片免费观看玉蒲团,伊人久久亚洲综合av影院,午夜永久免费爽爽爽影院,西川唯久久久久久久综合

自編的MODBUS 子站通訊程序與主設(shè)備通訊

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

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

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

懷疑PLC計算CRC時間過長，在高速率下應(yīng)答超時。試驗增加觸摸屏超時時間，無效果

不知是不是我的程序有問題

其實這段程序其實一直使用著，沒什么問題

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

當(dāng)用三個 數(shù)字顯示元件 分別顯示三個PLC的內(nèi)存數(shù)據(jù)時，高速率就有可能出現(xiàn)設(shè)備丟失現(xiàn)象

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

我還是對這個問題 糾纏了起來

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

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

這兩天折騰的！��！

終于搞定
115200 也不丟設(shè)備了