Experimental Physics and
Industrial Control System

Marty Kraimer <[email protected]> · Fri, 09 Apr 2004 07:16:05 -0500

Peregrine M. McGehee wrote:
In which case a possible solution for a bidirectional record
(without custom record types but with custom device support) is:
record A : input record with custom dev sup, scan PASSIVE
record B : periodically scanned record, with FLNK to A
within A's read_xxx device support function:
     if PUTF true then
    grab VAL and write to hardware
     else
    read from hardware and write to VAL
This writes on demand from the CA client and reads periodically.

Yesterday when Peregrine, with help from Fritz Bartlett, suggested this
I sounded negative.
Thinking about it going home I started thing it was a nice idea. I am
always suprised when someone discovers a new use for something created
for a completely different reason. Since PUTF was created only to
support reprocessing a record if PACT is true when a dbPutField occurs,
this is what happened.
It is also a little scarry because it means that the original feature
must not be changed in such a way that it breaks the new usage. This is
prbably why my initial reaction was negative.
Marty Kraimer

Experimental Physics and Industrial Control System

Experimental Physics and
Industrial Control System