11-21-2012 11:30 AM
hi,
i want to display on the x axis time of day (dd/mm/yy hh:mm:ss)
here you have a sample of my value:
and how i want to see the graph:
how i can to create this graph in the view tab?
thx 🙂
11-21-2012 11:32 AM
Something more,
my time not start at 00/00/00 00:00:00.
11-22-2012 10:04 PM
I'm sorry stanger,
There's no way in DIAdem 2012 to configure the format of a Date/Time X axis in the VIEW panel. You can format the X-axis all you want in REPORT, but in VIEW you're stuck with the auto-formatting of a Date/Time X axis.
Brad Turpin
DIAdem Product Support Engineer
National Instruments
11-24-2012 10:04 AM
also with scripts?
11-26-2012 09:45 AM
Hi Stanger,
As Brad noted above, the X axis may be customized in a REPORT but not in VIEW. VIEW is mainly for quick verification of your data set, whereas REPORT allows you to create custom reports for the presentation of your data.
Please let me know if you would like any further clarification.
Warm Regards,
04-17-2014 08:59 AM
Hello,
our customers use VIEW to analyse data, find extremas. They are very disapointed they do not see x-axis in time format. Imagine the situation they do one week measurement and when they see in VIEW somewhere in the graph extrema they are looking for, they do not see the time and date! They have to prepare report to see time formated x-axis, but they do not need report at this moment.
Is there any chance to have this in DIAdem 2014?
Thank you in advance for any hint making VIEW useful.
Petr
04-18-2014 11:05 AM
Hi Petr,
There is no chance of adding this feature in DIAdem 2014, which is already in Beta. Have you suggested opening the "Coordinates" dialog in VIEW to display the datetime of the VIEW cursors? The VIEW legend can do the same thing, and we could also create a textbox area that displays either static or cursor-tracking datetime information.
This occasionally bugs me too,
Brad Turpin
DIAdem Product Support Engineer
National Instruments
04-30-2014 12:32 PM
Stumbled onto this thread while searching for my LabVIEW problem (which turns out to be DiaDem's problem).
Basically, Diadem is lying to me about the data.
The LabVIEW built-in TDMS viewer shows me this, which is correct:
But Diadem shows me this:
This signals are NOT coincident; to show me otherwise is INCORRECT !
Blog for (mostly LabVIEW) programmers: Tips And Tricks
05-01-2014 07:34 AM
Hi Steve,
By default DIAdem plots waveforms vs. the waveform offset and waveform delta x properties and ignores the waveform start time property. If you want to plot vs. the full datetime values on the X axis, you first need to create a new datetime channel from the waveform properties by using the "Numeric Channels <==> Waveform Channels" function in the (second from the top) ANALYSIS "Channel Functions" palette. Make sure to check the "Waveform channels to numeric channels" radio button and the "Absolute time reference" radio button. Once you have the new datetime channel, you can select it and the desired waveform channel to plot as an XY pair in the Data Portal and drag them both together onto a graph to make the display you're after.
Brad Turpin
DIAdem Product Support Engineer
National Instruments
05-02-2014 03:45 AM - edited 05-02-2014 03:55 AM
Seems to me DIAdem is hardly to be used as the data postprocessing SW for the end customer. Imagine the situation: we deliver the complete datalogging system (NI HW+ developed LabVIEW DAQ application storing data to TDMS+ DIAdem as the off-line postprocessing). Simply we want to save time and sell NI DIAdem instead of self-made postprocessing SW. Even the customer is keen to use "full of features, but not really easy to use" SW as DIAdem is, after showing him how many operations he has to do to see X-axis in Date-Time format (very basic requirement), he will not agree to use DIAdem. I understand.
One comment to TDMS streaming + TDMS API + TDMS viewer + DIAdem:
It seems to me there are some inconsistencies after so many years since TDMS was introduced for first time by NI:
-as Steve Bird (and many others) reported: no chance to directly display X-axis in Date-Time format in DIAdem, while in TDMS viewer this is the native feature (one click solution).
-To save time stamps with each sample to achieve correct X-axis in DIAdem (one click solution) make not to much sense because of dramatically increased data volume and no chance to do this in TDMS streaming. But in TDSM API you can do this if you do not care about data volume...
-TDMS streaming for AI from DAQ board or data storing by using TDMS API can be realized with exactly the same result (by means of displayed results in DIAdem or TDMS viewer. Data is stored as I16 raw data plus constant and offset for each cahnnel - very effective.
BUT there is no way to do the same for binary DI TDMS streaming. When DI TDMS streaming is used, then one bit from DAQ board is one bit in data file which is GREAT! But when you need to implement the same by TDMS API, there is 1bit from DAQ board stored as 1Byte!!! 8x more data.
I have the application where I need to use TDMS streaming for AI plus another TDMS straming for DI and on the top of this I need to store processed AI and DI data from the same DAQ loop to separate TDMS files, but I need to have the same format for DI data from TDMS streaming and for DI from TDMS API. After many effort, no chance to achieve this.
One more issue: long term measurement (weeks or months) is for safety reasons divided into many files. DIAdem cannot display data from such line of files without having them merged. When files are merged into one huge file (GBytes of data), you can imagine how "fast" DIAdem or any other application can approach full data. To solve this issue could be very helpfull.
To wrap out my impression (Im using LabVIEW for more than 16 years for commercial projects mostly in Power Quality area): There is great idea on the beginning, lot of work done, but some inconsistencies making many troubles for developers who want to move from binary files to TDMS to sell DIAdem as the off-line tool for end customers. That is pitty, because TDMS has been introduced long time ago.
Any suggestions will help.
Kind regards
Petr