From Friday, April 19th (11:00 PM CDT) through Saturday, April 20th (2:00 PM CDT), 2024, ni.com will undergo system upgrades that may result in temporary service interruption.

We appreciate your patience as we improve our online experience.

LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

Could somebody convert a library and some VI's (5.0.x -> 8.6.x)?

Solved!
Go to solution

I have some VI's which I can't open in LabView 8.6.x. They were saved in LabView 5.0.x.

Thanks!!

0 Kudos
Message 1 of 18
(3,045 Views)
Attached are in 8.2, which you can open in 8.6. Not sure if they will work since they're looking for some DLL that was not included.
0 Kudos
Message 2 of 18
(3,040 Views)
Thank you very much! The most of VI's are looking for *.lsb files, but others are fine.
Message 3 of 18
(3,023 Views)

  As I am a new LabView's user, I have never converted a library or VI's, so I would like to know some informations. You said that they were looking for a DLL... This happened in the convert process? Or you tried to open a example? I tried to open the VI's which you converted, but they are looking for .lsb files. I couldn't find a C code or CIN objects related to the ADAC board which I am using. I have gotten the drivers and VI's from the manufacture's website, but they were built in LabView 5.0.x.

  I would be glad if you could help me.

  Thanks!!

 

PS.: I got a DLL when I downloaded the files from the website.

 

 

0 Kudos
Message 4 of 18
(2,996 Views)

To convert them I simply mass-compiled the directory. Mass compilation is done from the Tools->Advanced->Mass Compile... The mass compilation has to load each VI. Several subVIs in the AdacDaq\Advanced used the Call Library Function Node function, and it was looking for the ADLCORE.DLL dll.

 

I have no idea why when you're opening them it's looking for .lsb files. That has to do with CINs, which are something different. I did not get this. Are you opening a specific VI that's doing this?

0 Kudos
Message 5 of 18
(2,985 Views)
All ADAC_examples are looking for lsb files and the most of user VI's are doing it too. ADLCORE.DLL is one of the two DLL that were added to WINDOWS directory in the installation of the board's software. Didn't the missing of these files affect the subVIs's compilation?
0 Kudos
Message 6 of 18
(2,979 Views)
Hmmm... I must have missed the search for the CINs (that's the .lsb files). The CINs are not being used by all examples, though. The CINs were not included in the file you attached, so perhaps it's a component of the board software that had the ADLCORE DLL.
0 Kudos
Message 7 of 18
(2,967 Views)
Really? Here all examples are missing the CINs. So, didn't the VI's miss the CIN's while the convert was running? I would like to know if the absence of DLL files made some difference in the convert process.
0 Kudos
Message 8 of 18
(2,955 Views)

The "Easy AO Update Channel" example does not use the CINs. Several of the subVIs (e.g., "AL_InitDevice") make use of the ADLCORE DLL, however.

 

Not having the DLL would not affect the mass compile. It will just flag it as part of the mass compilation report. The VI will still be converted.

0 Kudos
Message 9 of 18
(2,947 Views)
Could you explain where you got the files? A lsb is normally loaded into the VI with the CIN and once loaded, you no longer need the actual file itself. A CIN is pretty old technology and if I recall, there were some cirmumstances where a CIN would not convert to a newer version of LabVIEW.
0 Kudos
Message 10 of 18
(2,946 Views)