We have prompts that require operators to acknowledge some real values eg total volume. The real values have 3 decimal places eg 4980.936.
For s
ome reasons, the value that show up in the prompt message becomes 4980.94. Then at times, the the real value was say 4980.996, the prompt message shows 4981.
We checked our coding but we can't find anywhere where we coded/specified the no. of decimal places to be displayed. Is this something inherent in DeltaV?
I wrote a post about this a while back.
http://lnkd.in/6JQH3g
Essentially, DeltaV does not have implicit significant figure handling, but it can be easily configured for specific scenarios. In the article, I present specific calculations for preserving significant figures, but it won't present trailing zeroes.
In reply to Youssef.El-Bahtimy:
I received instructions similar to those in Youssef's post from the GSC years ago when asking how to format values in messages.
I really like the DeltaV system, but this is one of the nagging little shortcomings. I've used much older and less sophisticated systems that provided easy ways of doing this. While there are work arounds for these things, I would really like to see a few improvements here.
In reply to Michael Moody:
As of now there is no requirement for us to specfically display real values up to a certain no. of decimal places or significant values. What we would like to know is under what circumstances will the system round up the values and to how many significant figures/d.p. Is there any literature on this? Apparently from our experience it had been rather random (sometimes 2 d.p, 3.d.p, or even round nos.) and this makes it difficult for us to specify instructions in the batch record for recording down the real values.