sample rate (X_Value) is wrong

[nerd]

On one particular PC i recorded:

X_Value
0
1.000122
2.000243
3.000365
4.000486
5.000608
6.00073
7.000851
8.000973

on every other PC i recorded:

X_Value
0
1
2
3
4
5
6
7
8

Just have a simple timed while(1000ms) loop around a "Write To Measurement File"

Is it time for another new PC?

[RavensFan]

---

nerd wrote:

Is it time for another new PC?

---

Yes.  Please do your part to help boost the economy.

It would have helped if you posted the VI you used to get the data.  Your second example has zero digits of precision while your first example is 6 digits.  Perhaps you are dealing with the values being rounded off to integers in one case but not the other?

[altenbach]

There is not enough information to even attempt to solve the problem:

I assume you are looking at the saved measurement file. What application are you using to look at the file?

[altenbach]

Also check for the local definition of the decimal seperator. What are the country specific settings of all computers? Does it correlate with the observations?

[nerd]

Its not being rounded (all whole number when working correctly).  the code is simple: a "timed while loop" around a "write to measurement file". its only wrong on that 1 pc (out of 3 pc's i checked)

[nerd]

Thank you Fellows,

i checked the "country specific settings" all pc's are the same: 123,456,789.00

and i googled the "local definition of the decimal seperator" ... i did not find anything but this post.

i tryed shutting off the 2nd processor core. still no luck.

JC

[nerd]

pls see attached VI and spreadsheat of 11 seconds of data

[altenbach]

OK, this is not helpful at all. Please attach the raw lvm file from each computer, not after opening and saving in excel. Too many middlemen!

(A lvm file is NOT an excel file, so forcing it to open in excel might be somewhat unpredictable.)

[nerd]

Thank you, but the NI Discussion Form system does not permit the attachment to be .lvm files