This Instructable will go over how to install and set up LabVIEW Home Bundle.
Digilent sells the LabVIEW Physical Computing Kit, which contains the chipKIT WF32 and LabVIEW Home Bundle. If you would like to use LabVIEW to connect to a microcontroller, LabVIEW MakerHub LINX is used to interact with common embedded platforms like Arduino, chipKIT and myRIO. A list of supported devices can be found here.
If you choose to do your programming on a Mac rather than a PC, below is a list of the best code editing apps that could be mustered. Test them out, see which one suits you, and dive on into the sublimely mathematical, perfectly logical world of Mac-based coding. Note: MacBook, MacBook Pro, and MacBook Air must have the power adapter plugged in to automatically download updates. See also Install and uninstall apps from the internet or disc on Mac Find Mac software and updates online Change Software Update preferences on Mac. Actually my Mac is running Yosemite MacBook Air (13 inches, early 2014) Intel Core i5 1.4 GHz 4 GB 1600 MHz DDR3 Intel HD Graphics 5000 1536 MB I don't know if I should update any of these, I did not try any operating system. Version 10.11: El Captain Version 10.12: Sierra Version 10.13.
If you're interested in setting up your chipKIT WF32 or other microcontroller supported by LabVIEW MakerHub LINX, check out this Instructable.
Step 1: Download LabVIEW Home Bundle
To start, follow this link to the LabVIEW MakerHub website entry on LabVIEW Home Bundle. Click 'Download Now' to get redirected to the NI download page.
Click 'Download LabVIEW (1.3 GB)' to download the 'downloader' for LabVIEW Home Bundle.
Save the downloader somewhere on your computer (doesn't really matter) and it will open and begin to download LabVIEW Home Bundle.
When the download is finished, click open on the downloader.
Step 2: Unzip
After clicking open, a window pops up to notify you about the self extracting archive. Click 'OK'.
Next, a window called WinZip Self-Extractor will appear. I would suggest leaving the temporary file path the same since it is easy to find and delete once you have installed LabVIEW. Once you're ready, click 'Unzip'.
When LabVIEW is done unzipping, click 'OK'.
Step 3: LabVIEW Installation Part 1
A LabVIEW 2014 SP1 window will now open. Wait for LabVIEW to finish initialization automatically then click next.
Enter your full name and organization (if any) and click next.
Under LabVIEW 2014 SP1 (Base/Full/Professional), enter the serial number on your certificate of ownership that came in your documentation for LabVIEW Home Bundle (pictured above). You only need to fill out this line. Enter the information and click next.
For destination directories, I would recommend using the default path. When you're done, click next.
Step 4: LabVIEW Installation Part 2
For the next window, you can change some features of the installation. I would recommend just clicking next.
Next, a window will warn you about your firewall. Click next and watch for your firewall to ask if you want to give permissions to National Instruments or LabVIEW at any point during the installation.
Click next on the product notification window.
Accept the license agreements and click next.
Start installation by clicking next.
Step 5: LabVIEW Installation Part 3
Wait for the installation to complete. When completed, there may be a window that pops up like the one pictured above called 'Install Hardware Support for LabVIEW.' Click decline support.
Activating LabVIEW is next. Select 'Automatically activate through a secure Internet connection.' Your serial number you entered earlier should appear. If not, re-enter it. Click next when you have entered your serial number.
Sign in to your NI account to link your product to your account and click next.
A window will now pop up indicating that your product was successfully activated. Click finish.
Step 6: Start Using LabVIEW
A window will pop up that says you need to restart your computer to finish the installation. Click restart.
Once your computer has restarted, open LabVIEW 2014 SP1 and you're ready to start using LabVIEW!
Extra Resources
Here are some useful resources for learning basic LabVIEW coding and LINX.
1. Youtube guides by National Instruments
2. LINX Basics from LabVIEW MakerHub
3. LabVIEW Basics from LabVIEW MakerHub
If you have any questions, feel free to comment or you can post LabVIEW and LINX related questions on the MakerHub Forums.
Be the First to Share
Recommendations
13 1.6K
TMD-1: a Turing Machine Demonstrator in Electronics
110 13K
329 36K
Recycled Speed Challenge
Make it Move Contest 2020
Build a Tool Contest
It has been a while since I've posted here, but with good reason. We've been really busy working on rewriting large chunks of LabVIEW for Mac 64-bit (see also Christina Roger's mention).
Labview Runtime 2017 Sp1
LabVIEW originated on the Mac APIs. Since then, LabVIEW was ported to Windows and Linux, and more modern APIs on those platforms. However, the Mac code largely remained unchanged, except for a minor rewrite for Mac OS X. When Apple switched to the NeXT based Mac OS X, they provided an API set named Carbon, which allowed for much of the pre-existing code to come across without much change. When LabVIEW was ported to Mac OS X, we took advantage of several POSIX APIs that we had battle-tested on Linux, and there were some changes to take specific use of Mac OS X, but much of the old API usages were not changed.
Then Apple decided not to port Carbon APIs to 64-bit. Apple has also deprecated much of the Carbon APIs. So we launched out to rewrite the Mac-specific sections of LabVIEW to be more modern and take advantage of Apple's new and forward looking Cocoa API. We decided the best way to do this and make sure we didn't miss anything that still called into Carbon APIs, was to port LabVIEW to 64-bit on the Mac.
We didn't want to do another minimal-port like we did when we went to Mac OS X. We wanted to fix as much as we could. We put together a terrific team of great developers on the LabVIEW team, and got to work on evaluating what needed be rewritten, what needed to change and what should stay the same. So here are some of the differences between Mac 32-bit and Mac 64-bit and VIs to help with the transition.
Fast
Depending on the operation, 64-bit LabVIEW on Mac is noticeably faster. There are a couple of corner cases where small sub-sections of the code are slightly slower, but everything else we've tested is somewhere between slightly faster to much faster. We went down to the C-Code subroutine level to compare performance between 32-bit and 64-bit to make sure we were not slowing LabVIEW down in porting to 64-bit. We were pleasantly surprised.
POSIX Paths
This was long overdue. Paths in 32-bit are formatted in HFS Classic format. 64-bit uses the more common POSIX paths. It's mostly showing slash (/) instead of colon (:) between path elements (although there is more to it than that).
There is also a little bit of magic that happens in 64-bit when a path in a string is converted to a path type that allows either format, and then converts it into POSIX style. You can try this by copying the path from the 32-bit path indicator and paste it into the 64-bit indicator. Once focus leaves the indicator, the path will be converted to POSIX format (it's pretty fun to watch).
This magic also happens when using the String to Path primitive. You can have a string of either format and it will convert it to a POSIX path. This makes it easier to transition between 32-bit and 64-bit as you are testing your VIs in 64-bit.
Some other VIs that assist in dealing with paths between 32-bit and 64-bit are Path to Command Line String.vi and Command Line String To Path.vi in Programming -> String -> Path/Array/String Conversion palette. These VIs are helpful in building a path that can be used in System Exec.vi or system shared libraries in a cross-platform manner. They have actually existed in LabVIEW since before 2009, but are added to the palettes now to assist in transitioning between 32-bit and 64-bit on Mac.
Another path related VI that is helpful for Mac users is Executable Path To Command Line String.vi. This VI helps in getting the path to the executable in an app.
This is particularly helpful writing cross platform code that will launch LabVIEW built apps, LabVIEW itself, or other GUI applications. Windows and Linux just take the path to the EXE. On Mac, the .app is really just a folder. This VI will give you a path to the executable you can call from System Exec.vi, in a cross-platform way. This VI did not make the cut for the palettes, but you can find it in vi.lib/AdvancedString.
POSIX Line Ending
Another long overdue change was the 'platform line ending.' Since Mac OS X, most Mac software uses New Line (n), however LabVIEW clung to the old Mac Classic Carriage Return (r). The End of Line Constant (I know the icon shows New Line/Carriage Return) in the String palette returns what LabVIEW thinks is the platforms end-of-line character(s). Windows returns Carriage Return/New Line (rn). Linux returns New Line (n). Mac 32-bit returns Carriage Return (r) and Mac 64-bit return New Line (n).
Labview 2014 Sp1 Pro For Mac Free
To assist in handling line endings from various environments, we now have Normalize End Of Line.vi in the String palette. This VI has shipped with LabVIEW since before LabVIEW 2009, but is now available in the palettes. This VI takes a string and converts all the line endings in the string to a standard end of line. That way, no matter what the source of the string (Windows, Linux, Mac LabVIEW 32-bit, etc), you can normalize the end-of-lines in the string and then parse the string regardless of the source.
Labview 2019 Sp1
AESend is Dead, Run AppleScript Code Instead
LabVIEW used to communicate with other applications on the Mac using Apple Events via AESend family of VIs. We have removed those from the palettes and added Run AppleScript Code.vi (in Connectivity -> Libraries & Executables next to System Exec.vi). AppleScript is easier for most people to use, and you can test the code in Apple's AppleScript Editor app. The AESend family of VIs still ships with LabVIEW, but is deprecated and we encourage users to move to Run AppleScript Code.vi (NOTE: LabVIEW 2014, both 32-bit and 64-bit, shipped with a crash when running the AESend family of VIs. This is expected to be fixed in a future version). The AESend family of VIs will not work in 64-bit.
Unicode / UTF-8
Mac LabVIEW 64-bit is the first LabVIEW that supports Unicode. When displaying, entering, copying, pasting, etc. strings, 64-bit LabVIEW assumes all the data is UTF-8. This has several ramifications. First, you can put emoticons in text. Pretty cool, but not that helpful. The other implication is that now there is no limit to what languages you can use for file/folder names (this ones for you, Socrates). In LabVIEW 32-bit on Mac, we had users who would name their hard drive something meaningful in their native language, which LabVIEW would then choke on and report it couldn't open the VI. LabVIEW 64-bit, because all strings are UTF-8, can handle any language in the path.
CINs are gone, use Call Library Function Node
On all 64-bit LabVIEW platforms, CIN is no longer supported. All of the functionality is available via the Call Library Function Node (in Connectivity -> Libraries & Executables next to System Exec.vi). Since Apple supports Universal Libraries, LabVIEW on Mac does nothing special to differentiate between 32-bit and 64-bit in library names. If you have a framework or dylib that you want to call into from both 32-bit and 64-bit, make sure it is a universal binary. You can use the lipo command line tool to merge binary code from 32-bit and 64-bit into a universal binary.
Miscellaneous
There are separate installers for LabVIEW 32-bit and 64-bit on the Mac LabVIEW media. We recommend you install both, as not all NI toolkits and addons are available for 64-bit yet.
The Dock icon differs between 32-bit and 64-bit. Think of it as Coal (32-bit) and Solar (64-bit). The icons now also have the LabVIEW version on them. This makes it easier to tell the difference and switch between them when working with both simultaneously.
LabVIEW 32-bit is still in /Applications/National Instruments/LabVIEW 2014 folder. LabVIEW 64-bit is in a sibling folder named LabVIEW 2014 64-bit.
I encourage you to try out LabVIEW 64-bit and leave me a comment below as to what other differences you have found.
Labels: 64-bit, Coding, LabVIEW, Mac, Mac OS X, Macintosh
