Largest Number

[tanoybh]

As per LABView the Minimum positive number is 4.94e–324. However, the minimum positive number which the NI TestStand seems to accept is 9.9E-307.

Is there any documentation reference on what are the range of values which NI TestStand accepts.

[altenbach]

If you want to go smaller than you can currently enter, the numbers are subnormal, and have thus lower precision. In fact, the number 4.94e–324 as DBL has only one bit precision and is thus not very useful. (details).

Does it matter to you? Is 2.225·10⁻³⁰⁸ (min normal positive double) not small enough?

Go to EXT then! Or try zero, it's even smaller! 😄

[tanoybh]

I was basically looking for range check for my project and found it weird that ranges are different in LABView and NI TestStand. Also, I could not locate any documentation related to the same.

I guess that's the largest numeric value that NI TestStand can store with precision.

Hence, I was basically looking any references in NI TestStand help or somewhere.

Similarly, in excel its limited to 2.2251E-308 as mentioned in MSDN. 

[altenbach]

Yes, everything uses IEEE 754 and LabVIEW itself allows entering subnormal numbers over the full quoted range. I don't know teststand, so if there is a different limit, only NI can answer why. I am sure somebody thought about it at one point. 😄

[RoxtheFox]

TestStand uses your systems native floating point representation for internal calculations and storage. (Typically, this is IEEE 754). 

However, we did have a bug pre-TestStand 2017 where TestStand could not properly interpret the number that you enter if the value was below ~1e-308, which seems to be what you are seeing. When you enter a value for Teststand, you are entering a string that then is converted to a binary under the hood, and that conversion was previously being done incorrectly. Please let me know if you are seeing this problem with TestStand 2017. 

Thanks!