无码精品人妻一区二区三区入口-无码精品人妻一区二区三区夜夜嗨-无码精品人妻一区二区三区颖A片-无码精品日本一区二区桃花岛-无码精品网站-无码精品一

最近開發的摩爾信使MThings增加了“邏輯控制”功能，但是需要構思幾個案例，大家看寫點什么方向的可以

得找有豐富一線項目經驗的人才能給的了~

從項目過程（階段）的角度上來看：可以替代上位機（MES這種）進行PLC和上位機交互的調試和試運行，適用于大型項目硬件和軟件不能同時就緒的情況，在軟件和設備是不同分包商做的情況下，特別是針對最后做集成的一方來說，對著事前大家簽字蓋章的協議文件使用工具快速驗收分包商的設備，以及在聯調階段使用第三方工具進行快速驗證，避免“在我這里是好的”這種情況。
從我自己以往的經驗來看，這個階段如果是不同團隊在做，而且復雜度到了一定程度（找不到一個人可以了解所有細節）是需要花很多時間在確認“到底是誰的問題”這件事上的，我那個時候就是盯著OPC看，但是這里有個問題就是OPC只能起到數據中轉和監視的作用，沒有邏輯。大部分上位機和下位機交互實際上非常簡單的，如果能實現一個第三方工具可以快速的實現交互邏輯，在沒有上位機參與的情況下可以把所有設備都運行起來，還是有價值的。

從項目階段的角度還有其他的一些應用場景可以挖掘的，總之還是以實戰化的場景為目標，能找到這種場景，就可以創造價值。

從技術角度上來說：做驗證啊，做原型啊，這兩個方向都可以從復雜度的角度去設計，一個有用的、合理且足夠復雜的案例。一般來說搞技術的，都希望在動手之前有個參考，如果第一方做不到，那么第三方能做到也是非常好的。這就是為什么大多數人電腦里面還是要裝一個串口助手之類的軟件，PLC也好，上位機也罷封裝程度太高了，你總有需要自己動手試一試的時候。