LabVIEW入門到深入學習資料合集免費下載

本文檔的主要內容詳細介紹的是LabVIEW入門到深入學習資料合集免費下載

　　當我開始在鍵盤上敲打出這句話的時候，我已經使用 LabVIEW 7 年了。7 年的時間，就算天賦平平也可以積攢下一籮筐可供參考的經驗了。所以我打算利用今后的閑暇時間寫一些這方面的東西，既可以同大家交流，也是作為自己這七年工作的總結。

　　還是在上大學的時候，有一次老師讓編寫一段軟件，用來模擬一個控制系統：給它一個激勵信號，然后顯示出它的輸出信號。那時我就想過，可以把每一個簡單的傳遞函數都做成一個個小方塊，使用的時候可以選擇需要的函數模塊，用線把它們連起來，這樣就可以方便地搭建出各種復雜系統。

　　后來，我第一次看到別人給我演示的LabVIEW編程，就是把一些小方塊用線連起來，完成了一段程序。我當時就感覺到，這和我曾經有過的想法多么相似啊。一種親切感油然而生，從此我對LabVIEW的喜愛就一直勝過其他的編程語言。

　　LabVIEW 的第一個版本發布于1986年，是在 Macintosh 機上實現的，后來才移植到了PC機上，并且LabVIEW 從未放棄過對跨平臺的支持。這也給 LabVIEW 帶來了一些麻煩。最明顯的就是LabVIEW開發環境的界面風格。它總是與一般的 Windows 應用程序有些格格不入：面板是深灰色的，按鍵鈕是看起來別別扭扭的 3D 模樣。還有一些可能不太容易發現：比如對于整數的存儲，LabVIEW即便是運行在x86系統上，采用的也是高地址位存高位數據（big-ending）。這與我們習慣了的x86 CPU使用的格式正相反，這往往給編寫存取二進制文件帶來了不多不少的麻煩。

　　我接觸過的最早的LabVIEW版本是4.0版，發布包是一個裝有十幾張三寸軟盤的大盒子。安裝的時候要按順序把軟盤一個一個塞到計算機里。盡管當時LabVIEW的界面不是很好看，但我還是非常喜歡它。真方便吶！比如說要畫一個開關，用 LabVIEW 一拖就行了。如果要自己動手用C 語言設計一個好看的開關，，那得費多少時間??！我尤其喜歡它通過連線來編程的方式，盡管很多熟悉了文本編程語言的人剛開始時會對這種圖形化編程方式非常不適應。

　　從 4.0 到現在的 8.2，LabVIEW 的一些技術革新給我留下了非常深的印象。比如說 LabVIEW 5 中實現了多線程運行; LabVIEW 6 里漂亮的 3D 控件，和對事件響應的支持;LabVIEW 7 中的 Express VI 以及 LabVIEW 8 中的工程庫。這些新特性都已成為了現在 LabVIEW 版本中富有特色并不可缺少的一部分了。

　　我對使用 LabVIEW 編程的認識在這些年里經歷了不少轉變。剛開始接觸 LabVIEW 的時候，第一印象就是覺得這東西編程序比 C 語言簡單多了，尤其在設計界面時確實方便簡易。LabVIEW 是一種真正意義上的圖形化編程語言。與文本編程語言，如 C、Basic 等相比，它在編程過程中有更詳細的提示信息，如函數的功能、參數類型等等，程序員再不需要去記憶這些枯燥的信息了。編寫風格良好的圖形程序代碼要比文本代碼更加清晰直觀，便于閱讀。

　　剛開始用 LabVIEW 編程時，我連一本相關的書籍都沒讀過，差不多完全靠自己摸索。當時，市面上幾乎沒有有關 LabVIEW 的中文書籍，而閱讀英文資料又感覺得太累。但是，靠自己摸索的方法也有好處，最明顯的就是有成就感：自己琢磨著解決了一個問題，比模仿別人的方法做更令人興奮。再者，他人的方案并不一定是最佳的，自己獨自思索就不至于被他人的方案局限住思路。

