All Activity

Use the builtin TDMS logging function and set the samples per file via property node (DAQmx Read class): https://www.ni.com/docs/en-US/bundle/ni-daqmx/page/multiplefiles.html R_R_9_MTDS_2_CM.vi

You are trying to wire an array to the case selector. Extract the maximum value from the Y array using Array Max & Min. You might also want to take the absolute value of the Y array.

Something like this? file increment.vi

Hi I want to create a logic to trigger an event with Case Structure block with Greater Than block, where the "x" value for the Greater Than is input coming from one of the channels value. I used Get Waveform Components to extract the "Y" value from waveform and wanted to use this as an input into the "x" for Greater thank block, however Case Structure does not accept this type. Any thoughts?

So effectively I want to create a variables with file path and samples number.

In task there is the option to split the file by spanning multiple files over the given number of samples. Any chance I can do this with the LabVIEW code, so I have control over the file names and samples per file? R_R_9_MTDS_2.vi

I've got the same issue. Missing lava_lib_tree_control_api-1.0.1-1.vip, but the Task manger still runs.

The VI hierarchy window is fairly useless. For large projects, it is painfully slow to update. The links between objects don't make the architecture of a project any clearer. It cannot be printed with high resolution as a PNG or PDF file. Etc. Ignoring these shortcomings, it appears to not behave as expected: when selecting View>>Always Show Labels, collapsed library boxes expand laterally as if to accommodate the library label, but no label is displayed. I am labeling this as a bug, but maybe it isn't. Similarly, a library is represented by said box with an icon inside. The icon seems to be picked up randomly from one of the VIs in the library. This is not helpful. There should be a way to set a "library" icon (not just a template as defined in the library "Properties" window. Tested in Windows LV 2021 SP1 64 bit

I have a LabVIEW-built DLL. (2021 SP1, 64-bit, Linux) I am calling this DLL cyclically by a RUST application over FFI. Never on the first DLL call, but sometimes on subsequent DLL calls, I am hitting a segfault: LabVIEW caught fatal signal 21.0.1f6 - Received SIGSEGV Reason: address not mapped to object Attempt to reference address: 0x170 I can't seem to figure out why this is happening. It has something to do with the fact that I am needing to call the DLL several times, with little wait time in-between calls. I suspect that the DLL is unloading, and then reloading between each call. And I suspect that this unloading might be creating a weird race condition with the runtime engine, where the runtime engine is still busy unloading the DLL from the first call, when the 2nd call happens. Any ideas are welcome. Scratching my head on this one.

a

I've seen memory consumption [leaks] when Queues and notifers are used where multiple instances of 'Create Queue' are called which instigates a new queue memory pool. You need to pass the Queue reference wire to each queue read/write. I've seen this from novices when using Queues and Notifiers....We had this problem of the code crashing after some time. Just a thought.

Hi, I have this .vi project where I acquire data from the NI-Module and save it to TDMS. The acquisition rate for the TDMS is in the Resample Waveform block. However when I examine the TDMS in excel it does not match the expected number of samples recorded based on the chosen acquisition rate. I also tested it without the Resample Waveform block, when the rate is directly set in the Task, the TDMS again does not match the expected rate. Any thoughts? Regards R_R_9_single_channel_1.vi

Also make sure you don't have thousands of files in the installation directory - it slows down the verification process at the end of an installation.

I cannot look at your file, but I suggest save the data to TDMS or any binary format of your choice. Once the file is saved, then you can convert it to text.

How do I postprocess automatically, so that the .tdms is converted into the delimited .txt file that includes the time and all channels involved columns. Also to have headers. See the .vi attached. R_R_9_MTDS_2.vi

Do you mean, to save into MTDS, and postprocess to text?

Post process the data into a text file.

Hi, What would be the most efficient way to record data in sampling rates >1MS/s into the .txt? I tried to use Write to Measurement File but after a few seconds it spits error, saying that I run out of memory. Please have a look at the .vi. R_R_3.vi

All those packages are quite large - even with a fast computer it takes time.

Hi everyone, I'm currently using LabVIEW 2020 (32-bit) and I've been distributing my application by creating an installer that includes the built executable. The problem is: users are reporting that the installation process takes at least 1 hour, and sometimes up to 2 hours to complete. This seems extremely excessive, especially considering that the executable itself is relatively small in size. I suspect something might be misconfigured, but I'm not sure where to start debugging this. Here's a screenshot of the additional installers I'm including during the build process 1.NI LABVIEW RUNTIME 2023Q1 2.NI-488.2 RUNTIME 22.8 3.NI-SERIAL RUNTIME 23.3 4.NI-VISA RUNTIME 23.3 Has anyone else run into this kind of delay? Any advice or tips on how to reduce the installation time would be greatly appreciated. Thanks in advance!

If it is indeed a fixed 5 byte message and not terminated with a char sequence then the message may be terminated by a break. See the Set Break example of how to set it. IIRC, you also need to set the End Mode For Writes property to Break and set Send End Enable to False then add the primitive after your Write. Another thing. The Write and Read have a little watch icon in the corner. This means they are asynchronous. While you are troubleshooting then right click on the icon and select "Synchronous"

Can you try some serial port monitor when the EXE is running? I have no experience with this, but maybe something like it. There is probably a better tool that someone elese here can suggest.

ShaunR, I realized that exception 90 minutes after I posted. I removed the property - thanks for the heads-up. Yes, ensegre, the cable is a straight cable and the C++/QT exe works fine. If I increase the byte count, it does time-out and error. I am totally flummoxed as to what might be the problem... Thanks, Folks.

"Port Connected" is only applicable to NI products and doesn't work with OS Com Ports.