Fejlesztette | Nemzeti eszközök |
---|---|
Az első verzió | 1986 |
Utolsó verzió | 2019 (2019 május) |
Operációs rendszer | Microsoft Windows , macOS és Linux |
Környezet | Windows , Mac OS , Linux |
Nyelvek | Francia , angol , német , japán |
típus | Szoftvertechnikai műhely , Beszerzési lánc , Jelfeldolgozás , Beágyazott rendszer |
Forgalmazási politika | Kereskedelmi forgalomban kapható |
Engedély | Tulajdonos |
Weboldal | www.ni.com/labview |
A LabVIEW (a laboratóriumi virtuális készülékmérnöki munkapad összehúzódása) a National Instruments grafikus fejlesztési környezetre épülő mérési és vezérlőrendszer-tervező központja .
Az ezen a platformon használt grafikai nyelvet "G" -nek hívják. Az eredetileg az Apple Macintosh rendszeren 1986-ban létrehozott LabVIEW-t elsősorban adatgyűjtéssel történő mérésre , műszer-vezérlésre és ipari automatizálásra használják. A platform fejlesztés fut a különböző operációs rendszerek, mint a Microsoft Windows , Linux és Mac OS X . A LabVIEW kódot generálhat ezeken az operációs rendszereken, de valós idejű platformokon , beágyazott rendszereken vagy újraprogramozható FPGA- összetevőkön is . 2009 óta a LabVIEW évente egy nagy évjáratú verzióval fejlődik.
A hagyományos alkalmazási területei LabVIEW van vezérlő / irányító, mérés, műszerek, valamint az automatizált teszt a PC ( adatgyűjtő , ellenőrző-irányító , ellenőrző mérési eszközök , kísérleti berendezések, próbapadokon). Ezt a hivatást a speciális funkciók könyvtárai ( GPIB , VXI , PXI , DAQ gyűjtőkártyák , adatfeldolgozás stb.), De a G nyelv sajátosságai (az adatáramlás végrehajtásában rejlő párhuzamosság) és a fejlesztői környezet ( szabványos eszközillesztők, hardver telepítési varázslók).
A virtuális eszköz fogalma, amely a LabVIEW-nak (Laboratory Virtual Instrument Engineering Workbench) nevet adta, a program minden moduljának (funkciójának) grafikus interfészének állandóságával nyilvánul meg. Ezen az előlapon található kezelőszervek és jelzők azok az interfészek, amelyeken keresztül a program kölcsönhatásba lép a felhasználóval (parancsok és paraméterek olvasása, eredmények megtekintése). A táblák vagy műszerek vezérlő-irányító funkciói alkotják azt az interfészt, amelyen keresztül a program kölcsönhatásba lép az összeállítással.
A LabVIEW program ezért automatizálja a szerelvényt, amely több programozható eszközt társít, és egyesíti a szerelvény funkcióinak elérését egyetlen felhasználói felületen, egy virtuális eszköz valódi előlapján.
A LabVIEW-ban használt, G nevű programozási nyelv az adatfolyam alapján működik. A kód végrehajtását egy grafikus séma, a diagram határozza meg, amely a forráskód . A programozó a különböző funkciókat ikonként kapcsolja össze a diagramon az ikontömbök végződései közé húzott vezetéken keresztül. Minden szál terjeszti a kód változóit , és minden csomópont végrehajtja, amint egy ikonfüggvény összes bemenete rendelkezésre áll.
Az 1980-as évek közepén LabVIEW néven született szintaxis-színezést a szerkesztő diagram formai elemei (vastagság, minták, szimbólumok) és geometriája (méret, igazítás, elrendezés) határozzák meg, amelyek erősen befolyásolják az olvashatóságot, jó és rossz szempontjából is. a szerkesztő gondossága.
Ez a programozási mód magában foglalja a független folyamatok leírásának képességét, így a LabVIEW lehetővé teszi a kód futtatását többfeladatos feladatban . A többmagos gépek , LabVIEW automatikusan szétosztja ezeket a feladatokat a különböző magok, míg kihasználva a többszálú képessége az operációs rendszerek.
A programokat gyakran a fejlesztési környezetből futtatják az erősen iteratív fejlesztés részeként . A fejlesztői rendszer legteljesebb kiadásai ennek ellenére lehetőséget nyújtanak futtatható fájlok vagy alkalmazás- telepítők létrehozására más gépeken történő telepítéshez. Ezután futási időt kell telepíteni a gazdagépre a tényleges futtatható fájl mellett.
A LabVIEW blokkdiagram egy elülső panelnek nevezett grafikus felhasználói felülethez kapcsolódik . Az ikonok formájában megjelenő programokat és alprogramokat virtuális eszközöknek (VI) nevezzük, a lemezre mentett forrásfájlok pedig fájlnévkiterjesztéssel rendelkeznek .VI .
Mindegyik VI-nak három összetevője van: egy blokkdiagram , amely grafikus kódot tartalmaz, egy felhasználó által testreszabható előlap és egy javítópanel , amely egy kis négyzet alakú ikont mutat.
Azzal, hogy a VI előlapon lévő egyes kezelőszerveket és indikátorokat összekapcsolja a csatlakozó panelen lévő csatlakozókkal, a programozó lehetővé teszi, hogy egy hívó blokkdiagram vezetékek formájában cserélje ki a változókat a VI-val. Miután megírt egy VI-t, így elhelyezhető és behívható egy másik VI blokkdiagramjába, ahol az ikonja képviseli, és alprogram , funkció vagy eljárás szerepét tölti be ( alVI-ről beszélünk ). A nevéhez hasonlóan a VI ikont is rajzokkal vagy szövegekkel kell személyre szabni, hogy funkciója kifejezett legyen a kódellenőrök számára.
Az előlap a vezérlőknek és a kijelzőknek nevezett objektumok felhasználásával készül. A vezérlők olyan bemenetek, amelyekkel értékeket adhatunk meg a képernyőn, és a zászlók olyan kimenetek, amelyek változók vagy eredmények megjelenítésére szolgálnak. Dekoratív elemek (formák, szabad szöveg, képek ...) vizuálisan gazdagíthatják a grafikus felhasználói felületet. Ezek csak a VI. A kezelőszervek és a kijelzők viszont mind az előlapon, mind az ábrán ( terminál ikon formájában) megjelennek, hogy összekapcsolódhassanak a velük adatokat cserélő műveletekkel.
Végül a diagram vezérlő struktúrákat (ciklusokat, feltételeket, eseményeket, sorrendet stb.) Tartalmaz a műveletek végrehajtásának vagy sorrendjének meghatározásához, mint az összes programozási nyelven. Az összes parancsobjektum, indikátor, funkció, struktúra palettán, menükön vagy billentyűzet kombinációin keresztül érhető el a programozóval ( Gyors Drop ). A diagramon elhelyezett funkcióikonok csomópontokká válnak, amelyeket a bemeneti és kimeneti vezetékek kötnek össze. Az összeadás funkció például két bemeneti és egy kimeneti csatlakozót kínál az eredményhez. Egy nagyobb program minden subVI megőrzi azt a lehetőséget, hogy a felhasználó az előlapján keresztül függetlenül hajtsa végre.
Az olvasó számára egy G nyelven írt program diagramként, diagramként jelenik meg, amely színes szálakkal összekapcsolt különféle ikonokat hoz össze . Minden vezeték szimbolizálja az adatok átadását egy forrásból, ahonnan távozik (ennek eredményeként), egy célpontig, ahova belép (mint paraméter).
A G nyelv diagramjainak tehát egészen más jelentése van, mint az elektronikus diagramoké, amelyeket néha felidéznek. A LabVIEW blokkdiagramon az adatok addig nem folynak át a hírcsatornán, amíg azokat a forrásikon nem generálja. A cél ikon csak akkor indul el, ha az összes bemeneti adat rendelkezésre áll. Ez az adatfolyam- ütemezési modell határozza meg a programfolyamatok alapértelmezett végrehajtási sorrendjét. E szabály fontos következménye, hogy az adatokat nem cserélő folyamatok szabadon futhatnak párhuzamosan. A G nyelv ezen tulajdonsága megkönnyíti a többprocesszoros alkalmazások fejlesztését , különösen érdekes a reaktív rendszerek (beágyazott vagy nem) vezérlése keretében.
A G nyelvű programok megtervezése lényegében eljárási megközelítést alkalmaz. Az adatfolyamok általi végrehajtással kombinálva ez a megközelítés jó eredményeket nyújt a műszerezés területén. Ez a mérnökök vagy kutatók számára is a leg intuitívabb, akik gyakran jobban ismerik a kísérleti protokollokat, mint a számítógépes koncepciókat.
Az objektum-orientált tervezés támogatását az 1990-es években a LabVIEW-ben bizalmasan fejlesztették ki, hogy 1999-ben a svéd Endevo vállalat egy "GOOP" készletet, majd 2006-tól natív támogatást nyújtson (8.2-es verzió). Számos elemet módszerek és tulajdonságok kezelnek.
A projektkoncepció 2005-ben jelent meg a szerkesztőben (8.0 verzió), különösen az akkor elérhetővé vált új fordítási célok (valós idejű rendszerek, FPGA-k, mikroprocesszorok) konfigurálására.
2018 óta a Python hatása érezhető azzal a lehetőséggel, hogy ezen a nyelven szkripteket hívhatunk, majd a halmaz és az asszociatív tömb fogalmainak natív támogatása .
A LabVIEW grafikus programozása népszerű a nem számítógépes tudósok körében, akik olyan programokat és virtuális grafikus interfészeket vonszolhatnak, amelyek hasonlítanak a valódi laboratóriumi eszközök előlapjaira. A fejlesztés ezen programozási megközelítését egy intuitív, dokumentációban és példákban gazdag környezet támogatja.
A szigor, a bevált gyakorlatok és a fordító sajátosságainak hiánya mindazonáltal veszélyezteti a programok minőségét és teljesítményét, mint minden programozási nyelv esetében. Bonyolultabb vagy hatékonyabb algoritmusok eléréséhez a mélyreható ismeretek a döntőek (például a memóriakezelésnél, amelyet alapértelmezés szerint automatikusan lefoglalnak, és a fordító). Szoftvertechnikai eszközök is léteznek nagyszabású LabVIEW alkalmazások csapatként történő létrehozásához.
1986-ban jelent meg a LabVIEW első verziója, amelyet Jeff Kodosky készített, a Macintosh rendszeren . Szüntelen munkát követ a programozási környezet javítása (a szerkesztő ergonómiája, új koncepciók támogatása, a fordító fejlesztései), de hozzá kell igazodnia a hardveres környezet (eszközök, adatkártyák) fejlődéséhez is. kommunikációs kapcsolatok, összeállítási célok) és szoftverek (adatcsere-szabványok, kapcsolat más szoftverekkel és más programozási nyelvekkel). 2009 óta a LabVIEW évente egy fő évjáratú verzióval fejlődik.
2017-ben a National Instruments stratégiai villát működtetett, és két ága szerint fejleszti termékét: a "klasszikus" és az "NXG" ág (NeXt Generation). A LabVIEW NXG a LabVIEW jövőjeként szerepel. Két évvel a megjelenés után a LabVIEW NXG kompatibilitása más National Instrument szoftver- és hardvertermékekkel még mindig elmaradt a hagyományos iparétól. De új exkluzív funkciókat is kínál, és a vállalat azon dolgozik, hogy megfordítsa a két ág közötti erőviszonyokat.
Bővítheti a LabVIEW funkcionalitását külön terjesztett eszköztárak hozzáadásával . Az alábbi lista kiegészítõinek nem teljes listáját tartalmazza:
A VI megnyitása a LabVIEW régebbi verziójával, mint az annak előállítása, általában nem lehetséges. Mindegyik verzió azonban korlátozott számú korábbi verzióhoz mentheti a kódot, így megnyitható bennük.
A LabVIEW 6-ból előállított kód a LabVIEW bármely újabb verziójával megnyitható.
A LabVIEW a 2.5-ös verzió (1992, Windows 3.1) óta elérhető a Windows számára.
LabVIEW | Win 95 | Win NT | Win 98 | Nyerj meg | Win 2000 | Win XP | Win Vista | Win 7 | Win 8 | Nyerj 10-et |
---|---|---|---|---|---|---|---|---|---|---|
5.1.1 (2000) | x | x | x | - | x | - | - | - | - | - |
6.0.2 (2001) | x | x | x | - | x | - | - | - | - | - |
6.1 (2002) | x | x | x | x | x | x | - | - | - | - |
7.0 (2003) | - | x | x | x | x | x | - | - | - | - |
7.1 (2004) | - | x | - | - | x | x | - | - | - | - |
8.0.1 (2006) | - | - | - | - | x | x | - | - | - | - |
8.2 (2006) | - | - | - | - | x | x | - | - | - | - |
8.5.1 (2008) | - | - | - | - | x | x | x | - | - | - |
8.6.1 (2008) | - | - | - | - | x | x | x | - | - | - |
2009 | - | - | - | - | x | x | x | - | - | - |
2009. SP1 | - | - | - | - | x | x | x | x | - | - |
2010 | - | - | - | - | - | x | x | x | - | - |
2010. SP1 | - | - | - | - | - | x | x | x | - | - |
2011 | - | - | - | - | - | x | x | x | - | - |
2011. SP1 | - | - | - | - | - | x | x | x | - | - |
2012 | - | - | - | - | - | x | x | x | - | - |
2012. SP1 | - | - | - | - | - | X (SP3) | x | x | x | - |
2013 | - | - | - | - | - | X (SP3) | x | x | x | - |
2013. SP1 | - | - | - | - | - | X (SP3) | x | x | x | - |
2014 | - | - | - | - | - | X (SP3) | x | x | x | - |
2014. SP1 | - | - | - | - | - | X (SP3) | x | x | x | - |
2015 | - | - | - | - | - | X (SP3) | x | x | x | x |
2015. SP1 | - | - | - | - | - | X (SP3) | x | x | X (8,1) | x |
2016 | - | - | - | - | - | - | - | x | X (8,1) | x |
2017 | - | - | - | - | - | - | - | x | X (8,1) | x |
2018 | - | - | - | - | - | - | - | x | X (8,1) | x |
A LabVIEW az 5.1 (1999) verzió óta elérhető Linux alatt. Kompatibilitása azonban továbbra is korlátozott, valamint az eszközkészletek és különösen a hardver meghajtók kompatibilitása, amelyeket eseti alapon kell ellenőrizni.
LabVIEW Linuxhoz | Futásidejű motor | Fejlesztőkörnyezet |
---|---|---|
2014. SP1 | Linux kernel 2.4x, 2.6x vagy 3.x és GNU C Library (glibc) 2.5.1 vagy újabb verzió Intel x86 (32 bites) architektúrához; Linux kernel 2.6x vagy 3.x és GNU C Library (glibc) 2.5.1 vagy újabb verzió Intel x86_64 (64 bites) architektúrához | Red Hat Enterprise Linux Desktop + Workstation 6 vagy újabb; openSUSE 12.3 vagy 13.1; Scientific Linux 6 vagy újabb |
2015. SP1 | Linux kernel 2.6x vagy 3.x, valamint GNU C Library (glibc) 2.11 vagy újabb verzió Intel x86 (32 bites) architektúrához; 2.6x vagy 3.x Linux kernel és GNU C Library (glibc) 2.11 vagy újabb verzió Intel x86_64 (64 bites) architektúrához | Red Hat Enterprise Linux Desktop + Workstation 6.5 vagy újabb; openSUSE 13.2 vagy Leap 42.1; Scientific Linux 6.5 vagy újabb |
2016 | 2.6x vagy 3.x Linux kernel és GNU C Library (glibc) 2.11 vagy újabb verzió Intel x86_64 architektúrához | Red Hat Enterprise Linux Desktop + Workstation 6.5 vagy újabb; openSUSE 13.2 vagy LEAP 42.1; Scientific Linux 6.5 vagy újabb; CentOS 7 |
2017. SP1 | 2.6x vagy 3.x Linux kernel és GNU C Library (glibc) 2.11 vagy újabb verzió Intel x86_64 architektúrához | openSUSE LEAP 42.1 és 42.2; Red Hat Enterprise Linux Desktop + 6.x és 7.x munkaállomás; Scientific Linux 6.x; CentOS 7 |
2018. SP1 | 2.6x vagy 3.x Linux kernel és GNU C Library (glibc) 2.11 vagy újabb verzió Intel x86_64 architektúrához | openSUSE LEAP 15.0, 42.2 és 42.3; Red Hat Enterprise Linux Desktop + 6.x és 7.x munkaállomás; CentOS 7 |
2019 | 2.6x vagy 3.x Linux kernel és GNU C Library (glibc) 2.11 vagy újabb verzió Intel x86_64 architektúrához | openSUSE Leap 42.3 és 15.0; Red Hat Enterprise Linux 7 és 8; CentOS 7 és 8 |
Ami az irányítást, a tesztelést és a mérést illeti, olyan szoftverekkel fejleszthetünk, mint például:
Természetesen a teszt- és mérőszoftvert minden programozási nyelven be lehet programozni anélkül, hogy kihasználnánk az e területre szánt funkciókat. A fejlesztés hosszabb időt vesz igénybe, de ennek az lehet az előnye, hogy független egy kereskedelmi és zárt terméktől.