LabVIEW/TestStand In-Place Structure?

I'm trying to minimize latency as much as possible at the interface between TestStand and LabVIEW regarding data acquisition (actually using 4 Measurement Computing analog input boards but the concepts should apply regardless of which hardware).
Rather than constantly calling a VI (in a while loop) requesting samples I was thinking about giving the VI the SequenceContext and letting it set Fileglobals directly.  I'm setting FileGlobals and will provide a sequence that as many as 4 simultaneous threads could call all wanting access to the same data.
For various reasons, I actually want to set up a somewhat large ring buffer on the TestStand side ~75MB holding "pages" of samples.  Essentially, I'll be taking 100-200ms chunks of data and stacking them together in these ring buffers up to 20 seconds worth of time.  I'm aware that I'll be missing samples in between each chunk and I'll benchmark how bad this is but based on some initial experiments with the idea I think I'll be able to live with it.
So...that brings me to the actual question, is it possible to somehow give LabVIEW the 'pointer' to these memory location of TestStand and have it operate on it directly?
Am I making a bad assumption that constantly calling a VI and passing potentially large blocks of data around isn't a performance problem?

There is the "Set Property Value.vi" in LabVIEW.  It is polymorphic. Just set the lookup string to "Fileglobals.Variable".  The dot notation is kind of important.  I do not know what kind of performance hits/gains this will give you though.
There are only two ways to tell somebody thanks: Kudos and Marked Solutions
Unofficial Forum Rules and Guidelines

