Jump to content

crossrulz

Members
  • Posts

    531
  • Joined

  • Last visited

  • Days Won

    21

crossrulz last won the day on March 6

crossrulz had the most liked content!

1 Follower

Profile Information

  • Gender
    Male
  • Location
    Cincinnati, OH

LabVIEW Information

  • Version
    LabVIEW 2019
  • Since
    2005

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

crossrulz's Achievements

  1. What is the communication bus that is used to talk to the instruments? Assuming anything VISA, it is likely that the communication time will swamp out any gains from going parallel. As a gut feel, I would likely go with the Parallel FOR Loop simply because it is easier to code up than two FOR loops (one to launch the VIs and a second to collect the results).
  2. Update: There is now a 2024 Q1 patch that fixes this bug. So you no longer need to wire up the Type Specifier when using the static VI reference wired to the VI Path input on the Open VI Reference. The patch also covers several security issues. Those who are using 2024Q1 really should go into NIPM and get the update.
  3. FYI, there is a new feature in LabVIEW 2024Q1 where can wire the reference to the VI Path input on the Open VI Reference. You do also need to wire up the Type Specifier if you need the strict type. NI has stated the need for the type specifier as a bug per this thread on the dark side: New Open VI Reference Functionality
  4. Top: Start Asynchronous Call - Loads a VI, starts running the VI, and then waits for it to complete. The SAC returns as soon as the VI has started to run. The Wait On Asynchronous Call is what waits for the VI to complete and return its outputs. Middle: Call By Reference - Loads a VI and runs it. The CBR will not return until the called VI is complete. Bottom: Run VI Invoke Node - Loads a VI and runs it. If you wire FALSE to the Wait Until Done input, the VI runs asynchronously. If you wire a TRUE to the Wait Until Done input, the invoke node will not return until the VI is complete. You do not have a direct way of getting the results once the VI is complete.
  5. Sounds like something a real AI would do to throw off the humans...
  6. 1. Use Read Delimited Spreadsheet File to read the file and get a 2D array of strings. 2. Your text file does not have any tab characters. Are they supposed to be space delimited? 3. You have duplicate values in your text file. This could be causing an error when you try to set them.
  7. I avoid named queues and notifiers. So what I do is put the notifier reference in the event data. This makes the calling VI in control of the reference.
  8. What hardware are you using? I see it is cDAQ, but what modules and chassis?
  9. One of the few times Block Diagram Cleanup can be useful.
  10. Sounds like an OOP solution is what you really want.
  11. It is now official: Emerson Completes Acquisition of NI, Advancing Global Automation Leadership
  12. In this exact scenario, I think I would make a "Waveforms" library that would contain the waveform data type and any other general waveform processing VIs. Any module that generates or processes a waveform can then depend on that library.
  13. It is formatting each byte into an ASCII representation of the byte.
  14. For 7-10 years, you will probably be fine sticking with LabVIEW and TestStand. For those of us who are more like 20 years out, looking at alternatives is advisable. I am personally interested in Rust, but also want to get back into the C world for embedded work.
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.