得找有豐富一線項目經驗的人才能給的了~
從項目過程（階段）的角度上來看：可以替代上位機（MES這種）進行PLC和上位機交互的調試和試運行，適用于大型項目硬件和軟件不能同時就緒的情況，在軟件和設備是不同分包商做的情況下，特別是針對最后做集成的一方來說，對著事前大家簽字蓋章的協(xié)議文件使用工具快速驗收分包商的設備，以及在聯(lián)調階段使用第三方工具進行快速驗證，避免“在我這里是好的”這種情況。
從我自己以往的經驗來看，這個階段如果是不同團隊在做，而且復雜度到了一定程度（找不到一個人可以了解所有細節(jié)）是需要花很多時間在確認“到底是誰的問題”這件事上的，我那個時候就是盯著OPC看，但是這里有個問題就是OPC只能起到數據中轉和監(jiān)視的作用，沒有邏輯。大部分上位機和下位機交互實際上非常簡單的，如果能實現一個第三方工具可以快速的實現交互邏輯，在沒有上位機參與的情況下可以把所有設備都運行起來，還是有價值的。
從項目階段的角度還有其他的一些應用場景可以挖掘的，總之還是以實戰(zhàn)化的場景為目標，能找到這種場景，就可以創(chuàng)造價值。
從技術角度上來說：做驗證啊，做原型啊，這兩個方向都可以從復雜度的角度去設計，一個有用的、合理且足夠復雜的案例。一般來說搞技術的，都希望在動手之前有個參考，如果第一方做不到，那么第三方能做到也是非常好的。這就是為什么大多數人電腦里面還是要裝一個串口助手之類的軟件，PLC也好，上位機也罷封裝程度太高了，你總有需要自己動手試一試的時候。
滬公網安備31010802001143號
