|
labview的特點： G代碼圖形化編程還是給人很大的方便，可能對于非計算機編程出身的人會有舒服的感覺，雖然，什么語言本質沒有大的區別。還有其提供的大量現成的包裝的算法，給小型企業大大降低了門檻。因為實際上我們都是普通人，選擇一門技術來吃飯，實際上就是看學習難度還有使用是否方便，是否可以減少后續的維護開發工作量之類，labview在這方面還算可以。 labview的使用模式一般是卡版采集數據，labview分析，然后下發命令給控制卡版，也就是說，卡板是非智能型的，控制不放在卡板上做，只要運行labview的PC機重啟或者掛掉，采集和控制就停止了，而組態王，一般的控制是放在PLC上做，組態王本身只做數據采集和分析，然后下發給PLC，讓PLC根據參數執行，組態王可以掛掉或者停止，不影響下面的控制系統運行，當然labview也支持這種使用模式，但是這個不是主流啦。 無論labview公司怎么推廣，其產品的使用模式也就是這樣的了，他一般也就是數據采集、儀器、分析之類，不可能推廣到無人看守的運行系統，他還不夠堅固，雖然labview公司舉了很多的工業案例，但是還是改變不了這個現狀，工業市場人員是相當保守的，不可能為了花哨的功能放棄PLC，觸摸屏或者單片機而使用lavbiew的。 labview的本質實際是G語言以及商業化的程序包加上現成的硬件，這個對于快速組建測試儀器來說是很方便的，但是如果考慮成本和體積，以及長期運行系統的堅固，labview不夠作為工業系統運行系統。最多成為組態王之類的替代者，但是又沒有組態王之類那么方便，還是需要開發者更多的了解底層協議和繪制各類組建，例如告警和歷史記錄等等，所以在工控監控上他也不是最好的選擇。 組態軟件在國內是一個約定俗成的概念，并沒有明確的定義，它可以理解為“組態式監控軟件”。 “組態(Configure)”的含義是“配置”、“設定”、“設置”等意思，是指用戶通過類似“搭積木”的簡單方式來完成自己所需要的軟件功能，而不需要編寫計算機程序，也就是所謂的“組態”。它有時候也稱為“二次開發”，組態軟件就稱為“二次開發平臺”。 1) IO驅動開發包：一般組態軟件都提供 2) 圖形開發包：一般組態軟件都不提供，但LabVIEW提供 3) 系統模塊：LabVIEW可以使用戶根據實際需求增加系統模塊對變量、事務、算法等的處理，大大擴展了系統的應用領域。一般組態實現困難 一般的軟件組態：如ＭＦＣ等雖然需要調用部分二次開發的圖形界面，但是還是需要對其進行底層的編程。ＬａｂＶＩＥＷ則基本是完全的圖形化。 應用空間 組態軟件應用領域更狹窄，運行平臺也更狹窄，一般應用于plc控制的工控領域，而lv作為一種圖形化編程軟件，同時也可以稱為一種編程語言，應用于測試，測量，控制，仿真等等眾多的領域，運行平臺也非常廣泛。 盡管都是＂連連看＂，但一般組態軟件其實更傾向于一種應用，一個特定應用的軟件，比如跟DAQ Max一樣。而lv則不一樣，是一種平臺化的開發語言，開發環境。 看了一些不同廠家的組態軟件，組態軟件除了直接集成了比較多的通訊驅動以外跟LABVIEW比就沒有什么優勢。 組態軟件里面最重要的是腳本編程語言，大多數組態軟件用的語言類似 C C# vb 這些高級語言，即使做一個小系統但邏輯稍微復雜一點的話也要編一大堆文本代碼才能實現所需的功能，且不用說大多數組態軟件只局限于廠商所提供的控件的編程。 如果 C C# vb 這么容易上手，那當初我就不用來學LABVIEW了。 如果 C C# vb 不精通，那用組態軟件編出來的系統也大多是實現界面監控而已，沒有什么內核。 我經常下載別人的組態軟件做的項目資料，發現有好多朋友用組態軟件實現的功能大多是界面的操作，而很重要的控制功能用PLC實現，以組態軟件的成本方面來考慮這樣做很不值得。 LV就有很多優勢了，編程接口多 調用控件 DLL API 都可以，好多通訊協議自己編都可以，像我這樣的初學者不會編通訊協議但可以用第三方的驅動，比如用NI的OPC 模塊就可以根N多家PLC通訊了，甚至好多組態軟件大力宣傳的實時數據庫實現過程數據的實時保存與監控方面的功能，NI有LabVIEW DSC(數據記錄與監控)模塊." n6 \( ]; i' h V
) a* o2 h Q/ ~; f) J點評： 不需要完全代替，每種事物都有其應用的人群和習慣，要尊重用戶的習慣。 | 
[復制鏈接]
發表于 2015-2-16 20:42:09
QQ好友和群
收藏
淘帖
問題專業，描述清楚
伸手黨/灌水/看不懂
