06-15-2022 05:01 AM
Hello ,
I am migrating from lab view 2009 to lab view 2022 I am facing a lot of problem after download the lab view version 2022 and try to compile my project and it dosesnt work . is there any good practice while migrating to a newer versions how can i FIX THAT
I have 2009 lab view on other machine and the project works just fine , also it i would like to mention that this project is really huge like its around 1 gb so is ther easy safe way to migrate ?
thanks
06-15-2022 08:07 AM
What do you mean by "try to compile the project"? Is this an FPGA project? Can you share more details about the problems that you are having?
06-15-2022 08:40 AM - edited 06-15-2022 08:47 AM
@Ahmed_emish_560 wrote:
Hello ,
I am migrating from lab view 2009 to lab view 2022 I am facing a lot of problem after download the lab view version 2022 and try to compile my project and it dosesnt work . is there any good practice while migrating to a newer versions how can i FIX THAT
I have 2009 lab view on other machine and the project works just fine , also it i would like to mention that this project is really huge like its around 1 gb so is ther easy safe way to migrate ?
thanks
STOP!
First you need to make sure your working code is absolutely backed up and placed in a source code repository WITH A TAG and never touch it again.
Second Export the MAX configuration of the working development system. ESPECIALLY NOTE ALL SOFTWARE VERSIONS
Your largest hurdle is going to be NI Device Drivers. THERE IS NO VERSION OF ANY OF THEM that will support both LabVIEW versions.
So, you need to understand from the start that you need to be approaching this as an Obsolescence Mitigation project.
What Hardware is involved? Will the new Drivers work with them or has support been dropped? Are any devices reaching the end of availability FPFA technology does not have a decade + useful lifespan. Most Cars don't last that long (we won't discuss the pos I drive)
What OS versions are changing?
This is non trivial and you may want to engage a consultant with vast experience to guide the process. Trust me the fee they charge is cheaper than the cost of the mistakes that WILL SURELY BE MADE by a developer that cannot even spell LabVIEW.
So my answer is "I do not believe that you have the training, knowledge and experience needed to meet your goals."
06-15-2022 10:25 AM
Hello ,
First of all my code is code is absolutely backed up I make sure of that because we cant afford to lose this project .
secondly the OS is windows and changes from windows 7 to windows 11 on the new machine also I would like to use lab view on Linux so what are consideration for this , Also the errors that appears after installing the new version is not that much most of it due to property node issues or that's what I think .
here is a sample of screenshot :
06-15-2022 10:46 AM - edited 06-15-2022 10:54 AM
Without code we can only speculate.
What is an SWS3100? What command line utilities are expected? This leads me to guess an external command is either not present (software package not installed) or the driver is not present) I doubt decade old 3rd party software included support for an OS that hadn't begun development yet.
So, what are the documented dependencies for the project? If it doesn't exist you better believe that you must generate and audit that document first. Then check your IQ, Installation Qualification, document.
This is example of exactly why you can't just force through some upgrade willy nilly without research and planning. You need to fully audit the existing system and plan the integration to the new environment.
06-15-2022 11:05 AM
The considerations for moving cross platform to Linux are exactly the same.
Audit the hardware and software dependencies, create an integration and installation plan that accounts for all dependencies on the new target and mitigates any obsolete system components.
06-15-2022 08:19 PM - edited 06-15-2022 08:20 PM
If you keep calling it "lab view" (instead of LabVIEW), we can speculate that you are not very familiar with any of this!