EPICS Home

Experimental Physics and Industrial Control System


 
2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  <20182019  2020  2021  2022  2023  2024  Index 2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  <20182019  2020  2021  2022  2023  2024 
<== Date ==> <== Thread ==>

Subject: Precision and formatting - again
From: Timo Korhonen via Core-talk <[email protected]>
To: EPICS Core Talk <[email protected]>
Date: Fri, 14 Dec 2018 16:49:34 +0000
Colleagues,

I hate to bring this issue up again but this is getting more and more annoying as time goes by.

I would like to get a solution on this. Or some way of moving forward.

I hope the pictures below come through, screenshots from CS-Studio (BOY in this case). Please take a look below.
One of them is using CA, the other using PVA. Exactly same IOC application, running rsrv and qsrv in parallel.

Guess which is which. Which one would you like to show your operators, A or B?

A)  
B)



Some food for thought, just to provoke some (critical) reactions.


In CA, dbr_ctrl types for floating point values (float, double – only these) have the following:


struct dbr_ctrl_float{

dbr_short_t status; /* status of value */

dbr_short_t severity; /* severity of alarm */

dbr_short_t precision; /* number of decimal places */

dbr_short_t RISC_pad; /* RISC alignment */

char units[MAX_UNITS_SIZE]; /* units of value */

dbr_float_t upper_disp_limit;  /* upper limit of graph */

dbr_float_t lower_disp_limit;  /* lower limit of graph */

dbr_float_t upper_alarm_limit;

dbr_float_t upper_warning_limit;

dbr_float_t lower_warning_limit;

dbr_float_t lower_alarm_limit;

  dbr_float_t upper_ctrl_limit;  /* upper control limit */

dbr_float_t lower_ctrl_limit;  /* lower control limit */

dbr_float_t value; /* current value */

};

 

Whereas our beloved NTypes define:


display_t :=

structure
    double limitLow
    double limitHigh
    string description
    string format
    string units

Where I do find units, upper and lower display limits, a description (? What was that supposed to mean, I have lost it. Was it supposed to be the DESC field from a record?), and the format.
Have we not been a bit too ambitious here? Or rather too simplistic? Format as a just a(ny) string?
Could we perhaps have something like:
display_t :=

structure
    double limitLow
    double limitHigh
    string description
    structure format
	string precision
	string specifier :opt
    string units
Where precision and specifier are like in Java (or C/C++). To reproduce CA functionality, precision could be just a number defining how many places after decimal point should be printed.
(https://docs.oracle.com/javase/tutorial/java/data/numberformat.html)
Specifier – if we stick to CA behaviour, this could default to "f". Could extend it to others as wanted.
Extend this with width, flags and whatever is in the format specification, if required. 
I am by no means insisting on this or any other definition, I would just like to have this issue fixed so that we can start using our PVA clients in the control room. Any better or equivalent idea is ok with me.


Timo




Replies:
Re: Precision and formatting - again Michael Davidsaver via Core-talk

Navigate by Date:
Prev: Re: Travis-CI Updates Ralph Lange via Core-talk
Next: Re: Precision and formatting - again Michael Davidsaver via Core-talk
Index: 2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  <20182019  2020  2021  2022  2023  2024 
Navigate by Thread:
Prev: Re: Travis-CI Updates Ralph Lange via Core-talk
Next: Re: Precision and formatting - again Michael Davidsaver via Core-talk
Index: 2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  <20182019  2020  2021  2022  2023  2024