艾倫布魯斯
級別: 略有小成
精華主題: 0
發(fā)帖數(shù)量: 272 個
工控威望: 352 點(diǎn)
下載積分: 1025 分
在線時間: 68(小時)
注冊時間: 2020-05-18
最后登錄: 2024-11-05
查看艾倫布魯斯的 主題 / 回貼
樓主  發(fā)表于: 57天前
最近開發(fā)的摩爾信使MThings增加了“邏輯控制”功能,但是需要構(gòu)思幾個案例,大家看寫點(diǎn)什么方向的可以




[ 此帖被艾倫布魯斯在2024-09-19 09:53重新編輯 ]
gxtmdb82164
級別: 論壇先鋒
精華主題: 0
發(fā)帖數(shù)量: 752 個
工控威望: 1130 點(diǎn)
下載積分: 363 分
在線時間: 590(小時)
注冊時間: 2019-09-22
最后登錄: 2024-11-14
查看gxtmdb82164的 主題 / 回貼
1樓  發(fā)表于: 53天前
得找有豐富一線項目經(jīng)驗(yàn)的人才能給的了~

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

從項目階段的角度還有其他的一些應(yīng)用場景可以挖掘的,總之還是以實(shí)戰(zhàn)化的場景為目標(biāo),能找到這種場景,就可以創(chuàng)造價值。

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