Updating Array Index after each loop iteration

[CrownSheet]

Hello,

I am a rather new user to LabView, but I feel like I have gotten the hang of it rather quickly.

For this project, I have been given an enormous amount of data to plot. The goal is to split the data up into chunks of 3600 data points, which is approximately one engine cycle, and then plot those chunks of data.

In the first block diagram, I have succeeded in creating a subarray of the first 3600 data points and then plotting that array, plus the subsequent data points. However, the issue is that I want to plot these subarrays in their entirety, such that each second or so, the waveform graph updates with an additional 3600 points until all of the data has been plotted, resulting in an overlay of separate engine cycle pressure plots on a single waveform graph. What my code is doing right now is simply plotting the initial 3600 points and then plotting each additional point one-by-one afterwards.

To do this, I figure it might be easiest to update the subarray index after each loop iteration, but I am unsure of how to do this. The second block diagram is something that I just tried out, but I am not sure if the code makes sense.

Any and all help is much appreciated.

Thanks!

[Lavezza]

The index you are passing into the Array Subset node is only increasing by 1 each loop. So you are getting a bunch of overlapping data as you mention. The best way to do this is to increase the index each loop by the amount of data you are reading. So the first loop will index from 0, the next loop will start at 3600, etc.

Here are two different ways to do that.

[altenbach]

So do you want to see all 3600 point chunks as separate plots on the same graph?

What is an "enormous amount". That can mean many different things to different people?

If you have all data from the beginning, why do you need to graph them incrementally?

If the number of chunks is reasonable, why not just reshape to a 2D array and graph at once. No loop needed.

Please attach your VI and some typical data. We don't do well with images.