Re: Record process when restore using autosave

[Mark Rivers via Tech-talk <tech-talk at aps.anl.gov>]

If the order of writing to the hardware does not matter then you can set PINI=1 for each record.

Sent from my iPhone

On Jul 9, 2023, at 9:01 AM, 吴煊 via Tech-talk <tech-talk at aps.anl.gov> wrote:

Thanks for your advice.However, it's not very convenient for there are tens of pvs needed to be written by the method of adding fanout or seq records.

Cheers,

Xuan

-----原始邮件-----
发件人:"Ralph Lange" <ralph.lange at gmx.de>
发送时间:2023-07-07 17:18:02 (星期五)
收件人: "EPICS Tech Talk" <tech-talk at aps.anl.gov>
抄送: "吴煊" <wux at ihep.ac.cn>
主题: Re: Record process when restore using autosave

On Fri, 7 Jul 2023 at 03:54, 吴煊 via Tech-talk <tech-talk at aps.anl.gov> wrote:

I need the records process in order to write the restored value to hardware when reboot the IOC using autosave module. It said "Restoring at run time can produce a different result than restoring at boot time, because record processing may occur." in the manual. But how? Any suggestion or advice would be great apprecaited

When you're doing an autosave restore procedure as part of the IOC boot, the restore will not process records. It will just be as if the restored values were in your database files.

When you do the restore while the IOC is up, restoring a value to a record will in most cases process the record immediately.

For your case, you need to add the processing-after-reboot as part of your database. A single fanout or seq record with PINI=YES setting will be processed at reboot. From that record you can link to all the records that need to be processed. By doing this, you have full control over the order of processing and the single initial PINI=YES record makes sure the processing chain happens exactly once, when the IOC is coming up.

Cheers,
~Ralph