Experimental Physics and
Industrial Control System

Ø  It would probably be a good idea to add the initial read from the driver in devAsynOctet::init_record for the output records.

 

I have created a new issue for this:

 

https://github.com/epics-modules/asyn/issues/24

 

Mark

 

 

 

Hi Henrique,

 

Bruno is correct. 

 

The following is from the asyn training talk I gave last week at the EPICS Collaboration Meeting.

 

*****************************************************************

Where does an output record (ao, longout, mbbo, etc.) get its initial value?

1. From the aoRecord.dbd file
2. From the database file you load
3. asyn device support init_record function does a read from your asyn driver to read the current value. 

–     If your driver returns asynSuccess on that read then that value is used. 

–     Supports bumpless reboots.

–     If using asynPort driver then if your driver has done setIntegerParam, setDoubleParam, or setStringParam before init_record (i.e. typically in constructor) then the readInt32, etc. functions will return asynSuccess.  If setInt32Param has not been done then readInt32 returns asynError, and that value will not be used.

4. From save/restore
5. dbpf at the end of startup script.

*****************************************************************

 

The information above is correct for the standard asyn device support for numeric interfaces (asynInt32, asynUInt32Digital, asynFloat64).  However, I just looked at the code in devAsynOctet.c and that does NOT do step 3) above, i.e. read the value from the driver in init_record().  So stringout and waveform output records will not get initialized with the value you set in your driver, and the statement 3) is incorrect for setStringParam.

 

In your case if you only want the _RBV values to be correct then you should be able to do the following. In your driver’s template file, i.e. change PINI=YES to PINI=NO for those 2 output records.

 

# File template

record(waveform, "$(P)$(R)FileTemplate")

{

    field(PINI, "NO")

}

 

record(stringout, "$(P)$(R)TempSuffix")

{

    field(PINI, "NO")

}

 

This will prevent EPICS from writing the “” strings to your driver, and the value you set in your constructor should appear in the _RBV records.

 

It would probably be a good idea to add the initial read from the driver in devAsynOctet::init_record for the output records.

 

Mark

 

 

 

From: [email protected] [mailto:[email protected]] On Behalf Of Bruno Martins
Sent: Wednesday, June 01, 2016 1:45 PM
To: Henrique Almeida
Cc: [email protected] Talk
Subject: Re: Unable to initialize parameter with setStringParam()