為什麼這篇labview控制鄉民發文收入到精華區：因為在labview控制這個討論話題中，有許多相關的文章在討論，這篇最有參考價值！作者su35 (謠指部-指揮官)看板Electronics標題Re: [問題] 自動控制 labvi...
LABVIEW 是給什麼都不會 你想直接上手就能用的
因為它們都把其他整合包好
但vb也相當簡單
因為你是要控制儀器設備
所以相關的廠商都有範例程式 太難的就包成dll
所以非常快就能上手
不行就要FAE過來教你
至於發展方面 VB C# 絕對是大於LABVIEW
因為沒有什麼是VB做不到的 微軟都有資源
你能自由的去運用 比被綁手綁腳好用很多吧
※ 引述《eyebling (閃亮亮)》之銘言：
: 想問一下大家
: 一樣是NI的產品
: 但是有人使用Visiual Basic 或是 Visual bacis c#
: 甚至labview 或是C語言 來做控制
: 但是這四種語言配合NI的產品
: 有很大的差別嗎?
: 是不是labview 只是不用打文字 其他要打很多的程式碼的差別
: 謝謝!
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 111.81.52.120
推 njpp:LABVIEW廠商也都有範例程式 LABVIEW有甚麼發展困難嗎? 03/25 11:06
儀器控制 通常不是只要能控制就行了 還要能記錄資料如WORD EXCEL ACCESS SQL
這些LABVIEW 能做到 但就是不能全部支援
畢竟他只是用他寫的去包裝微軟的API
問題是有那麼多的功能LABVIEW 就能全做到嗎
我現在做的有一個就是要去判斷LED燈是否會亮或不亮
這個我用VB寫成是去控制WEBCAM去攝影抓圖 判斷led燈是不是亮著
我是不知道LABVIEW能不能做到
我用vb想怎麼弄 只要合理就弄得出來
簡單來說LABVIEW就是把東西都包好給你用
但這怎麼包裝好都會有疏漏 不是什麼都能支援 這樣說懂嗎
很多人問我 我是不是在ni做過 我不是 而是我目前就是用vb在寫自動化的程式
我也上過ni的討論區看到
很多關於微軟的程式方面我的確有看到很多問題 我都能做到 但ni就是沒辦法去配合
它們要做到是可以 但每個人的要求都不一樣 那要每個都去改嗎
※ 編輯: su35 來自: 42.72.0.2 (03/25 11:51)
推 njpp:感謝您的意見 我也的確遇到labview 弄成excel會有bug的情形 03/25 12:33
→ njpp:不過NIWEBCAM去攝影抓圖 他有一套視覺系統 很快也很方便 03/25 12:34
→ njpp:NI 的產品是快 而且方便 比VB要打一堆程式碼要好多了 NI也有 03/25 12:35
→ njpp:自動化的方案, 應該還是有發展性啊!VB就算會了 還要在學C#.. 03/25 12:36
那要考慮成本問題吧我們公司在東莞的廠 就有一萬多個員工
生產線估計應該有一百條 我每個生產線只需要花兩三百塊台幣 就能搞定的東西
應該不用花大錢去買一百多個視覺系統吧
反正這種事就大家去評估 我只能說做不出來 的確買現成的會比較快
會做得自己做 省的成本更多
向ni的8451 跟i2c做溝通的
當初我跟ni買 一個要兩萬多 保固一年 一年內壞掉換新的給你
我現在自己買mcu自己做 自己寫程式 一個成本兩三百
連mcu都是我們直接跟我們的供應商要的
※ 編輯: su35 來自: 42.72.0.2 (03/25 12:58)
推 pttptt2008:su35 很中肯阿! NI 因為都包給你用, 所以貴+綁手綁腳! 03/25 13:07
推 njpp:可是感覺NI滿陰的 官網下載的視覺系統SP1 跟他們公司的正版 03/25 13:12
→ njpp:官網上的SP1根本就只是皮毛而已 真正工業用等級的要超貴的 03/25 13:13
推 pttptt2008:NI 的硬體應該算不錯, 軟體 Labview 是給不想寫程式的 03/25 13:53
→ pttptt2008:人用的, 或者說基於開發成本考量, 初期開發使用Labview 03/25 13:54
→ pttptt2008:測試 NI 硬體, 確認可行後, 改其他程式語言增加(軟體) 03/25 13:56
→ pttptt2008:設計自由度, 所以不見得不好, 是要看你如何評估使用! 03/25 13:57
→ bluemkevin:不過我研究所旁聽一門 Labview 的課 教授說 Labview 其 03/26 21:45
→ bluemkevin:實很 Powerful 03/26 21:46
推 yobook:樓上 想問一下是有多powerful? 謝謝! 03/26 21:50
推 strong0716:LabVIEW有他好用的地方，也有不好用的地方...就這樣.. 03/27 04:36
→ strong0716:只要你能夠完成任務就好...這是我的感覺XD 03/27 04:36
推 njpp:不好用的地方是??? 容易有bug? 03/27 09:30
→ njpp:還是容易被NI硬體所局限? 03/27 09:30
推 pttptt2008:容易被NI硬體所局限, 軟體設計較不如其他語言自由, 03/27 12:30
→ pttptt2008:成本等等, Labview 的優點, 程式學習門檻低! 03/27 12:32
推 strong0716:個人不覺得缺點是被NI硬體侷限... 03/27 12:41
→ strong0716:因為LabVIEW不是只能跟NI硬體配，可以配別的硬體.. 03/27 12:42
→ strong0716:個人覺得難用地方在於他那圖到最後很亂.... =.= 03/27 12:43
→ strong0716:或許是我個人的問題... T_T 03/27 12:43
→ strong0716:另外...如果LabVIEW真的很爛...這個廠就不會這麼大咖.. 03/27 12:44
→ strong0716:這是我的感覺..... 還是我感覺有誤!? 我可不負責= = 03/27 12:44
推 pttptt2008:strong 大說的圖也是問題! 程式debug 沒有 C++的 03/27 13:04
→ pttptt2008:整合開發環境 容易, 可能我 Labview 沒完很深, 03/27 13:04
→ pttptt2008:才有這種感覺吧! 03/27 13:04
推 strong0716:因為LabVIEW有"頁"這東西..無法一次看到全code... 03/27 13:20
→ strong0716:所以debug有難度T_T，另外就是元件太多..要記~~~~ 03/27 13:20
推 yobook:頁?? 其他的語言也是有一堆元件要記 有更好一點的理由嗎? 03/27 13:52
推 strong0716:LabVIEW是要背圖阿(而且都長得很像)... 03/27 16:33
推 strong0716:一般文字Code我比較好理解...(我是這樣啦，不知道別人) 03/27 16:35
推 Kniveschou:NI的東西很強大 但是甚麼都要$..適合短期衝結果用 03/28 02:24
→ Kniveschou:但是要真的商業化，量產或是長時間的延伸開發要三思.. 03/28 02:25
推 euser1777:不懂樓上所說的? 長時間的延伸開發要三思?? 是指? 03/28 10:03
推 kuanglun:Labview是DataFlow的語言.NI期望你用State Machine的觀念 03/29 05:10
→ kuanglun:來寫程式. 它有Sequence可是NI不期望你用. 我用Labview 03/29 05:13
→ kuanglun:的感想是非常容易上手,圖形界面漂亮.另外NI把很多東西都 03/29 05:16
→ kuanglun:簡化了.例如你只要打開VI server,你就可以從別台電腦用 03/29 05:18
→ kuanglun:IP和VI name 做遠端控制.沒有什麼coding. 如果你畫數個 03/29 05:19
→ kuanglun:whileloop,全部的whileloop是平行處理,同時跑的. 03/29 05:21
→ kuanglun:這一點可能VB不容易做到(我猜,別打我). 但是VB寫code跟 03/29 05:23
→ kuanglun:我們一步一步的執行的觀念較近. 而Labview也希望你用 03/29 05:25
→ kuanglun:errorin和errorout做出data flow control... 03/29 05:26
→ kuanglun:結論是各有優缺點.但NI的東西太貴是真的! 03/29 05:27
→ kuanglun:另外,圖最後太亂應該是沒有照NI的Style和用FSM的方法的 03/29 05:29
→ kuanglun:結果 03/29 05:29