　　當然，我不會滿足于只用 LabVIEW 編寫一些簡單的程序。我還希望能夠用它來編寫大型的軟件，并且提高自己的開發效率。這時，自己的編程水平有一個質的提高，不閱讀相關的書籍資料就不行了。有些問題，不讀書，自己可能永遠都得不到最佳的答案。同樣，有些 LabVIEW 的功能，如果不閱讀原始資料，自己也許永遠都掌握不了。于是，我把能得到的LabVIEW 的中高級教程都看了一遍。因為自己有了一定的基礎，我就可以在讀書的過程中反思自己以前的編程方法是否合理，高效。我覺得最好的 LabVIEW 教程還是NI自己編寫的 LabVIEW 中高級教程。但書本中一般原理講得多，具體的編程技巧涉及得少，所以還必須大量閱讀別人的代碼，才能學習到更多更好的編程方法。

　　隨著時間的流逝，我慢慢地產生了LabVIEW 應當進一步改善的想法。作為一名忠實的 LabVIEW 語言的使用者，我衷心地期望著 LabVIEW 在日后也可以成為一種被廣為使用的通用編程語言，能夠在更廣泛的領域與 C，Java等爭得一席之地。LabVIEW 雖然有它獨特的優勢，但其不足之處也很明顯。我在編程過程中就曾感覺到它很多的使用不方便之處。下一步，我追求的目標就是能盡自己所能，對 LabVIEW 作一些改進和完善，使它更適應于通用編程之用。

　　根據我自己的觀察，學習LabVIEW一般有以下三種方式：系統型學習方法、探索型學習方法和目標驅動型學習方法。這三種方法之間并不矛盾，可以在不同的時段使用不同的方法。每個人可以根據自己的個性特點和所處環境選擇一個適合自己的學習方案。

　　系統型學習方案是傳統的學習方法，學生學習多是按此方法。它是指按照別人制定好的學習方案一步一步學習掌握一門知識。學習效果如何，主要取決于教師和教材的水平。若選此方案學習LabVIEW，最高效的方法莫過于參加NI公司的LabVIEW培訓課程?；旧?，完全沒接觸過LabVIEW的學員可以在一星期的時間內達到編寫簡單程序的程度。此外，現在很多大學都開有LabVIEW課程，方便了在校生學習。

　　自學也可以采用此方案。找一本教程類的書籍，按照書中指導一步一步學習。教程類的書籍應當側重于解釋LabVIEW的編程思想以及原理;有些書僅偏重于羅列LabVIEW中每個函數或VI的功能，則不適合用于此種學習方案。
?

　　探索型學習方法適合喜好自己鉆研的人。同樣一個技巧，如果是自己發現的，比從他人那里的來會更有成就感。任何一個教程都不可能覆蓋到LabVIEW的全部功能，有心得學員不妨自己打開書中未曾介紹到的那些菜單或者函數選板，嘗試一下它們都是做什么用的。在真正動手擺弄每個新東西之前，打開LabVIEW的即時幫助窗口，閱讀一下相關說明可以大大加快學習過程。

　　比如，打開“應用程序控制”函數選板，發現這里有一項“選板編輯”。好像沒有任何一本書里介紹過這個功能嘛，這是干啥用的呢？如果沒任何提示，也是無從下手去嘗試的。打開LabVIEW的及時幫助，可以看到它對這個功能的簡單介紹。進入“詳細幫助信息”，會得到更全面的說明。再自己動手實踐一下，就基本可以掌握此功能了。

　　閱讀他人代碼也是一個很好的學習方法。自己的探索總是有思維局限性的，他人解決問題的方法可以大大拓寬自己思路。我介紹過的編程經驗中，很大一部分都不是我自己憑空想出來的，而是借鑒與別人的LabVIEW代碼。

　　目標驅動型學習方法是公司員工中最常見的學習方式了。工作后，如果不是個人有興趣，多數人不會浪費時間去學習工作中用不到的知識。等老板布置了具體項目或者工作任務后再學習相關知識，效率更高。學也只要夠解決眼前問題就行了。針對這種情況，請教身邊牛人或者公司前輩是最好的學習方法。如果周圍的人不能解決問題，到論壇上發貼，尋求更廣泛的幫助。

　　我見過幾個工程師在項目中遇到了難題，于是來報名參加LabVIEW的培訓課程，以為上完課可以解決自己的問題。但實際上完全誤解了培訓課程的意義，培訓課程是為了幫助那些想要系統學習LabVIEW知識的人，而不專注于任何一個具體問題。