LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

y-t charts versus xy graphs

How to you add a scrollbar to an XY-graph when using an XY graph as a pseudo "y-t strip chart" as demonstrated in the LabVIEW chart examples. I have seen reference to adding scroll bars to XY-graphs to allow one to scroll back to earlier (off scale) points (assuming the point buffer is large enough to accommodate moving back in time) but how does one implement this feature??
0 Kudos
Message 1 of 5
(3,562 Views)
,

First, I don't see any way of adding scroll bars to an XY Graph. There is no history, therefore, you cannot view a history, which means no scroll bars. Second, I am trying to figure out why you would use a graph instead of a chart.

I have heard of using a waveform chart in place of a graph, but not the other way around.

Please provide more detail as to what you are trying to do. This may be solved in a different manner.
0 Kudos
Message 2 of 5
(3,562 Views)
Here is the real issue. I have an application where, using LabVIEW, I gather 17 different RTD temperature points from an Agilent 34970a gpib instrument, once per minute (meaning I graph all 17 once per minute). I then want to both store and plot these 17 points versus time and I want to have reasonable time accuracy over a data acquisition that will last days if not weeks. Using either "wait ms" or the more often reccommended "wait until next ms multiple" to time the saving and plotting of points while using an intial time and a time delta between points to set up the chart, still I have had nothing but trouble with time building up huge errors after but several hours or a day or so of running this VI. I therefore switched over to using an XY Graph that "acts" like a chart wherein I use a LabVIEW example VI called "XY Chart Buffer.vi". To this subvi I input one of my data points and real time (time actually measured at each one minute interval wherein even if the interval counter generates errors, still I will report actual time accurately. When I was using simple strip charts where I only get actual time one time at the beginning of the data acquisition, something down the time road seems to be competing with the interval counters in LabVIEW such that when the ms counter, say for example, as counted 60,000 ms (one minute of counter time), perhaps one minute and one second of real time has elapsed. The errors always build up in a way where my chart data clock is slow compared to the system clock. It is because of this very appreciable error build up over time that I chose to move toward the XY graph using a "history buffer" approach where I let the ms timer count out a minute but then I go measure and store "real time" using the get time function. Then, I am assured that the time at which I log the data, that time is accurate irresptive of whether or not the ms counter has truly counted out a minute or something else. Bottom line question is this, how do I ensure that I have a plot that has accurate time over days if not weeks without going out an measuring the time every time a go out to read my gpib instrument. Measuring time only once at the beginning of the process is not working. Are there other ways someone might reccommend?? Can I adjust the X-Scale Multiplier periodically to account for errors in the ms counters?? Thoughts??
0 Kudos
Message 3 of 5
(3,562 Views)
....

> go out to read my gpib instrument. Measuring time only once at the
> beginning of the process is not working. Are there other ways someone
> might reccommend?? Can I adjust the X-Scale Multiplier periodically
> to account for errors in the ms counters?? Thoughts??
>

A couple thoughts. I suspect the timing error could be corrected for by
taking the time at each measurement and computing how long to sleep
until the next. That means it wouldn't be a constant, but would often
need to be less so that it can make up for lost time. If it is the PC
clock that is slowing, this wouldn't work since this uses the PC clock
to set the pace. This doesn't help with scrolling, but might make later
analysis simpler and you would colle
ct the amount of data that you desire.

Regular charts can be fed timestamped data starting with LV6. You would
wire an array of waveforms to the chart. The array would have an
element for each measurement. Each waveform would have a timestamp, a
dT, and the measured elements, which sounds like one element for you.

Finally, if you would like to keep the XY graph, put a slider near the
graph, and as you read its value, write to the graph's X Scale Range
setting Min and Max to current values plus or minus a delta.

Greg McKaskle
0 Kudos
Message 5 of 5
(3,562 Views)
,

Well, I'm not sure why you don't just read the current time when you read your measurements. You are going to have problems reading time in deltas because of the system clock inaccuracy in Windows, and other issues. I would strongly suggest that you consider reading the system time at each measurement, or periodically. This will eliminate, or at least decrease the error component in your time measurements.

Good luck.
0 Kudos
Message 4 of 5
(3,562 Views)