07-13-2015 11:02 AM
Hello,
So I have been trying to use the FTD2XX drivers and I downloaded what I thought to be the correct file here. After installing it using the instructions found here, I tried to run even the most basic VI that came with the package. For some reason it is telling me that I'm missing an FTD2XX.dll file, which I checked and don't have. I googled to check to see if it came separately but everything I found seemed too general and specific to LabVIEW (it just kind of looked sketchy). Anyway, am I missing some important file on my computer? Or just misinstalled the driver.
Best,
Roger
PS. I am running Scientific Linux 6 and it is 32bit.
Solved! Go to Solution.
07-13-2015 12:20 PM
Hi again,
So i've done some more research and the problem may be with LabVIEW. I didn't know before, but since linux uses .so's as it's object libraries, it makes sense that a linux OS wouldn't recognize .dll's as the correct ending for libraries. So I guess my question now becomes:
Why is LabVIEW looking for .dll's if it's a linux installation and how do I get it to recognize the .so that I do have?
Best,
Roger
07-13-2015 01:06 PM
07-13-2015 01:58 PM - last edited on 01-21-2025 11:06 AM by Content Cleaner
Catalan14 wrote:
Why is LabVIEW looking for .dll's if it's a linux installation and how do I get it to recognize the .so that I do have?
LabVIEW uses wildcards to search for Windows, Linux, or Mac libraries [1]. In your case, try FTD2XX.* as the name of the libary in the Call Library Function node's configuration pane. You'll at least uncover the next obstacle, if there is one.
If the libary has a different name on each platform, you can use a conditional disable structure [2] instead and use the OS symbol to change behavior according to the platform.
[1] LabVIEW Help :: Configuring the CLF Node
https://www.ni.com/docs/en-US/bundle/labview/page/configuring-the-call-library-function-node.html
[2] LabVIEW Help :: Creating Conditonal Disable Structures
Joe Friedchicken
NI Configuration Based Software Get with your fellow OS users
[ Linux ] [ macOS ]Principal Software Engineer :: Configuration Based Software
Senior Software Engineer :: Multifunction Instruments Applications Group (until May 2018)
Software Engineer :: Measurements RLP Group (until Mar 2014)
Applications Engineer :: High Speed Product Group (until Sep 2008)
07-14-2015 03:40 AM
Dennis - there are lots of reasons for using the D2XX driver with the FTDI devices - it allows you to use things like the libMPSSE driver for doing digital I/O, I2C (e.g. reading/writing EEPROMS) and SPI. I think you also need to use that driver if you want to do things like querying available FTDI devices and the device information (e.g. serial number). If you're just using it as a serial port, you should definitely just stick with the VCP drivers and VISA though.
07-14-2015 05:10 AM
Sam and Dennis,
Yes that is exactly why I am using the D2XX drivers instead of the VCP; they easily allow me to query the device and interface better with the voltage supplies that I am using. If you have any other ideas for acceptable equivalent drivers that might interface better, I would be happy to hear your suggestions.
Joe Friedchicken,
I am very intrigued by the the conditional disable structure and will probably explore that option later but for now, your first point allowed me to actually get the VI's to work. I simply changed the file name to end with .so and then everything worked like a charm. The only downside, of course, was that I need to do that for dozens and dozens of VI's. But at least it worked. Thank you for your help.