Write to measurement file note: x values only guaranteed for one data signal?

Hi everyone,
Attached is a vi I have developed... When I save the data my .lvm file has a note in the header than says" X values only guaranteed for Power (Filtered)".... Power is one of 9 signals... I am not sure what this note means, but I assume that there is a problem synching these signals to a common timebase...
Would someone be able to explain this note and how I can fix it? Any comments/advice would be greatly appreciated.
Regards,
Jack
Solved!
Go to Solution.
Attachments:
HRJack1.vi ‏361 KB
Lode_Test_14.xlsx ‏973 KB

Hi Dennis,
Thanks for your reply... How can I change the scalars to dynamic data?... I want this single value to be written as the same rates of the other values (4kHz).... So the current heart rate value should be written each iteration as with the other data until the value updates...? That is to say, I want a heart rate value for every data point/row in the .lvm file?
Any suggestions would be appreciated... I have been working on this for some time and am getting no where..
Regards,
Jack

Similar Messages

  • How to populate column titles for y values when using Write to Measurement File Express VI with a tab delimited text-based .lvm file?

    The .lvm file generated by the Write to Measurement File Express VI includes column heading titles for the y values, but they are a default value of "untitled".  See attached example of a sample file when opened in Excel, the values in question are highlighted.  Is there a way to specify the column titles when the file is written?
    This is a similar question to this posting, which received a work around response to use the Write to Spreadsheet File.vi, rather than a solution when using this VI.
    Message Edited by Hightop Raven on 05-02-2007 03:37 PM
    Attachments:
    column_titles.gif ‏13 KB

    Sorry for the late reply.  I was out of the office Friday.
    You can do it, but the code can get rather ugly.  Under the hood, the dynamic data type (the dark blue wire) is an array of waveforms.  In your case, the scalar values you convert to a dynamic data type are being converted to an array of waveforms, each waveform having one element.  You have two options.
    Explicitly convert your scalars to one-element waveforms (t0=0, dt=1) and add the title before conversion to a dynamic data type.
    Convert your dynamic data type to an array of waveforms and loop through them to add the column labels.  The conversion blocks are in the Signal Manipulation Express palette.
    I would recommend 2, since it is the easiest to add.  It is also the easiest to run only on the first iteration.  Just put a case selector around the loop, wire the selection to the While loop iterator, and set the case containing the label code to 0.  The default case simply passes through the dynamic data.
    My apologies for not including a screen shot.  I am in the process of upgrading my machine and can't run LabVIEW.  If you need one, let me know and I can post one tomorrow.
    This account is no longer active. Contact ShadesOfGray for current posts and information.

  • Hi am trying to save Data into a write to measurement file vi using a NI PXI 1042Q with a real time mode but it is not working but when i run it with uploading it into the PXI it save in to the file

    Hi am trying to save Data into a write to measurement file vi using a NI PXI 1042Q and DAQ NI PXI-6229 with a real time mode but it is not working but when i run it without uploading it into the PXI it save in to the file please find attached my vi
    Attachments:
    PWMs.vi ‏130 KB

     other problem is that the channel DAQmx only works at real time mode not on stand alone vi using Labview 8.2 and Real time 8.2

  • Write to Measurement file wil not write data daily

    I have been using the Write To Measurement File express VI to record daily values. The express VI is no longer saving daily files or is checking for file size. WTF. Does anyone have a more bullet proof way of saving data daily with a single header for the day?
    Thanks,
    Matt

    MS UCD wrote:
    Ravens Fan,
    So to clarify, I meant local variable instead of shared variable.  Shared variables will come into play when I construct the real-time embedded program on the cfp-2120 controller. Thanks for the clarification. So are you on the clock for all this?
    Sometimes yes, sometimes no.  Since today is a holiday, I'm off the clock.
    Anyways, so if I need to have the user see the values on the front panel and also record the values later, how do you suggest one does such a thing other than writing an indicator and then making a local variable that is then recorded?
    The local variable has nothing to do with recording the values later.  It is just a way of accessing a control or indicator in more than one part of the program.  If you used shared variables (and I think you would need to have the DSC module to have this functionality), you could write to the shared variable and have it set up to log its values to the Citadel database.  It is a built-in method of logging that just requires configuration of the shared variable, no additional programming would be needed.  Otherwise you will need to add the code to write to a log file like you are doing now.
    The new/old mechanism for checking the date has brought the adequate functionality I was looking for- mainly new files for each day.
    With respect to the race condition you mentioned, could a sequence structure be used to write the local variable to the output array? In essence, I would calculate the scaled values and then write them to the data array. Another solution could be a control in the last case that then is used to initiate a case structure in which the shared variables for the data acquisition iteration are then recorded in the output array.
    A sequence structure (and a flat sequence is preferable to a stacked sequence for code readability and maintainability) would guaranteed that one section of code completes before another begins.  However, it is still preferable to use wires.  Wherever you are wiring to a local variable, just send the wire to the border of the while loop.  Feed the wire from that tunnel to the build array function and eliminate the local variable that you are reading there.  Your case structure in a while loop is really just functioning like a stacked sequence structure.  Every iteration of the while loop executes the next case in the case structure.  If you are sequencing through the data values in the same order that you are building them into an array outside of the loop, you could actually build the array element by element inside each case structure and use a shift register on that array to carry the data from one iteration of the while loop to the next.  Then once you while loop is done, the array has already been built.  If by chance you are acquiring the data in a different order then you want to build it into and array, then the array functions could get much more complicated inside the case structures.  But you could initialize the whole array before the case structure, and use replace array subset to replace each specific element as you acquire it.
    I am interested in the producer/consumer arrangement you speak of. Do you have an example you could send me that shows this operating?
    Go to File then New....   Look under frameworks, design patterns, and Producer/Consumer Design pattern (Data).  Also search the forum for producer/consumer and I'm sure you'll see plenty of examples.
    As for the Time Signal controls being located in the Labview abyss, what can I say? Every learning experience has a few bugs. ; - ) If the Time Signals are constants what effects on the time in the chart will this have?
    Since the time controls are way off, I assume that the program user will never actually go out into the space of the front panel to find them and change them during the execution of the code.  (I am also assuming that those controls never get changed programmatically by writing to a local variable or property node or they are not part of the connectory pane where this VI is called as a subVI in another one that passes in a time stamp on every call.)  If they never change, then they are effectively constant.  Changing them into constants would clean up the code and make it slightly more efficient, but would not appear to execute any differently.
    Thanks for helping this novice out!
    Regards,
    Matt

  • Write to Measurement File time column wrong starting value

    I am using Write tp Measurement File express VI.  I select to write one time column.  The values writtent in the time column start from a value that does not seem to correspond to anything in the program -- sometimes as much as 2-3 days before the saving begins.
    Can I force the starting value  of time to something, or get it to write the time since we started saving, or something predictable?

    Include code whenever available.  Asking somebody to troubleshoot your software without any code is like asking your mechanic to fix your car without taking your car to him.
    Source
    I don't recommend using the Write Express VI.  I recommend using the File I/O primatives because they allow for much more control over what gets written and how.  Still I would expect the Express VI to be able to write time properly so I'd assume there is some kind of bug with the data being given to the function.  Post some code so we can see what is going on.
    Unofficial Forum Rules and Guidelines - Hooovahh - LabVIEW Overlord
    If 10 out of 10 experts in any field say something is bad, you should probably take their opinion seriously.

  • Problem with Write To Measurement File Express VI not writing to file if file was deleted after the first call (7.1)

    I'm using the Express Write to LabVIEW Measurement File in LV7.1.
    I have it set to "Save to one file"  and have tried both "Overwrite file" and "Using next available file name" for the "If a file already exists" conditions.
    The path/filename is passed into the function.
    It works fine the first time around.  If the file is deleted before the function is called again, an error occurs since LV is unable to find the file.
    I have had to stop and re-run my program in order to write to use the function again.
    Since I am able to delete the file I assume it was closed but it seems like LV expects it to be there, even though the function was supposed to create/open/close the file...  Is there any way to reset this without stopping/restarting the program?
    Since my application creates several files (only one using the Express VI) I am checking for the filenames and requiring that they be deleted (or a new filename be used) before acquiring data.  Everything has worked great, except for the Express VI.
    Thank you,
    David

    Ok, I've edited the VI you posted to reproduce my error (this time with 8.0). 
    I added a "master stop" and "start log" button.  To demonstrate my problem:
    1.  Run the VI
    2.  Click "START LOGGING" - c:\test.txt is created
    3.  Click "STOP" - c:\test.txt is closed
    4.  Delete the file c:\test.txt with Windows shell or explorer
    5.  Click "START LGGING" - a new c:\test.txt file should be created but instead an error is raised in the Write LabVIEW Measurement File function.
    Any ideas?
    Thanks,
    Dave
    Attachments:
    Write LV Meas File 2.vi ‏96 KB

  • Write to measurement file will not ask for file name once as selected.

    When using the Write to Measurement file Express VI.  I select "Ask user to choose file" and "Ask only once" with the intention that the data from each iteration simply be appended to the chosen file.
    I select "Run continuous" and the VI asks for me to choose a file repeatedly anyway instead of just appending the first file.  Selecting "Write to one file" properly appends data to the file specified in the box.
    Am I doing something wrong?

    DianeS wrote:
    Personally I can't figure out why that particular button even exists (I'm told it's occasionally useful for debugging).  
    I find it useful if I am creating a subVI that is supposed to be a part of another VI.  No while, loop just some inputs and outputs as a function.  If I want to test it out stand alone and try a variety of inputs, then Run Continuous and change the inputs, then I see immediate feedback on the outputs.  Once I'm satisfied its working right, then there is no need to clean up.  Just save it and drop it in the large VI as a subVI.
    Beyond that, I see no need for Run Continuous.

  • Samples number is not properly set with VI Express Write To Measurement File

    Hello,
    I have a strange problem with the VI Express Write To Measurement File.
    When I generate the .lvm file the samples number for each channel is equal to 1
    instead of 34 !
    So when I use the VI Express / Input / Generate an arbitrary signal and I want to import
    the generated signal... only one point (the first one) is imported...
    I can manualy fix it by changing samples number in the lvm file using a text editor but that's a (very) dirty hack !
    Here is an example of the generated LVM file
    LabVIEW Measurement   
    Writer_Version    0.92
    Reader_Version    1
    Separator    Tab
    Multi_Headings    No
    X_Columns    One
    Time_Pref    Absolute
    Operator    scls
    Date    2008/04/12
    Time    10:35:58,322057
    ***End_of_Header***   
    Channels    2       
    Samples    1    1   
    Date    2008/04/12    2008/04/12   
    Time    10:35:58,323057    10:35:58,323057   
    X_Dimension    Time    Time   
    X0    0.0000000000000000E+0    0.0000000000000000E+0   
    Delta_X    1.000000    1.000000   
    ***End_of_Header***           
    X_Value    Untitled    Untitled 1    Comment
    0.000000    0.000000    20.000000
    0.082000    10.000000    20.000000
    0.182000    10.000000    25.000000
    0.282000    20.000000    25.000000
    0.382000    20.000000    30.000000
    0.482000    30.000000    30.000000
    0.582000    30.000000    35.000000
    0.682000    40.000000    35.000000
    0.782000    40.000000    40.000000
    0.882000    50.000000    40.000000
    0.982000    50.000000    45.000000
    1.082000    60.000000    45.000000
    1.182000    60.000000    50.000000
    1.282000    70.000000    50.000000
    1.382000    70.000000    55.000000
    1.482000    80.000000    55.000000
    1.582000    80.000000    60.000000
    1.682000    90.000000    60.000000
    1.782000    90.000000    65.000000
    1.882000    100.000000    65.000000
    1.982000    100.000000    70.000000
    2.082000    110.000000    70.000000
    2.182000    110.000000    75.000000
    2.282000    120.000000    75.000000
    2.382000    120.000000    80.000000
    2.482000    130.000000    80.000000
    2.582000    130.000000    85.000000
    2.682000    140.000000    85.000000
    2.782000    140.000000    90.000000
    2.882000    150.000000    90.000000
    2.982000    150.000000    95.000000
    3.082000    160.000000    95.000000
    3.182000    160.000000    100.000000
    3.282000    170.000000    100.000000
    PS : I also post my problem at
    http://forums.lavag.org/Strange-behaviour-of-VI-Express-Write-LVM-t10570.html&gopid=44101#entry44101
    Attachments:
    generate_step_lvm.vi ‏119 KB

    If I use the "one header per segment" option I get the following LVM file (see below)
    But the problem is same !
    I can't import this file in VI Express / Input / Generate Abitrary Signal (I only get one row... the first one)
    I see three solutions :
    - VI Express Write LVM has a bug ?
    - I don't know how to use this VI Express correctly !
    - VI Express / Input / Generate Abitrary Signal has a bug ?
    LabVIEW Measurement    
    Writer_Version    0.92
    Reader_Version    1
    Separator    Tab
    Multi_Headings    Yes
    X_Columns    One
    Time_Pref    Absolute
    Operator    scls
    Date    2008/04/12
    Time    16:38:37,578
    ***End_of_Header***    
    Channels    2        
    Samples    1    1    
    Date    2008/04/12    2008/04/12    
    Time    16:38:37,592999    16:38:37,592999    
    X_Dimension    Time    Time    
    X0    0.0000000000000000E+0    0.0000000000000000E+0    
    Delta_X    1.000000    1.000000    
    ***End_of_Header***            
    X_Value    Untitled    Untitled 1    Comment
    0.000000    0.000000    20.000000
    Channels    2        
    Samples    1    1    
    Date    2008/04/12    2008/04/12    
    Time    16:38:37,717    16:38:37,717    
    X_Dimension    Time    Time    
    X0    1.3899993896484375E-1    1.3899993896484375E-1    
    Delta_X    1.000000    1.000000    
    ***End_of_Header***            
    X_Value    Untitled    Untitled 1    Comment
    0.139000    10.000000    20.000000
    Channels    2        
    Samples    1    1    
    Date    2008/04/12    2008/04/12    
    Time    16:38:37,739999    16:38:37,739999    
    X_Dimension    Time    Time    
    X0    1.6199970245361328E-1    1.6199970245361328E-1    
    Delta_X    1.000000    1.000000    
    ***End_of_Header***            
    X_Value    Untitled    Untitled 1    Comment
    0.162000    10.000000    25.000000
    and so one ...

  • Write to measurement file

    Hello,
    I have to measure my spectrometer values every thirty seconds and have to write it to a text file. I need to create a new text file each time for writing my values. So i used the write to measurement File option for doing this. The problem is that this block measures the values only every one minute, but i need to measure the values every thirty seconds. Could any one help me out with this ?
    Thanks in advance
    Swarna

    Some issues you have for the timing part of your code:
    1. Use the Time has Elapsed output of the Elapsed Time VI.  It already does the comparison for you, so just use it.
    2. I'm pretty sure you want the Write Measurement File to be in the TRUE case.
    3. Use the AutoReset option on the Elapsed Time VI.
    But those do not point to a data point every 1 minute.  How long does it take your instrument to do the sweep before sending it to you?  I have seen some take a long time, so it is worth looking into.

  • Time with 'Write to measurement file'

    Hello,
    I am making an acquisition waveform. The integration time is 1s divided in 128 samples. When I execute the software, the datas are stored in a text file with 'Write to measurement file'. This text file is a continuous list of 128 numbers-packs in rows.
    I want to add the time column (date+hour+minutes+secondes+1/10sec+1/100sec) in front of each number acquired. (And not only in front of the first number of the 128 package)
    I have don t know how to add this.
    Can you help me?
    Thanks a lot.
    (See file attached)
    Attachments:
    test3.vi ‏148 KB

    Also, in the setup dialog for the Write Measurement File, there's an option to include an "X Column Value" that normally holds a timestamp.
    Enable one of these options and any included timestamp in your waveform will go into this column. If you don't have a waveform, you can build an extra column in your array of data points with the needed timestamp and it will work the same.
    Ed
    Message Edited by Ed Dickens on 02-20-2007 03:37 PM
    Ed Dickens - Certified LabVIEW Architect - DISTek Integration, Inc. - NI Certified Alliance Partner
    Using the Abort button to stop your VI is like using a tree to stop your car. It works, but there may be consequences.
    Attachments:
    WLVMF Time Column.gif ‏9 KB

  • Write to measurement file at every n iterations

    Hi guys,
    I would like some help with saving data in labview 2010 SP1 (base development system). I am using a "Write to measurement fil express VI" inside a while loop and the data out from the DAQmn Read is wired to the signal in of the "Write to measurement fil express VI".
    The way I have wired it is the VI saves the data as a text file after it has recorded 100 samples (the nuber of samples to read in this case was set to 100). I would like to know if there is a way to control the rate at which the express VI saves the data. As in, I want the express VI to save the data at specified time interval or at every nth iteration. I have attached the main VI and its 2 sub-VIs for reference. Please let know if anyone can help me resolve this issue. Thank you for your time and inputs in this regard.
    Raj

    Robert,
    First, you must understand that the above code resides inside a loop. The blue square i terminal is known as the iteration terminal. It provides the current loop iteration count, starting from zero.
    The first input (x) to the Quotient & Remainder Function comes from this iteration count (i) terminal of the loop.
    The second input (y) to the Quotient & Remainder Function comes from the control N.
    We wish to write to the measurement file every N iterations of the loop. If we take our current iteration count (i) and divide by our desired N, every Nth iteration of the loop, the remainder will be zero. For all other iterations, the remainder will be non-zero.
    That being said, we check the remainder and compare it to zero. If it is zero, we will send a True value to the Enable terminal on the Write To Measurement File Express VI. Any time a True value is sent, we will write to file. Anytime a False value is sent, nothing will be written to the file.
    The green new_file input on the Write To Measurement File Express VI is used when the "Save to series of files (multiple files)" radio button is selected in the Configure dialog box of this Express VI. When "Save to one file" is selected, this option does not apply, and so it is not included in the input list, which is why you are not seeing this.
    This new_file input is used to tell the Write To Measurement File Express VI when to start writing to a new file.
     

  • Write to measurement file timing

    I am trying to make a VI that allows the user to turn on and name channels through the front panel. After the user has configured the channels, they can push a button and record voltages from the enabled channels and save them using the "Write to Measurement File".vi.  I would like the user to be able to record a measurement file that is consistent in length each time they push the button...in this case, 5 seconds of data.  The current VI doesn't appear to be doing this...everytime I push the record button, the data gets recorded for 0.045 seconds.  Apparently I must be missing something as this isn't behaving how I expected it to.  See attached VI.
    Attachments:
    Select Channel rev 3.vi ‏244 KB

    It waits 5 seconds then saves the last 10 samples.  Because that is the way you programmed it.  The while loop returns only the data from the last iteration.
    Two ways to do what you want: 1. Read 5 seconds * 200 samples/second = 1000 samples.  No loop required.
    2. Read 10 samples at a time and accumulate the data until you have 5 seconds of data.  To avoid memory reallocations the way to do this is to Initialize an array with 1000 elements outside the loop. Wire it to a shift register.  Inside the loop Read the samples and use Replace Array Subset to put the new data into the initialized array. Wire the output of the shift register to the file VI.
    You generally should not put any time consuming code inside an event structure.  Read the caveats in the detailed help for the event structure.  Consider a Producer/Consumer architecture.
    Lynn

  • Quickie: Write to measurement file VI, how to create new file?

    I am using the write to measurement file express VI in my code and I have wired into it a control that sets the location to save the measurement file
    The only problem is the measurement file has to exist first!! I cant for example, from the front panel, click the browse directory box, navigate to a folder and type in a name for the file. It just says file not found! Its like the file directory control is opening a file to save to, rather than creating a new file in that location
    How can I solve this?
    Solved!
    Go to Solution.

    Project attached
    If I go in browse options what do i do? Just chose new and existing files?
    Attachments:
    engine.zip ‏119 KB

  • Write To Measurement File, Comment

    I have tried to use the Comment input on a Write To Measurement File vi and the results are not what I expected.  What I want to do is place one line of text appended after a block of data to form an easily seen break between the data sets.  The data is triggered in a stream prior to being sent to the Write To Measurement File.  I thought that the description on the Comment would do this but I get the comment not only between the blocks but also interspersed within the data stream in a seemingly random manner.  What am I missing in the behavior of the Comment input?

    Dear ITElearner,
    thank you so much for your post on our webforum. You are able to add a comment each time you write to the lvm file; this comment will be added to the first row you are writing. I created an example; 10 samples are generated, comment is added, this is written to file, another 10 samples are generated new comment is added and written to file.
    Is this what you are trying to achieve? Else I would recommend to create a small example of your problem.
    Best regards,
    Martijn S
    Applications Engineer
    NI Netherlands
    Attachments:
    commentlvm.jpg ‏120 KB
    Untitled 1.vi ‏112 KB

  • "Write to measurement file" express VI (TDMS foormat) keeps file opened

    Hello!
    I am trying to use "Write to measurement file" express VI to write TDMS data obtained from DAQmx in LV2011. Each run of the same write function creates new file.
    It seems that last written file remains to be opened until program stops or next file written. It has 0 size and it is not possible to access it from other programs.
    Is it possible to save file immediately and close it?
    Solved!
    Go to Solution.

    It seems, that wiring "DAQmx task" (for AI task) to "Write to measurement file" express VI does not works in my case (only in exe).
    The error is the same as file not found (error code 7), but file is created. Something gets wrong inside express VI. I am unable to debug exe, so I have just disconnected DAQmx task from express VI (really don't specially need it anyway).
    For sure, the same LabVIEW version and drivers are installed on target and VI is working in it as well as at dev machine.
    Debug error which I had encounter is already published in the forums elsewhere. It seems that the problem is in VI without block diagram inside hierarchy. Maybe with Express VI.
    PS test app writing tdms files the same way is working like a charm (without DAQmx task wired).
    So, thank you for yor advices, the problem seems to be solved. Maybe I will have a look in more details about the reason of such error, but can't do it now.

Maybe you are looking for