我的思路要求當主界面button停止鍵觸發事件，通知PLC切換為自動模式接通對應的耐壓絕緣切換繼電器，C#已經創建了一個讀取寫入PLC的執行緒，button停止鍵觸發事件后還會創建一個 void readdata1()執行緒作為自動的主框架程式，讀取到M100為1的時候向COM埠發送儀器代碼，當執行緒在下一個回圈到了時 dev4bool1 = true;不在重復發送同一條陳述句，當COM埠有回傳資料時先對資料的上下限進行判斷，才能進行第二步，現在的問題是當COM埠接收到資料后怎么通知 void readdata1()執行緒中的 我的第1條代碼我已經拿到資料了可以進行第二步操作，比如寫 dev4bool1 = true;感覺有點不靠譜 ，因為我同一個COM埠要發送5條代碼，有可能會出錯，第二個一個程式要寫好多if陳述句請師傅們指點，給一個借鑒的主框架 單個對接設備都沒問題可就是做成自動就不會沒經驗
uj5u.com熱心網友回復：
你差一個bus（總線）。window本身也好，還是現在的微服務也罷。你都能看到一個東西，叫做bus。
大家對bus編程就好。
ps：你也可以看看rose機器人系統，他的核心設計其實跟window的io bus，upnp沒啥區別。
uj5u.com熱心網友回復：
這個基本上就是“只會1，不會2、3、.....10000”的設計問題。設計師設計的通訊程式，設計信令協議，會在發送訊息序號和對方確認序號上做匹配，并且在（你說的）ReadData 的環節上做出回呼（事件）設計。那么 api 使用者可以同時發送邏輯沒有先后順序的訊息，但是對于操作背景關系有邏輯先后關系的訊息（在前一步發送訊息時）就使用事件回呼來監聽特定的訊息確認。例如
.......
var msg = 封裝訊息(inputData); //讓設備做第一件事兒
Device1.SendMessage(msg, x =>
{
if(x.確認編號 ==msg.發送編號)
{
//這里才開始做第二件事兒
}
});
這也就是 async/await 之類的異步策略編程風格要解決的。使得整個程式不卡死，非常自然，而又異步。
許多人“只會1，不會2、3、4.......10000”，也就是只會最簡單地發訊息，只會最簡單地收訊息，就好像看文章每一個字都好像懂、但是文章的內容和要解決的問題看不懂。這就是因為沒有深入一步去設計一個準確回呼的事件機制。以至于至少一半編程設計做不了。
uj5u.com熱心網友回復：
我再打個比方，例如“網關路由器”，它對于局域網內部主機對外訪問的請求，轉換為路由器上的一個特定的埠，然后發送訊息。它自己有路由轉換地址表，使得一點定時間內外部發到此埠的訊息能夠精準地被重發到局域網內部的主機ip和埠上。這就是“用了一點兒心”設計一下精準回呼流程。凡是不用這一丁點兒心思，一旦要面對的編程問題“從1變到2、3、4.......10000”了，自然就懶惰了，就亂了不會編程了。
uj5u.com熱心網友回復：
當你對單個設計寫“回圈”，寫稍微復雜一點的 if 判斷，寫（2個以上的）越來越多的 bool 值狀態設計，都會令邏輯干擾指數級變混亂。少一些中間“bool標記”，設計一個“靈魂”的基本框架，忘掉底層的名詞兒而多從自己系統實際架構入手，才會產生一個穩定的想法。uj5u.com熱心網友回復：
你的思路,寫硬體的嗎?uj5u.com熱心網友回復：
C# 用ManualResetEvent 這個試試你的代碼沒有任何注解，很難理解你的代碼
只能給個建議給你了
向COM埠發送儀器代碼之后你 WaitOne它，
當COM埠有回傳資料時先對資料的上下限進行判斷 之后你對它做Set
轉載請註明出處，本文鏈接：https://www.uj5u.com/net/247547.html
標籤：C#
下一篇：公司的svn服務器容量滿了要擴容