Similar Messages

  • LabVIEW / TestStand Opening in Rockleigh NJ

    Crestron is looking for a talented individual to fill the position of Test Engineer III at our corporate headquarters in Rockleigh NJ (07647). This position will be part of our Test Framework Development team, and will develop advanced production test platforms using National Instruments’ LabVIEW, TestStand and Visual Studio C#. This role will focus heavily on creating the underlying structure for Crestron’s automated test platforms and on designing modular test systems that can be adapted to a wide variety of applications and products. The systems that you produce will be used by downstream engineering teams to develop final acceptance tests for Crestron’s products.
    Key responsibilities:
    Create LabVIEW VIs to interface with a variety of test instrumentation, and with Crestron equipment and software
    Use MS Visual Studio to create C# code that will exercise Crestron hardware. We will provide extensive training on how to work with Crestron systems 
    Support TestStand automation of production tests
    Assist in the selection and adoption of test instrumentation
    Work closely with product designers and firmware developers during the new product development process
    Work closely with other test engineers during the test development, integration and implementation of production tests
    Other duties as assigned
    Crestron is looking for a highly motivated, results-driven individual with exceptionally strong computer programming and technical skills. A successful candidate will have extreme proficiency with LabVIEW, TestStand and C#, Java or C++. General electrical engineering knowledge and experience with product testing in a manufacturing environment is essential.
    Required Skills and Experience:
    Bachelor’s of Science degree in Electrical Engineering, Computer Engineering, or Computer Science; Masters preferred
    Extremely strong proficiency with NI LabVIEW, NI TestStand and C#, Java or C++. This position will rely heavily on these skills and we will focus on them during the interview
    6 - 10 years of engineering experience with at least 4 years in a test or software engineering related role
    Comprehensive understanding of product test methodologies and techniques
    Superior written and oral communication skills; the ability to work closely with a diverse group of individuals
    A desire to be an essential part of a fast paced, innovative engineering team 
    A passion for quality and a drive for excellence
    https://www2.apply2jobs.com/crestron/ProfExt/index.cfm?fuseaction=mExternal.showJob&RID=2728
    If your interested and able to work in New Jersey USA without requiring sponsorship, etc please either apply through the link above or send me PM with your resume.
    Regards,
    Shaun

    Hi Enquiry,
    The reason for giving personal mail id is: "it is convenient to access
    personal mail id than official id.. I have no intent to hijack your
    cv 
    If you are interested, then you may send your CV @
    [email protected]  . You may ask why not HR mail id ... reason is
    obvious I want to get referral money: smileywink: 
    Regards,
    Naresh.K
    Naresh
    Software Engineer

  • In Place structure bundle/unbundle behaviour

    Hi all,
    I have noticed unexpected behaviour of the in place structure at edit time.  This VI illustrates the behaviour I see.  Essentially, if you add items into the cluster above the element being unbundled in the structure, the structure changes the element it is operating on.  This is not seen with the while loop.  This is causing me a headache, but is it a bug, or expected? Does anyone agree this is a bug?
    Kind regards,
    Michael.
    Attachments:
    In Place Behaviour.vi ‏6 KB
    After adding dbl 2.png ‏16 KB
    Original.png ‏15 KB

    NI please say this is a bug and fix it.  I was just bitten by this and my code did not break because the data type of the Nth-1 item was the same as the Nth item.
    I use the unbundle and bundle to modify a value in the cluster based on the name of the data which is how clusters work.  I then do the same operation on the same data in the IPE structure.
    If you make the bundle grow by one, and add an item to it, the VI will be runable, but the two operations are no longer the same because the IPE is now modifying different data.
    Attached is my exampe saved in 2013 (not SP1).
    Unofficial Forum Rules and Guidelines - Hooovahh - LabVIEW Overlord
    If 10 out of 10 experts in any field say something is bad, you should probably take their opinion seriously.
    Attachments:
    In Place Cluster Bug.vi ‏7 KB

  • Does the LabVIEW TestStand UI button control support multi-line captions?

    I would like the caption of a LabVIEW TestStand UI button control to wrap onto two lines (multi-line) instead of being confined to a single line.  For example, instead of the caption looking like:
    Loop On Selected Steps...
    I would like it to appear like this:
    Loop On Selected
            Steps...
    I have plenty of vertical space on my TestStand operator interface but my horizontal space is limited, so it would be preferrable to grow buttons vertically instead of horizontally.

    Upon further investigation, it looks like this is a bug (or a "feature change") in TestStand 4.0.  The TestStand 3.5 UI button control automatically placed text on succesive lines if the width of the button decreased below the size required to accomodate all of the caption text on a single line.  However, this is no longer the case in TestStand 4.0.  TestStand 4.0 does not place text on successive lines when the button size decreases below the threshold.  I cannot figure out any way to place button captions on multiple lines using the 4.0 UI button control, including setting the caption programmatically with a carriage return inserted between successive text lines.

  • Can I automate the creation of a cluster in LabView using the data structure created in an autogenerated .CSV, C header, or XML file?

    Can I automate the creation of a cluster in LabView using the data structure created in an auto generated .CSV, C header, or XML file?  I'm trying to take the data structure defined in one or more of those files listed and have LabView automatically create a cluster with identical structure and data types.  (Ideally, I would like to do this with a C header file only.)  Basically, I'm trying to avoid having to create the cluster by hand, as the number of cluster elements could be very large. I've looked into EasyXML and contacted the rep for the add-on.  Unfortunately, this capability has not been created yet.  Has anyone done something like this before? Thanks in advance for the help.  
    Message Edited by PhilipJoeP on 04-29-2009 04:54 PM
    Solved!
    Go to Solution.

    smercurio_fc wrote:
    Is this something you're trying to do at runtime? Clusters are fixed data structures so you can't change them programmatically. Or, are you just trying to create some typedef cluster controls so that you can use them for coding? What would your clusters basically look like? Perhaps another way of holding the information like an array of variants?
    You can try LabVIEW scripting, though be aware that this is not supported by NI. 
     Wow!  Thanks for the quick response!  We would use this cluster as a fixed data structure.  No need to change the structure during runtime.  The cluster would be a cluster of clusters with multiple levels.  There would be not pattern as to how deep these levels would go, or how many elements would be in each.   Here is the application.  I would like to be able to autocode a Simulink model file into a DLL.  The model DLL would accept a Simulink bus object of a certain data structure (bus of buses), pick out which elements of the bus is needed for the model calculation, and then pass the bus object.  I then will take the DLL file and use the DLL VI block to pass a cluster into the DLL block (with identical structure as the bus in Simulink).  To save time, I would like to auto generate the C header file using Simulink to define the bus structure and then have LabView read that header file and create the cluster automatically.   Right now I can do everything but the auto creation of the cluster.  I can manually build the cluster to match the Simulink model bus structure and it runs fine.  But this is only for an example model with a small structure.  Need to make the cluster creation automated so it can handle large structures with minimal brute force. Thanks!  

  • Test Engineer (LabVIEW/TestStand) Required - Detroit, Novi - Michigan

    Hi all,
    Harman International Inc., is looking for a Test Engineer to add to our Team.
    Job Location: Novi, MI
    Job Type: Full Time / Permanent
    Job Location: Novi, Michigan
    Job Description,
    Knowledge in electronic design for testability requirement.
    Knowledge in LabView/TestStand/Process Model test development platform.
    Able to develop testing tools (including but not limited to communication protocol tool, driver interface either for specific product, device and/or instrument etc) in LabView/TestStand environment via VB, DotNet or other interfaces as appropriate.
    Able to develop, debug and implement manufacturing test SW package based on test spec & test requirement for optimized production test quality control and efficiency.
    Knowledge of measurement statistical analysis for production support.
    Experience: 3 - 10 years.
    Please send me Private Message (PM) for the contact details to send your resumes.
    Note that candidates must be authorized to work in US (H1B VISA)
    Thanks
    Vijay

    cross-posted on https://lavag.org/topic/18822-test-engineer-labviewteststand/#entry113145
    Jim
    You're entirely bonkers. But I'll tell you a secret. All the best people are. ~ Alice

  • LabVIEW/TestStand/PXI Engineering Architect Role in fast growing Semiconductor Services Company

    A reputed Semiconductor Services company is on the cusp of major growth due to recent Brand Recognition and happy customers. The company is looking for a capable, motivated senior engineer or developer who wants to take the next step toward technical/architecture leadership, team leadership and opportunities to make lasting impressions on customers in order to grow the business and themselves. Some questions to ask yourself before you apply:
    a) Do you have 2+ years of experience in LabVIEW/TestStand/PXI with a strong foundation in Electrical/Electronics/Communications/Computer Engineering
    b) Do you feel that your technical skills in the LabVIEW/TesStand/PXI space have evolved to the level that you can punch above your weight compared to the number of years of experience. We are looking for go-getters who may be 2-3 years experience but make a lasting impression on any customers and come across as 4-5 years of experience because of your innate smartness, command of engineering/architectural concepts, communication skills and can-do attitude
    c) Are you driven by a sense of integrity, respect to your colleagues and a strong team spirit
    d) Do you believe that every meeting and deliverable to a customer is a vehicle for company and personal growth?
    e) Do you enter every project and opportunity with a view to ensuring customer delight and loyalty?
    f) Are you fearless about entering new allied technologies such as LabVIEW FPGA/Xilinx//Altera based FPGA/ Microcontroller programming and system design
    If the answer to these questions is yes, please email [email protected] with your most updated resume and prepare to embark on a career that will fuel your  job satisfaction and growth in the years to come. A strong technical background in the areas mentioned is essential and will be tested.
    Company Information:
    Soliton Technologies Inc. is a value-driven Engineering Services company with over 15 years of experience and steady services growth in the Semiconductor, Automotive, Biomedical and Test and Measurement industries. (www.solitontech.com). Soliton's services range from LabVIEW and TestStand based Validation Automation (often PXI based), GUI Frameworks, Embedded Development Services on NI Embedded targets as well as Microcontrollers, High Speed FPGA Design, Enterprise Software Development on Multiple programming platforms ( C, C++, C#, .NET, Python, Java, HTML5 etc) and Vision Based Test Systems. The company has a strong Semiconductor focus in the past decade with multiple Fortune 500 customers with steady growth and a track record of customer retention.
    Compensation: Not a constraint for the right candidate.

    Hi,
    Kindly arrange an interview process.
    I have attached my resume
    Regards,
    Bharath Kumar

  • LabView/TestStand Developers wanted in Dallas with Systems Integrator

    VI Technology is currently looking for LabView/ TestStand developers for the Dallas Area. www.vi-technolgy.com  Please email [email protected] or call or dallas office at 972-233-1950 ext 201. 

    Thank you for your replies. We have found a suitable candidate.

  • LabView/TestStand Developer - Herndon, VA

    Senior Production Test Engineer
    Job Description:
    ABOUT THE COMPANY iDirect is dedicated to providing next generation solutions for broadband IP networking via satellite networks. For more than 20 years, the VT iDirect organization has focused on meeting the economic and technology challenges across the satellite industry. Today, the product portfolio, branded under the name iDirect, sets new standards in performance and efficiency, making it possible to deliver voice, video and data connectivity anywhere in the world. As the leading innovators in the satellite communications industry, our diverse and talented team of Internet, satellite and telecommunications professionals continues to break new ground and create significant opportunities for network operators, for service providers and resellers, and for corporate networking professionals. If you are ready for the challenges, responsibilities, and rewards that come with working in a high-energy, fast-paced environment, then this is the job for you!
    ABOUT THE POSITION
    We are looking for a true leader in the area of production test development and implementation to significantly upgrade our capabilities and sophistication in an outsourced manufacturing environment. This is a unique opportunity to develop, implement and lead the vision for production test engineering. The Senior Production Test Engineer will be in integral part of the global manufacturing operations team and will interact with the Software and Design test functions. This is a great opportunity to join a growing company in a rapidly developing industry.
    RESPONSIBILITIES:
    Participate in all aspects of product testing within the manufacturing environment.
    Develop, debug and maintain LabView/TestStand code to support production test.
    Partner with Manufacturing Engineering, Quality and Reliability teams to monitor, measure and improve production yields. Develop and optimize the debugging approach incorporating a closed loop corrective action process for root cause identification and correction.
    Identify test process cost savings opportunities and work with other Supply Chain teams to identify and realize regular efficiency improvements and cost reductions.
    Lead projects to improve existing test systems and solve any issues that prevent delivery of professional testing capabilities.
    REQUIRED EXPERIENCE:
    The ideal candidate will come from a communications electronics environment with emphasis in wireless communication, and have a thorough understanding of current test strategies and approaches. In addition, the candidate should have the ability to develop and articulate a clear vision for effective and cost efficient production testing in outsourced manufacturing.
    BS in Engineering required. BSEE preferred, BSEET, computer science/engineering or equivalent experience will be considered.
    10+ years in test engineering or related areas in complex electronics manufacturing environment.
    5+ years of experience working at or with a Contract Manufacturer.
    Experience with LabView/TestStand, Boundary Scan, BIST, POST.
    Strong technical documentation skills including test requirements and test plan development.
    Solid understanding of software design and debug.
    DESIRED EXPERIENCE:
    Experience using databases such as SQL.
    Experience with a variety of programmable instruments; such as Spectrum Analyzers, power dividers, signal generators, logic analyzers, etc.
    Significant RF experience and wireless communications strongly preferred.
    Knowledge of application of test methods (ICT, AOI, and RF communications) desirable.
    Experience with National Instruments hardware a plus.
    Experience programming and interfacing ATE's in VB, C, C++, LabView, shell scripts, Perl, programming language skills for measurement, data acquisition and instrumentation control a plus.
    Equal Opportunity Employer M/F/D/V

    Hi,
    Kindly arrange an interview process.
    I have attached my resume
    Regards,
    Bharath Kumar

  • HCL America Needs: ATE, Labview/Teststand Engineer: Lake Forest, CA

    Domain: RF/Communication/SATCOM (Aerospace industry)
    Required Skills:
    - Labview
    - Teststand
    - SQL
    - MS Access
    - RF / Antenna knowledge
    Forwared responses to: jc[dot]hcltech[at]gmail[dot]com.
     

    Dear Sir/ Madam,
    I am writing in response to your job notification for Embedded Testing.
    I am a B.E ECE with an aggregate of 7.73% marks.
    - I have good knowledge of programming languages like C, C++, Embedded C,Assembly and Basics of LABVIEW.
    - I’m compatible on working various operating systems like Linux, windows, etc.
    - I have also done 6 months internship from Electro System Associates(ESA) Bangalore.
    Also I have an Experience in the Field of Testing and Measuring Instruments.
    I am from Electronics background .Please provide me an opportunity .
    Some of my personal qualities which you may find useful for this role are:
    - Ability to learn quickly coupled with innovative ideas for problem solving
    - Ability to work in a team with strong communication skills
    - Hardworking and sincere towards work with an ability to take directions
    Please find my detailed CV for your consideration. If you need any more details, please let me know.
    Thanking you for your time and looking forward to hear from you.
    Sincerely
    Gopinath.s
    Ph:9535569115

  • Labview / Teststand programør søges !!

    Vi leder efter en programmør, som skal indgå i et team i vore Manufacturing
    engineering afdeling.
    Vi beskæftige os med produktion af internetudstyr, printerservere, m.m.
    Vi skal igang med at designe en ny testplatform, baseret på
    Labview/Teststand til brug på vore fabrikker rundt om i verden.
    Hvis du er interesseret kan du kontakte undertegnet
    Allan Koch

    Hej
    Hvilket firma repræsentere du??
    Måske intersseret.
    E
    Click here for Free Video!!
    http://www.gohip.com/freevideo/
    Allan Koch wrote in message
    news:89jsvf$4oe$[email protected]..
    > Vi leder efter en programmør, som skal indgå i et team i vore
    Manufacturing
    > engineering afdeling.
    > Vi beskæftige os med produktion af internetudstyr, printerservere, m.m.
    > Vi skal igang med at designe en ny testplatform, baseret på
    > Labview/Teststand til brug på vore fabrikker rundt om i verden.
    >
    > Hvis du er interesseret kan du kontakte undertegnet
    >
    > Allan Koch
    >
    >

  • Job opening for a LabVIEW / TestStand developer in Auckland, New Zealand

    Position Description
    Title:                    Test Systems Engineer – Data Acquisition/Test Systems
    Roles:                    LabVIEW Development
                                    TestStand development
                                    Data Acquisition and Monitoring System Development
                                    Project Management
    Skills & Qualifications:
    Minimum Bachelors Degree in Engineering/Science/Mechatronics/Computer Science
    LabVIEW and/or Test Standard development (CLD/CLA). If not already qualified to this level, qualification would be expected with the first 2-3 months
    Development Project Team Leadership skills
    Technical Report Writing
    Experience with Engineering Test Systems
    Electronics development
    Other relevant Computer Software development skills such .NET, SQL, Javascript, Python
    Position Type:
    Permanent
    The Company:
    CPE Systems is project driven design house develops systems for Data Acquisition and Test & Measurement and has successfully delivered hundreds of projects during its 17 year history. Located in Albany Auckland, the position offers easy access via car and public transport. While the successful applicant will complete most of their work from the Albany office, there is opportunity for short-term commissioning and support roles at client sites around New Zealand and Australia.
     The company delivers innovative high tech solutions across a broad range of industries and key capabilities include:
    Structural and condition monitoring
    Engineering and scientific software
    Data management and presentation
    Control, automation and vision
    Test systems
    A relationship based business, with a strong people focus, the organisation is committed to professional design and project management processes that go beyond what is normally seen in the industry.
    CPE Systems has 15 years experience in the management of over 600 projects, all of varying size, clientele, industry and application. We provide services to industry in five primary areas:
    Test Systems
    Structural Health and Condition Monitoring
    Engineering and Scientific Software
    Data Management and Presentation
    Control, Automation and Vision
    To support these capabilities, we have extensive skills in the following areas:
    Project Management
    Software Development
    Electronics Design
    Training
    In Service Support
    CPE Systems has developed its internal processes over the years to efficiently manage the entire lifecycle of our projects. The CPE database allows us to develop project plans, schedule tasks, monitor project progress, track sent and received goods, manage document versions, register and track project risks, and assess CPE’s performance on each project delivered.
    We have a strong people focus, where relationships both internally, and externally with suppliers and clients, are treated with utmost importance.
    The standards for performance and development in our industry are very high, so our company is strongly focused on developing and implementing professional design and project management processes that go beyond what is normally seen in industry.
    Job Description:
    The role is a Test System Engineering Position for a person with a Graduate qualification in Engineer/Science/Software with 4 – 5 years relevant experience in Data Acquisition and/or Test and Measurement systems.
    The Test Systems Engineer will lead or be part of a Project Team involving CPE and will be involved in all elements of Data Acquisition, Real Time and Test & Measurement software and hardware projects including;
    Requirements Analysis and definition
    System Design
    Software/Hardware Development
    Verification
    Report writing
    Use of the CPE Systems Development systems
    Other Engineering Tasks as required
    The Test Systems Engineer will be given training on CPE Systems NZ Ltd development systems.
    Opportunities
    The Company has a strong focus on its staff, and will provide training in LabVIEW and other phases of the project life-cycle. Creativity and communication skills are valued and fostered in our people to ensure innovative, successful project outcomes.
     

    Please look into my profile at linked in https://in.linkedin.com/in/prashantpatel21 I m interested.
    Regards,
    PBP (CLAD)
    Labview 6.1 - 2014
    KUDOS ARE WELCOMED.
    If your problem get solved then mark as solution.

  • Labview & Teststand

    Hi guys.
    I'm trying to learn how to use Teststand. I have read the Getting Started and practiced the exercises suggested but since I have never seen this software I still have some troubles.
    I'm interested to use teststand with labview. The idea is to develope a driver to comunicate with one instrument.
    Usually when I realize a driver, I think to a state machine with 3-4 states:
    1- interrogation/identification
    2- reset-configuration
    3- acquisition
    4- close/handling error.
    The first question is: if I want to use teststand should I create a VI for each state of the state machine?
    Watching the exercises suggested, when I execute them is opened a panel where I can choose which test I want to fail. The question is how can I create  a panel like this where place all the buttons / controlls I need? In my  labview driver I give to the user the chance to choose for example between two different kind of execution (manual/automatic) by clicking on the button-control handled by an Event Case. Is it possible to do this thing also in teststand?
    Sorry for these questions.... If you have more guides that I should read they are welcome.

    Why do you want to use TestStand?  Creating a driver to communicate with one instrument sounds like something you would just use LabVIEW for.
    Kelly Bersch
    Certified LabVIEW Developer
    Kudos are always welcome

  • LabView TestStand interoperability with LabView runtime adapter

    I would like to get some background information on how the interoperability of LabView and TestStand works.
    We are using LabView steps mainly for some minor tasks in TestStand projects.
    We do not use the regular deployment way as proposed by NI, but simply use one or more VI folders from which we reference LabView steps.
    Deployment is done by copying the whole TestStand/LabView folder structure to the target machine.
    We use the LabView runtime adapter within on our deployed systems.
    We never mix LabView versions within one project.
    Now, we frequently face the situation that the exact same project structure on two different machines has problems with the LabView steps.
    So one changed VI runs on one target machine while the other after copy deployment is broken. Due to the same project structure and the virtual drives the paths must be the same.
    A mass compile usually solves the situation.
    So this is mystery number 1.
    Today, I had the same problem, however I did not mass compile the full VI folder but simply some folders which I assumed had changed.
    One VI which was referenced by TestStand was not mass compiled and was declared as broken by TestStand.
    All I did was opening the broken VI in LabView Development System and nothing was obviously changed by LabView.
    I closed the VI  and pressed the Reload VI button on the TestStand step and the VI was working again, however the sequence file now had changed somehow (* at file name).
    Another phenomenon:
    An existing project on a machine was running with a certain user.
    After switching the user, the VI steps of the project were suddenly broken.
    My questions?
    1) Why do VIs which run in the development system flawlessly  become broken in the runtime?
    2) Does the runtime use different search paths than the development system?
    3) What kind of information does the mass compilation produce and where is it stored.
    4) What kind of information does TestStand store along with the VI?
    5) Is there a way to diagnose the problem with the runtime adapter ? With the runtime adapter I cannot open the VI to see what is the problem and in the developer mode it works.
     

    First, to clarify a few points:
    1) It is not necessary to use a workspace for TestStand deployments. You can specify a directory of source files for a TestStand deployment.
    2) TestStand licensing should not be affecting this issue in any way. TestStand licenses do not have any impact on LabVIEW VI execution in TestStand.
    Thorsten,
    The issues you are describing are likely being caused by the LabVIEW VIs needing to be recompiled. The runtime engine is not able to recompile VIs, but the LabVIEW Dev System can, so this explains why you are able to execute again after opening the VIs in LabVIEW Dev. it also explains why a mass compile fixes the issue.
    There are a variety of reasons why this could be happening. One scenario that could cause this to happen is that you make a change in one VI, but the change causes a second VI to need to be recompiled. This could cause a problem if you redeploy only the VI that you changed, because it will not be able to work properly unless the second VI is recompiled, which cannot be done by the LabVIEW RTE alone. This can happen because the LabVIEW compiler will optimize certain operations in the compiled code depending on where data is used--for example, the compiler will try to avoid allocating a copy of an array if it does not need to be accessed by multiple pieces of code at the same time. As you can imagine, this type of optimization might be appropriate for one version of your code, but might not be appropriate if a subVI changes such that it needs access to the array in parallel with the rest of the code. 
    The specific example I mentioned is called the Inplaceness Algorithm, and is described along with much more information about the LabVIEW compiler in this whitepaper. This might help explain the reasons a LabVIEW VI would need to be recompiled.
    One potential solution to your problem that would allow you to keep your current deployment method would be to use packed project libraries (PPLs). You could have multiple PPLs for different parts of your code that you want to be able to update individually, which would allow you to make small changes to your codebase without having to deploy the entire set of code at once. A PPL is a self-contained set of compiled code that does not change, which should avoid the recompile issue from occurring.
     

  • How can I handle deploying multiple test systems on the same PC that have been developed using different versions of LabVIEW, TestStand, and/or Switch Executive?

    The major issue here is that the test systems must be documented and validated before being released to the production floor. Given this if a test station has multiple test systems deployed on it that have been developed on various versions of LV, TS, and Switch exec how can I force the test system selected to use the correct versions of TS, LV, and Switch exec.? I understand that the solution would be to recomplie everything and bring them up to the latest version but that would then require re-validation according to the QA department. Any advice would be greatly appreciated.
    It would be nice if theTS deployment was more like an LV executable... meaning when a LV executable is launched it always knows what LV runtime engine to use when there are multiple engines installed on a PC.

    Hi,
    Multiply versions of teststand can reside on the same system, but only one version can run at a time. They is a utility that has to be run to set the active version.
    The SequenceFiles have a version number, and you will find an error will be generate if you try to Load the sequencefile in the wrong version of TestStand.
    The labview VIs will only work providing the correct version of the RTE is also installed on your system, even a labview executabe requires the correct RTE to be installed, either as part of the executable installation or as a seperate installation, before the labview exe will work correctly.
    I'm not fimilar with the Switch exec but I would expect that it will also require the correct lower level device drivers to be available for the version you are using.
    Therefore, as you are indicating that some of your system are at  a older version, its difficult to image how you could achive this, considering if you say you have different versions of the software(s). For a start, you may have the problem that newer code/ sequencefiles using additional functionatily not available in the older versions.
    I would think your only solution would  be to have different deployments covering the different versions you have, or at least bring all your test systems up to the same version of teststand.
    Regards
    Ray Farmer
    Regards
    Ray Farmer

Maybe you are looking for