艾倫布魯斯
級別: 略有小成
|
最近開發的摩爾信使MThings增加了“邏輯控制”功能,但是需要構思幾個案例,大家看寫點什么方向的可以 [ 此帖被艾倫布魯斯在2024-09-19 09:53重新編輯 ] |
---|---|
|
小桿子
級別: 探索解密
|
這個軟件具體是做什么的?有沒有大佬講解一下 |
|
---|---|---|
|
艾倫布魯斯
級別: 略有小成
|
可以在一些實時性要求不高的場景中替代PLC
|
---|---|
|
libin520
雖然沒什么突破和進步,卻還是每天在堅持著。
級別: 工控俠客
|
主要是沒現成的例子。很多人不知道是干什么用的,怎么用。能用于哪些場合? |
|
---|---|---|
|
gxtmdb82164
級別: 論壇先鋒
|
得找有豐富一線項目經驗的人才能給的了~ 從項目過程(階段)的角度上來看:可以替代上位機(MES這種)進行PLC和上位機交互的調試和試運行,適用于大型項目硬件和軟件不能同時就緒的情況,在軟件和設備是不同分包商做的情況下,特別是針對最后做集成的一方來說,對著事前大家簽字蓋章的協議文件使用工具快速驗收分包商的設備,以及在聯調階段使用第三方工具進行快速驗證,避免“在我這里是好的”這種情況。 從我自己以往的經驗來看,這個階段如果是不同團隊在做,而且復雜度到了一定程度(找不到一個人可以了解所有細節)是需要花很多時間在確認“到底是誰的問題”這件事上的,我那個時候就是盯著OPC看,但是這里有個問題就是OPC只能起到數據中轉和監視的作用,沒有邏輯。大部分上位機和下位機交互實際上非常簡單的,如果能實現一個第三方工具可以快速的實現交互邏輯,在沒有上位機參與的情況下可以把所有設備都運行起來,還是有價值的。 從項目階段的角度還有其他的一些應用場景可以挖掘的,總之還是以實戰化的場景為目標,能找到這種場景,就可以創造價值。 從技術角度上來說:做驗證啊,做原型啊,這兩個方向都可以從復雜度的角度去設計,一個有用的、合理且足夠復雜的案例。一般來說搞技術的,都希望在動手之前有個參考,如果第一方做不到,那么第三方能做到也是非常好的。這就是為什么大多數人電腦里面還是要裝一個串口助手之類的軟件,PLC也好,上位機也罷封裝程度太高了,你總有需要自己動手試一試的時候。 |
---|---|
|