crossrulz

There also appears to be A LOT of interaction between things.  If I disable the Value Property Node, the User Event gets into the same realm as the Notifier and Queue.  Removing the channels makes it even more the similar.  Maybe the Queue Status in every single VI is doing something?

You will likely need a write (to request the data) and a read (to get the data) for each slave.

State Machines are your friends here.  You can easily make a state for each of your steps.  You can maintain your state list with a queue or you can have a good study of the JKI State Machine.

24 minutes ago, Phillip Brooks said:

Killer feature: SSH 😆

I did have word that NI was working on something for SSH in LabVIEW 2019.  I have not seen anything mention of it in the beta forum (have not gotten it installed yet), so it probably got delayed.

4 hours ago, 0_o said:

Does it support scripting and OO? Could I use llb/lvlib/lvlibp/...? What are the benefits? Is the FP resizable?

Scripting is a work in progress last I heard.  OO is now a feature and NI is working on Traits.  I think llbs are gone.  lvlib I think got transformed into something else.  I do not know of any replacement currently available for the PPLs.

Benefits?  "Programming Optional"!

For me, I will consider NXG when packages (ie PPL replacement) are more fleshed out.  Otherwise, I think all of the features I would need in my current position are implemented.

I downloaded the DS disks last week and the speeds seemed good to me, considering the corporate IT mess I have to get through.

1. Help->Find Examples.  Do a search for XML

2. Go look at packages in VIPM.  NI has a Simple XML library that I used to figure some things out.  Then JKI and MGI have their own XML packages you can have a look at.

Yes, I still heavily use ini files.  Admittedly, I am starting to transition my code to use XML.

Here are your VIs saved in 2015.

2015.zip

Right-click on the timer indicator and choose Display Format.  Choose the Relative Time type and then the HH:MM:SS radio button.  The indicator will now show your hours, minutes, and seconds.

I still maintain that using parallel loops is greatly beneficial to you here.  But if you insist on LVOOP, you should have a nice long look at the Actor Framework.

I can't say I support the use of the Write DVR Value.  The point of using a DVR is to protect critical sections of code (ie avoid race conditions).  If you are just randomly writing a value to a DVR without doing the Read-Modify-Write protection, you might as well use a Global Variable and get better performance.

1 hour ago, ensegre said:

I'm only stumbling in my device sometimes hanging and refusing connections, this was what confused me at the beginning.

You might want to monitor the communications with something like Wire Shark.  You might find the instrument sent a command code and is waiting for you to confirm it.

As long as you don't need the command codes, just look to the TCP Client and TCP Server examples already built into LabVIEW.  Telnet only gets complicated (at all) when the command codes are used.

I would stick with 32-bit.  I have yet to see a reason to go 64-bit unless you are doing massive amounts of memory intensive processing (Vision immediately comes to mind).

You could probably get away with a simple Arduino or Raspberry Pi or even an office level PC.

My only TestStand roadblock so far (and has not been nearly as big of one as I expected) is the deployment license cost.  Though, put that cost against a VST and it is a small drop in the bucket. (The VST is literally half of the cost of my current project's entire test rack.)

As far as going away from TestStand, I have ran into a couple situations where I was told to use TestStand and I convinced the customer/management that the project really just needed a decent State Machine with a few other loops for logging and instrumentation.

Sorry, no real ammo coming from me.  But I am very curious about other people's reasons.

Or for those looking for the Developer Suite: http://search.ni.com/nisearch/app/main/p/bot/no/ap/tech/lang/en/pg/1/sn/n1:2018_Spring,n8:142,ssnav:pdl/

Sounds more like you need a NOT, not an OR.  And what's wrong with using logic gates?

3 hours ago, Neil Pate said:

It has been so long since I used 2009 (actually I may even have skipped that and gone 8.6 --> 2010), out of curiosity, in your opinion have there been any "must have" features that were introduced after this?

When were DVRs introduced, I seem to recall using them in LV2010? Off the top of my head the only thing I can think of is the reworked Web Services.

DVRs were introduced in 2009.  I skipped from 8.6 to 2011, but I do remember having tons of issues with 2009.  But we all know that the best "must have" feature of any LabVIEW version was the new icons that showed the version starting with 2014!

Other notables: Vivado compiler for LabVIEW FPGA (2014), Channels (2016), Malleable VIs (2017).

Duplicate thread: ASCII into Hex

Do as ensegre shows or just use a normal string constant and set the display style to "Hex".  Then type in those hex values.  I also highly recommend you set the Visible Items->Display Style to make it more obvious that you are looking at the hex values and not ASCII characters.

5 hours ago, Ravinath said:

Is the below block diagram is correct?

How are we supposed to know?  You still have not told us what you expect as an output with a specific input.

As far as what is different between the two pieces of code you have there, you need to wire up an I32 constant to the top of the Type Cast, not a string.  It will adapt.

You need to be A LOT more specific.  I have seen at least 5 different definitions of "hex".  Do you have an example of your data coming in and what you expect out?  Doing this with a VI whose controls and indicators have set default values is by far the best way.

If you want to use Conditional Terminals, I would do something like this.