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