最新天堂中文在线丨午夜嘿嘿嘿影院丨亚洲国产精品高清久久久丨中文字幕人成乱码熟女app丨www91亚洲丨97成人资源丨成人中文字幕+乱码+中文字幕丨一区二区三区在线 | 日丨日韩免费大片丨亚洲欧美一区二区三区丨国产在线观看a丨亚洲成人第一区丨国内免费视频成人精品丨亚洲综合色网站丨午夜精品美女久久久久av福利丨国产午夜人做人免费视频网站丨国产又黄视频丨97se狼狼狼狼狼亚洲网丨狠狠亚洲婷婷综合色香五月丨中国一级毛片黄丨国产女人十八毛片丨国产色视频在线播放丨国产亚洲精久久久久久无码苍井空丨天天摸日日摸爽爽狠狠丨久久综合香蕉国产蜜臀av

1uvufuc

請樓主認真看待一樓的建議


程序看似豪華，但缺乏彈性。
基本功能至少還要有 無符號/正負號整數、32 位元整數、浮點數、K4MXY、K8MXY...


有沒有思考過如何提升整體通訊效率?
讀寫 5 個不連續的位址就一定要通訊 5 次?
連接的 PLC 多的時候要怎么處理?
只連一臺 PLC，程序跑到卡就太失敗了。


使用 VB6 編程...




這是曾在玩的，主站讀取資料，其他跟主站要資料。
大量不同位址 + FX3U/FX3G + FX5U + S7-1200 等多臺 PLC。

噢! 這裡沒有做過展示程序，只能簡述程序的設計流程。

與 PLC 通訊的核心部分應該是大同小異，主要就是附加功能來應付各種情況。像是提到符號、整數的位元數(16/32/K4/K8)、浮點數等等，這些在 PC 端程序增加個轉換即可。C 使用指針、.NET 使用 BitConverter，要注意的部分是 S7-1200 為 big-endian。

而送給 PLC 的封包則是數量越少越好，所以盡量將每個封包都使用到極限。3U/3G 的極限很小，所以能玩得不多。5U 的彈性就遠比 3U/3G 來得強悍，可以將不同類型的位址塞進一個封包裡。1200 則是很單純，一個封包最多 20 組要求。

至于處理多臺 PLC，看要選擇多線程還是異步。會建議后者，但寫起來比較困難。而通訊和程序主體應分開兩個線程執行，避免意外鎖死。
測試時，同時連線 6 臺 PLC，通訊部分幾乎都是 0% CPU 使用率，而每臺 PLC 一秒約 50 次的通訊次數。

EDIT: 若有更好的方式，歡迎賜教~