search

lnls-dig / tune-epics-ioc

Soft EPICS IOC for Tune application
0 stars 1 forks source link

FreqRevN-Mon PV is being calculated using constants instead of RF PVs. #4

Open anacso17 opened 4 years ago

lerwys commented 4 years ago

Do we already have the RF PV from where to get the value?

We could add a field to specify the RF PV name, so we can change it later if necessary

lerwys commented 4 years ago

Actually, this is doable as it is. We have two options.

1) Change the value directly via caput with:

caput BO-Glob:DI-Tune-H:RFFreq-Mon <value>
caput BO-Glob:DI-Tune-V:RFFreq-Mon <value>

2) Change the INP field of those PVs:

caput BO-Glob:DI-Tune-H:RFFreq-Mon.INP <RF PV name> CPP NMS
caput BO-Glob:DI-Tune-V:RFFreq-Mon.INP <RF PV name> CPP NMS

The CPP link specification is needed so the RFReq PV monitors the RF PV for value changes

lerwys commented 4 years ago

Can you check if this works for you @anacso17? Does adding a box into the synoptic with the BO-Glob:DI-Tune-H:RFFreq-Mon.INP field is enough?

anacso17 commented 4 years ago

@lerwys with this solution we should set the .INP field every time the IOC is restarted?

lerwys commented 4 years ago

Hum, right. I can either add this field to autosave or create another PV for that, and add that one to autosave. I will release a new release candidate with that fix.

lerwys commented 4 years ago

Done in release v1.6.0-rc4 (da596e9)