pawhan11

Mostly cutting costs and company wants to go into open source solutions. Existing systems will stay as they are now until decommissioned, hardware will be reused where possible , question is about how we approach new projects. NI is too expensive compared to other vendors on the market and we are not having complex systems that require high end hardware they offer. For example we have high end pxi scope cards to measure ac frequency and phase rotation from the grid And also other our observations of NI software portfolio in general: - LabVIEW is in decline, from what i hear they dropped support for universities, in EU they closed offices in many countries. We are trying to develop new test systems in .net and see how it goes. - No significant new features and roadmaps, unknown future of the language. They killed NXG and announced it on forum post!... Hope this new NI Conect will change my mind.

Has anyone here successfully migrated from TestStand to some open source automation frameworks? In our hardware test we have a lot of things happening in parallel and so far I haven't found reliable alternative for TS.

Attached working proof of concept with LabVIEW CLI, To make it work: Disable Error message on logger instance (FGV in C:\Program Files (x86)\National Instruments\Shared\LabVIEW CLI\Operations\Utilities\Logger) Enable multiple instances of LabVIEW Spawn few labview processes that will run Builder.vi and pass instance parameter eg \..\..\Labview.exe \..\..\Builder.vi -- 1 Copy ExecuteBuildSpecAsync_class folder to C:\Program Files (x86)\National Instruments\Shared\LabVIEW CLI\Operations Start it the same way from labview CLI but use ExecuteBuildSpecAsync insstead of ExecuteBuildSpec, should compile on free running builder or throw exception builder.zip

Seems that it is not possible directly using LabVIEWCLI, i managed to 'cheat it' by starting multiple LV instances, one instance was building big proj that takes 30 min, another instance did simple library that takes 40sec, they seemed to work independently and time of individual builds did not increase.

I have app with 30 PPLs that have to be compiled before main application. It takes huge amount of time (30min) for build, probably due to heavy use of classes. I use simple powershell script to execute those builds in order, but most of them could be executed in parallel. Is it possible to start multiple instances of LabView CLI to 'cheat' this?

@ShaunR I might have formulated question incorrectly 😁 I want 3 separate functions that have: - variant input and return 1d array of variants when input variant is array (any dimension any data type in array) - variant input and return array of variants when input variant is set (any data type in set) -variant input and return variant pairs of key values when input is Map (any data type of key and value in map) For Maps and Sets I can get type info using Type Parsing Library but not the actual, the only way i see is digging into type descriptors...

Nice, but I require the input to be variant, not an array.

For arrays i came up with this, dimensions are handled up to 10 For maps and sets it seems there is no way to cast them to variant arrays... Edit. I am lost now, according to my logic 2 on the bottom should be possible:

I am looking for a way to do convert N dimensional array to 1d array of variants. Can this be done using native labview functions (some hidden gems etc), without using OpenG? Another issue is with maps and sets, i want to get data out as array of variants, having set or map as variant.

Started transition from svn to git recently and I might be not 100% accurate there. Branch for git means just an link to a commit. When branch is merged and later deleted no history will be lost, all commits from deleted branch will remain as they were. If You delete branch that was not merged then commits in that branch will not be 'reachable' and eventually be garbage collected - never seen that one yet.

Great book about git in general: https://git-scm.com/book/en/v2

Thanks, it seems that PXIe-8381 and PCIe-8381 go for 3k USD . That should be sufficient for our needs, we will get strong workstation for 2,max 3k USD

We are looking for best way to get rid of PXI controller, due to high cost, low performance and issues with IT policies within company. From what I see the best way is to use thunderbolt PXIe-8301. I ve seen many notebooks with TB3 but no desktop PCs. Are there other ways what will be cheaper than PXI controller? Thanks!

Theme option would be huge improvement, green 🙂, dark or custom configured https://forums.ni.com/t5/NI-TestStand-Idea-Exchange/Dark-theme-background-color-for-TestStand-and-MAX/idi-p/3927698 It seems we must give more kudos and hope that someone will implement this...

I guess it is time to reopen some ideas from idea exchange marked resolved in NXG