| Author |
Message
|
blue_17
Poziom 22
Joined: 14 Mar 2006
Posts: 1855
Location: Kornatka
|
 #1
 26 Feb 2010 20:13 Dlaczego LabVIEW jest moa³o popularny na elektrodzie |
|
|
|
Jak w temacie.
Z tego co widzia³em i czyta³em to potê¿ne narzêdzie, a na elektrodzie oprogramowanie do projektów jest pisane zazwyczaj w czym¶ innym, a na dodatek obs³uga tego programu jest wymagana np w koncernie DELPHI
|
|
| Back to top |
|
 |
Google
|
| #
26 Feb 2010 20:13 |
|
|
|
|
|
| Back to top |
|
|
Loker
Poziom 21
Joined: 17 Jan 2005
Posts: 1300
Location: Wroc³aw
|
#2
08 Mar 2010 15:10 Re: Dlaczego LabVIEW jest moa³o popularny na elektrodzie |
|
|
|
Dawno nie robi³em nic w LabView, ale z tego co pamiêtam jest straszliwie drogi, a wersje demo nie pozwalaja na kompilacjê projektu do .exe.
|
|
| Back to top |
|
|
Google
|
| #
08 Mar 2010 15:10 |
|
|
|
|
|
| Back to top |
|
|
Szymon Tarnowski
Poziom 19
Joined: 31 Oct 2008
Posts: 630
|
#3
18 Mar 2010 00:44 Re: Dlaczego LabVIEW jest moa³o popularny na elektrodzie |
|
|
|
Oczywi¶cie narzêdzie wypasione, moim zdaniem nie ma zastosowania. Na ma³e procki zbyt rozbudowane, na komputery PC s± lepsze rozwi±zania (oczywi¶cie wymagaj± wiêkszej znajomo¶ci). Ja bym siê ba³ w przemy¶le zastosowaæ tak rozbudowany system do sterowania czymkolwiek. Pewnie w niektórych koncernach go stosuj±, a w innych wol± co¶ innego, ale to nie jest kryterium ¿e elektroda musi wskazywaæ labview jako najlepszy produkt.
|
|
| Back to top |
|
|
Google
|
| #
18 Mar 2010 00:44 |
|
|
|
|
|
| Back to top |
|
|
Kabuto15
Poziom 16
Joined: 30 Jun 2007
Posts: 339
Location: Rzeszów
|
#4
26 Mar 2010 11:55 Re: Dlaczego LabVIEW jest moa³o popularny na elektrodzie |
|
|
|
Tak jak koledzy pisali wcze¶niej LabView jest drogie. To jest g³ówny powód dlaczego siê go nie stosuje powszechnie. Ale zalet ma bardzo wiele. Za przyk³ad mo¿na podaæ obs³ugê RS232/GPIB/Bluetooth/IrDA, któr± mo¿na zrealizowaæ w dos³ownie 10min. Wszystkie analizy przetwarzania sygna³ów (FFT, decymacja, filtracja) s± dostarczane razem z LV. Programista nie musi ¶lêczeæ i pisaæ tych funkcji od zera, dziêki czemu mo¿e szybko sprawdziæ swój algorytm/testbench bez zbêdnej starty czasu. Je¶li mam kartê pomiarow± i mam pomys³ na zrobienie jakiego¶ systemu pomiarowego, to mogê wszystko sobie najpierw przetestowaæ w LabView - np. jaka bêdzie optymalna czêstotliwo¶æ próbkowania, jaki rz±d filtru co najmniej wybraæ etc. A jak ju¿ to przetestujê to mogê to samo zrealizowaæ na jakim¶ tanim mikrokontrolerze. Program testowy w LV napiszê w tydzieñ - a na mikrokontroler w dwa miesi±ce. Tak¿e je¶li wymagany jest czas (przede wszystkim tak gdzie trzeba non stop co¶ prototypowaæ) to LV jest nie do zast±pienia.
Co do robienia exeków o których wspomina Loker to tak naprawdê rzadko siê to robi. Wad± tego jest np. du¿a ilo¶æ zajmowanego miejsca na dysku. Dla przyk³adu program obs³ugi portu szeregowego, plik VI 500kB, plik exe 150MB (!).
Prawd± jest, ¿e w Polsce jest zaledwie kilka firm, które programuj± wy³±cznie w LabView. Ale jest wiele zak³adów (np. Delphi, Woodward, Goodyear) oraz politechnik/akademii/uniwersytetów, które z tego korzystaj±. Kilka razy by³em na seminariach LV i ogólnie in¿ynierowie z NI twierdz±, ¿e jeszcze kilka lat i nowe produkty bêd± tak szybko wchodziæ na rynek, ¿e potrzeba ich testowania oraz pisania oprogramowania bêdzie wymaga³a maksymalnej szybko¶ci dzia³ania i wtedy bêd± korzystaæ z najszybszych wysokopoziomowych metod programowania - czyli LabView.
A tak ju¿ koñcz±c mój wywód, je¶li chodzi o nowinki, to mo¿na ju¿ programowaæ w LabView kontrolery z rdzeniem ARM7 (na razie kilka i dla kilku boardów). Tak¿e kto wie co przyniesie przysz³o¶æ.
|
|
| Back to top |
|
|
