不小心遇見(jiàn)你
自動(dòng)項目、PLC、視覺(jué)、通訊等工控軟件開(kāi)發(fā)QQ3515716
級別: 工控俠客
![]() ![]() |
一個(gè)EXE分享那么多次 樓主想干嘛? 三菱的這種編寫(xiě)模式已經(jīng)過(guò)時(shí)了 還不如直接把源碼發(fā)出來(lái) 來(lái)的實(shí)際 VB 你這才完成簡(jiǎn)單的讀寫(xiě) 如果還有其它任務(wù) 你這會(huì )卡死滴 ![]() |
|
---|---|---|
|
往事如風(fēng)
科技改變制造
級別: 網(wǎng)絡(luò )英雄
![]() ![]() |
你這會(huì )卡死滴 |
|
---|---|---|
|
遇上方知有
路漫漫其修遠兮 吾將上下而求索
級別: 家園?
![]() |
你這會(huì )卡死滴 ![]() |
|
---|---|---|
|
ylliao
級別: 略有小成
![]() |
很奇怪,我的貼子發(fā)出來(lái)之后過(guò)不了兩天就不見(jiàn)了,難道有人會(huì )刪我的貼子? 你既然覺(jué)得這種編寫(xiě)模式已經(jīng)過(guò)時(shí)了,那你還要源碼有什么用?說(shuō)實(shí)話(huà),這個(gè)一點(diǎn)都不卡。 [ 此帖被ylliao在2018-06-07 21:42重新編輯 ] |
---|---|
|
instanttw
級別: 探索解密
![]() |
請樓主認真看待一樓的建議 ![]() 程序看似豪華,但缺乏彈性。 基本功能至少還要有 無(wú)符號/正負號整數、32 位元整數、浮點(diǎn)數、K4MXY、K8MXY... 有沒(méi)有思考過(guò)如何提升整體通訊效率? 讀寫(xiě) 5 個(gè)不連續的位址就一定要通訊 5 次? 連接的 PLC 多的時(shí)候要怎么處理? 只連一臺 PLC,程序跑到卡就太失敗了。 使用 VB6 編程... ![]() 這是曾在玩的,主站讀取資料,其他跟主站要資料。 大量不同位址 + FX3U/FX3G + FX5U + S7-1200 等多臺 PLC。 ![]() ![]() |
---|---|
|
不小心遇見(jiàn)你
自動(dòng)項目、PLC、視覺(jué)、通訊等工控軟件開(kāi)發(fā)QQ3515716
級別: 工控俠客
![]() ![]() |
層主似乎有更好的解決辦法?能發(fā)出來(lái)共享?感受下 |
|
---|---|---|
|
instanttw
級別: 探索解密
![]() |
噢! 這裡沒(méi)有做過(guò)展示程序,只能簡(jiǎn)述程序的設計流程。 與 PLC 通訊的核心部分應該是大同小異,主要就是附加功能來(lái)應付各種情況。像是提到符號、整數的位元數(16/32/K4/K8)、浮點(diǎn)數等等,這些在 PC 端程序增加個(gè)轉換即可。C 使用指針、.NET 使用 BitConverter,要注意的部分是 S7-1200 為 big-endian。 而送給 PLC 的封包則是數量越少越好,所以盡量將每個(gè)封包都使用到極限。3U/3G 的極限很小,所以能玩得不多。5U 的彈性就遠比 3U/3G 來(lái)得強悍,可以將不同類(lèi)型的位址塞進(jìn)一個(gè)封包裡。1200 則是很單純,一個(gè)封包最多 20 組要求。 至于處理多臺 PLC,看要選擇多線(xiàn)程還是異步。會(huì )建議后者,但寫(xiě)起來(lái)比較困難。而通訊和程序主體應分開(kāi)兩個(gè)線(xiàn)程執行,避免意外鎖死。 測試時(shí),同時(shí)連線(xiàn) 6 臺 PLC,通訊部分幾乎都是 0% CPU 使用率,而每臺 PLC 一秒約 50 次的通訊次數。 EDIT: 若有更好的方式,歡迎賜教~ [ 此帖被instanttw在2018-06-11 09:46重新編輯 ] |
---|---|
|
yrm258
人生就像一臺PLC。人可以選擇誰(shuí)的指令,PLC沒(méi)有選擇。
級別: 論壇先鋒
![]() |
高手真多 ![]() |
|
---|---|---|
|