LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

Going from LabVIEW 2016 to 8.5 stop classes vi from operating.

Solved!
Go to solution

I developing LabVIEW controlled experiment using version 2016. Unfortunately, I will need to transfer it to LabVIEW 8.5. When saving project to version 8.5 I'm loosing ability to work with my classes.

I made a simple test which you can see on the Figure below:q1.png

I do not understand which library I'm missing. What could be the solution to this problem?

0 Kudos
Message 1 of 7
(2,779 Views)

Hi saldenisov,

 

you're talking about a VI conversion from 2016 to 8.5!

You know there are >8 years between both LabVIEW versions?

You know there are several compiler changes in between?

 

General advise: Do the coding stuff in LabVIEW 8.5 when you need LV8.5 sources. Upconversion to LV2016 is much safer than backconversion…

 

Your 7z file contains several VIs. Apparently the "Read Numeric 2"/"Write Numeric 2" are runnable after I included them in your class…

Best regards,
GerdW


using LV2016/2019/2021 on Win10/11+cRIO, TestStand2016/2019
0 Kudos
Message 2 of 7
(2,760 Views)

They are runnable because they were done in 8.5 LabVIEW. So your advice is to work in 8.5, what I really do not want to do...but:(

0 Kudos
Message 3 of 7
(2,753 Views)

Were classes introduced in LV8.5?

 

G# - Award winning reference based OOP for LV, for free! - Qestit VIPM GitHub

Qestit Systems
Certified-LabVIEW-Developer
0 Kudos
Message 4 of 7
(2,739 Views)

Hi Yamaeda,

 

OOP/classes were introduced in LV8.2

Best regards,
GerdW


using LV2016/2019/2021 on Win10/11+cRIO, TestStand2016/2019
0 Kudos
Message 5 of 7
(2,732 Views)

@GerdW wrote:

Hi Yamaeda,

 

OOP/classes were introduced in LV8.2


I didn't think it was that old, seems people started using it ~2013. 🙂

/Y

G# - Award winning reference based OOP for LV, for free! - Qestit VIPM GitHub

Qestit Systems
Certified-LabVIEW-Developer
0 Kudos
Message 6 of 7
(2,715 Views)
Solution
Accepted by topic author saldenisov

I found a solution:

I continued to work with LabVIEW 2016.

I've simply dublicated classes I needed in 8.5 and 2016 by simply coding them twice.

When I downgrade to 8.5 version I use classes developped in version 8.5, when I go back to 2016 I start to use version of classes developped in 2016.

 

Stupid, but it works:) 

0 Kudos
Message 7 of 7
(2,682 Views)