Experimental Physics and
Industrial Control System

Benjamin Franksen <[email protected]> · Tue, 24 Jul 2001 18:32:03 +0200

Marty Kraimer wrote:
> 
> Breakpoint table alarm problem when reaching end of table.
> Benjamin suggested adding a field BRSV.
> Instead of adding yet another field why not just change
>      recGblSetSevr(pai,SOFT_ALARM,INVALID_ALARM)
> to
>      recGblSetSevr(pai,SOFT_ALARM,MAJOR_ALARM)
> when cvtRawToEngBpt or cvtEngToRawBpt returns an error.

Because a field would give a lot more flexibility (what if I want e.g.
NO_ALARM?) at almost no cost (two bytes per analog record).

In principle, I agree that uncontrolled inflation of fields should be
avoided. But if additional fields bring a real advantage they should be
added. (Speaking economically, an inflation target of zero is definitely
*not* a good idea).

Only weakly related: Since alarm status is a menu (menuAlarmStat) but
has more than 16 entries, monitoring the STAT field of a record in
string representation gives incorrect results with the current CA
version (all values over 15 will be represented by an empty string). I
dearly hope this will be solved with the upcoming next version of CA!

Ben

Experimental Physics and Industrial Control System

Experimental Physics and
Industrial Control System