The record "Tst/4Config/targetStream" in question has these two fields different from other records:
ORAW: 0 RVAL: 0
Otherwise, all other fields are the same or look reasonably similar.
Since you are using autosave, why do you use set_pass1 instead of set_pass0? Is the record "Tst/4Config/targetStream" being auto-restored? If so, check the .sav file for its VAL, RVAL.
Yong
On 7/8/20, 3:17 PM, "Tech-talk on behalf of Mark Rivers via Tech-talk" <tech-talk-bounces at aps.anl.gov on behalf of tech-talk at aps.anl.gov> wrote:
I'm not sure why RVAL is 0 for record 4, but 3 for records 3 and 5.
But the first place to look is your device support. You are using some custom device support for these records, and that could be setting RVAL incorrectly. You can add some debugging in the functions in device support to print the value of RVAL.
The asyn device support for mbbo, for example, reads the current value from the hardware into the RVAL field. If your device support does something like that then that could explain RVAL not being 3 as you expect.
Mark
-----Original Message-----
From: Nonn, Patrick <patrick.nonn at desy.de>
Sent: Wednesday, July 8, 2020 9:27 AM
To: Mark Rivers <rivers at cars.uchicago.edu>
Cc: tech-talk <tech-talk at aps.anl.gov>
Subject: Re: Process at Init of mbbo-record
Hi,
here the dbpr outputs with high detail level:
epics> dbpr Tst/4Config/targetStream 5
ACKS: NO_ALARM ACKT: YES ASG : ASP : PTR (nil)
BKLNK: ELL 0 [(nil) .. (nil)] BKPT: 00 COSV: NO_ALARM
DESC: DISA: 0 DISP: 0 DISS: NO_ALARM
DISV: 1 DOL : CONSTANT DPVT: PTR 0x5626b806af70
DSET: PTR 0x7f19cac50a40 DTYP: ChimeraTK EIST:
EISV: NO_ALARM EIVL: 0x0 ELST: ELSV: NO_ALARM
ELVL: 0x0 EVNT: FFST: FFSV: NO_ALARM
FFVL: 0x0 FLNK: CONSTANT FRST: FRSV: NO_ALARM
FRVL: 0x0 FTST: FTSV: NO_ALARM FTVL: 0x0
FVST: FVSV: NO_ALARM FVVL: 0x0
IVOA: Continue normally IVOV: 0 LALM: 3
LCNT: 0 LSET: PTR 0x5626b801ec80 MASK: 0
MLIS: ELL 1 [0x7f1964041eb8 .. 0x7f1964041eb8]
MLOK: b0 a6 03 b8 26 56 00 00 MLST: 3
NAME: Tst/4Config/targetStream NIST: NISV: NO_ALARM
NIVL: 0x0 NOBT: 0 NSEV: NO_ALARM NSTA: NO_ALARM
OMSL: supervisory ONST: Logfile Only ONSV: NO_ALARM ONVL: 0x1
ORAW: 0 ORBV: 0
OUT : INST_IO @ChimeraTKApp processes/4/config/targetStream PACT: 0
PHAS: 0 PINI: YES PPN : PTR (nil) PPNR: PTR (nil)
PRIO: LOW PROC: 0 PUTF: 0 RBV : 0
RDES: PTR 0x5626b7b956c0 RPRO: 0
RSET: PTR 0x7f19cac4b740 RVAL: 0 SCAN: Passive
SDEF: 1 SDIS: CONSTANT SEVR: NO_ALARM SHFT: 0
SIML: CONSTANT SIMM: NO SIMS: NO_ALARM SIOL: CONSTANT
SPVT: PTR (nil) STAT: NO_ALARM SVST: SVSV: NO_ALARM
SVVL: 0x0 SXST: SXSV: NO_ALARM SXVL: 0x0
TEST: TESV: NO_ALARM TEVL: 0x0 THST: No Logging
THSV: NO_ALARM THVL: 0x3 TIME: 2020-07-08 15:21:27.256869741
TPRO: 0 TSE : 0 TSEL: CONSTANT TTST:
TTSV: NO_ALARM TTVL: 0x0 TVST: TVSV: NO_ALARM
TVVL: 0x0 TWST: StdOut Only TWSV: NO_ALARM TWVL: 0x2
UDF : 0 UDFS: INVALID UNSV: NO_ALARM VAL : 3
ZRST: Logfile + StdOut ZRSV: NO_ALARM ZRVL: 0x0
epics> dbpr Tst/3Config/targetStream 5
ACKS: NO_ALARM ACKT: YES ASG : ASP : PTR (nil)
BKLNK: ELL 0 [(nil) .. (nil)] BKPT: 00 COSV: NO_ALARM
DESC: DISA: 0 DISP: 0 DISS: NO_ALARM
DISV: 1 DOL : CONSTANT DPVT: PTR 0x5626b80871a0
DSET: PTR 0x7f19cac50a40 DTYP: ChimeraTK EIST:
EISV: NO_ALARM EIVL: 0x0 ELST: ELSV: NO_ALARM
ELVL: 0x0 EVNT: FFST: FFSV: NO_ALARM
FFVL: 0x0 FLNK: CONSTANT FRST: FRSV: NO_ALARM
FRVL: 0x0 FTST: FTSV: NO_ALARM FTVL: 0x0
FVST: FVSV: NO_ALARM FVVL: 0x0
IVOA: Continue normally IVOV: 0 LALM: 3
LCNT: 0 LSET: PTR 0x5626b801e9c0 MASK: 0
MLIS: ELL 1 [0x7f1964042490 .. 0x7f1964042490]
MLOK: d0 a5 03 b8 26 56 00 00 MLST: 3
NAME: Tst/3Config/targetStream NIST: NISV: NO_ALARM
NIVL: 0x0 NOBT: 0 NSEV: NO_ALARM NSTA: NO_ALARM
OMSL: supervisory ONST: Logfile Only ONSV: NO_ALARM ONVL: 0x1
ORAW: 3 ORBV: 0
OUT : INST_IO @ChimeraTKApp processes/3/config/targetStream PACT: 0
PHAS: 0 PINI: YES PPN : PTR (nil) PPNR: PTR (nil)
PRIO: LOW PROC: 0 PUTF: 0 RBV : 0
RDES: PTR 0x5626b7b956c0 RPRO: 0
RSET: PTR 0x7f19cac4b740 RVAL: 3 SCAN: Passive
SDEF: 1 SDIS: CONSTANT SEVR: NO_ALARM SHFT: 0
SIML: CONSTANT SIMM: NO SIMS: NO_ALARM SIOL: CONSTANT
SPVT: PTR (nil) STAT: NO_ALARM SVST: SVSV: NO_ALARM
SVVL: 0x0 SXST: SXSV: NO_ALARM SXVL: 0x0
TEST: TESV: NO_ALARM TEVL: 0x0 THST: No Logging
THSV: NO_ALARM THVL: 0x3 TIME: 2020-07-08 15:21:27.256855004
TPRO: 0 TSE : 0 TSEL: CONSTANT TTST:
TTSV: NO_ALARM TTVL: 0x0 TVST: TVSV: NO_ALARM
TVVL: 0x0 TWST: StdOut Only TWSV: NO_ALARM TWVL: 0x2
UDF : 0 UDFS: INVALID UNSV: NO_ALARM VAL : 3
ZRST: Logfile + StdOut ZRSV: NO_ALARM ZRVL: 0x0
epics> dbpr Tst/5Config/targetStream 5
ACKS: NO_ALARM ACKT: YES ASG : ASP : PTR (nil)
BKLNK: ELL 0 [(nil) .. (nil)] BKPT: 00 COSV: NO_ALARM
DESC: DISA: 0 DISP: 0 DISS: NO_ALARM
DISV: 1 DOL : CONSTANT DPVT: PTR 0x5626b8088680
DSET: PTR 0x7f19cac50a40 DTYP: ChimeraTK EIST:
EISV: NO_ALARM EIVL: 0x0 ELST: ELSV: NO_ALARM
ELVL: 0x0 EVNT: FFST: FFSV: NO_ALARM
FFVL: 0x0 FLNK: CONSTANT FRST: FRSV: NO_ALARM
FRVL: 0x0 FTST: FTSV: NO_ALARM FTVL: 0x0
FVST: FVSV: NO_ALARM FVVL: 0x0
IVOA: Continue normally IVOV: 0 LALM: 3
LCNT: 0 LSET: PTR 0x5626b801ef40 MASK: 0
MLIS: ELL 1 [0x7f19640418e0 .. 0x7f19640418e0]
MLOK: 90 a7 03 b8 26 56 00 00 MLST: 3
NAME: Tst/5Config/targetStream NIST: NISV: NO_ALARM
NIVL: 0x0 NOBT: 0 NSEV: NO_ALARM NSTA: NO_ALARM
OMSL: supervisory ONST: Logfile Only ONSV: NO_ALARM ONVL: 0x1
ORAW: 3 ORBV: 0
OUT : INST_IO @ChimeraTKApp processes/5/config/targetStream PACT: 0
PHAS: 0 PINI: YES PPN : PTR (nil) PPNR: PTR (nil)
PRIO: LOW PROC: 0 PUTF: 0 RBV : 0
RDES: PTR 0x5626b7b956c0 RPRO: 0
RSET: PTR 0x7f19cac4b740 RVAL: 3 SCAN: Passive
SDEF: 1 SDIS: CONSTANT SEVR: NO_ALARM SHFT: 0
SIML: CONSTANT SIMM: NO SIMS: NO_ALARM SIOL: CONSTANT
SPVT: PTR (nil) STAT: NO_ALARM SVST: SVSV: NO_ALARM
SVVL: 0x0 SXST: SXSV: NO_ALARM SXVL: 0x0
TEST: TESV: NO_ALARM TEVL: 0x0 THST: No Logging
THSV: NO_ALARM THVL: 0x3 TIME: 2020-07-08 15:21:27.256896931
TPRO: 0 TSE : 0 TSEL: CONSTANT TTST:
TTSV: NO_ALARM TTVL: 0x0 TVST: TVSV: NO_ALARM
TVVL: 0x0 TWST: StdOut Only TWSV: NO_ALARM TWVL: 0x2
UDF : 0 UDFS: INVALID UNSV: NO_ALARM VAL : 3
ZRST: Logfile + StdOut ZRSV: NO_ALARM ZRVL: 0x0
I did check the errors and warnings, and did find nothing. But four eyes see more...
Adding 8 processes.
Adding filesystem monitor for: sda3 mounted at: / -->0
Adding filesystem monitor for: sda4 mounted at: /home -->1
Adding network monitor for device: enp2s0f1 -->0
Adding network monitor for device: wlp3s0 -->1
#!/home/countzero/ChimeraTK/install/bin/watchdog-server
#< envPaths
## Register all support components
dbLoadDatabase("../dbd/ChimeraTK.dbd",0,0)
ChimeraTK_registerRecordDeviceDriver(pdbbase)
chimeraTKConfigureApplication("ChimeraTKApp", 100)
## Setup autosave
set_requestfile_path("../db/")
set_savefile_path("../autosave/")
## Load record instances
dbLoadRecords("../db/WatchdogServer-main.db", "SERVER=Tst")
dbLoadRecords("../db/WatchdogServer-proc.db", "SERVER=Tst, P=0")
dbLoadRecords("../db/WatchdogServer-proc.db", "SERVER=Tst, P=1")
dbLoadRecords("../db/WatchdogServer-proc.db", "SERVER=Tst, P=2")
dbLoadRecords("../db/WatchdogServer-proc.db", "SERVER=Tst, P=3")
dbLoadRecords("../db/WatchdogServer-proc.db", "SERVER=Tst, P=4")
dbLoadRecords("../db/WatchdogServer-proc.db", "SERVER=Tst, P=5")
dbLoadRecords("../db/WatchdogServer-proc.db", "SERVER=Tst, P=6")
dbLoadRecords("../db/WatchdogServer-proc.db", "SERVER=Tst, P=7")
save_restoreSet_DatedBackupFiles(0)
save_restoreSet_Debug(0)
save_restoreSet_NumSeqFiles(3)
save_restoreSet_SeqPeriodInSeconds(3600)
#set_pass0_restoreFile("WatchdogServer-main.sav", "SERVER=Tst")
set_pass1_restoreFile("WatchdogServer-main.sav", "SERVER=Tst")
#set_pass0_restoreFile("Processes.sav", "SERVER=Tst")
set_pass1_restoreFile("Processes.sav", "SERVER=Tst")
iocInit()
Starting iocInit
############################################################################
## EPICS R3.16.2
## EPICS Base built Jun 11 2020
############################################################################
reboot_restore: entry for file 'WatchdogServer-main.sav'
reboot_restore: Found filename 'WatchdogServer-main.sav' in restoreFileList.
*** restoring from '../autosave/WatchdogServer-main.sav' at initHookState 7 (after record/device init) ***
reboot_restore: done with file 'WatchdogServer-main.sav'
reboot_restore: entry for file 'Processes.sav'
reboot_restore: Found filename 'Processes.sav' in restoreFileList.
*** restoring from '../autosave/Processes.sav' at initHookState 7 (after record/device init) ***
reboot_restore: done with file 'Processes.sav'
iocRun: All initialization complete
#postEvent 1
create_monitor_set("WatchdogServer-main.req", 60, "SERVER=Tst")
create_monitor_set("Processes.req", 60, "SERVER=Tst")
Processes.sav: 136 of 136 PV's connected
WatchdogServer-main.sav: 25 of 25 PV's connected
epics>
Regards,
Patrick
----- Original Message -----
From: "Mark Rivers" <rivers at cars.uchicago.edu>
To: "Patrick Nonn" <patrick.nonn at desy.de>
Cc: "tech-talk" <tech-talk at aps.anl.gov>
Sent: Wednesday, 8 July, 2020 15:53:15
Subject: RE: Process at Init of mbbo-record
Hi Patrick,
I forgot to CC tech-talk on my original reply.
Your st.cmd got stripped out by the mail system, please rename to st.cmd.txt before attaching.
Please use the details=5 flag on the dbpr commands, e.g.
dbpr Tst/4Config/targetStream 5
Did you check carefully for any warnings or errors in the iocsh output when starting the IOC?
Mark
-----Original Message-----
From: Nonn, Patrick <patrick.nonn at desy.de>
Sent: Wednesday, July 8, 2020 8:25 AM
To: Mark Rivers <rivers at cars.uchicago.edu>
Subject: Re: Process at Init of mbbo-record
Hi,
the db-file and the start-script, where it is loaded, is attached. I have also attached the req files used to set the record via save_restore, just in case. The dbpr output is:
epics> dbpr Tst/4Config/targetStream
ASG : DESC: DISA: 0 DISP: 0
DISV: 1 NAME: Tst/4Config/targetStream RBV : 0
RVAL: 0 SEVR: NO_ALARM STAT: NO_ALARM TPRO: 0
VAL : 3
I have also looked at the mbbo record loaded afterwards:
epics> dbpr Tst/4Config/logLevel
ASG : DESC: DISA: 0 DISP: 0
DISV: 1 NAME: Tst/4Config/logLevel RBV : 0
RVAL: 3 SEVR: NO_ALARM STAT: NO_ALARM TPRO: 0
VAL : 3
and as you can see, it is processed correctly at init, as is the targetStream record before:
epics> dbpr Tst/3Config/targetStream
ASG : DESC: DISA: 0 DISP: 0
DISV: 1 NAME: Tst/3Config/targetStream RBV : 0
RVAL: 3 SEVR: NO_ALARM STAT: NO_ALARM TPRO: 0
VAL : 3
and afterwards:
epics> dbpr Tst/5Config/targetStream
ASG : DESC: DISA: 0 DISP: 0
DISV: 1 NAME: Tst/5Config/targetStream RBV : 0
RVAL: 3 SEVR: NO_ALARM STAT: NO_ALARM TPRO: 0
VAL : 3
Regards,
Patrick
----- Original Message -----
From: "Mark Rivers" <rivers at cars.uchicago.edu>
To: "Patrick Nonn" <patrick.nonn at desy.de>
Sent: Wednesday, 8 July, 2020 15:07:42
Subject: Re: Process at Init of mbbo-record
Can you show:
- The database file
- The commands to load it 8 times
- The output of the following command at the iocsh, where (record) is the name of the 5'th record loaded.
dbpr (record) 5
Mark
________________________________
From: Tech-talk <tech-talk-bounces at aps.anl.gov> on behalf of Nonn, Patrick via Tech-talk <tech-talk at aps.anl.gov>
Sent: Wednesday, July 8, 2020 7:47 AM
To: tech-talk
Subject: Process at Init of mbbo-record
Hi,
I observe some odd behaviour. I have changed a longout record to an mbbo record, either with passive scan and pini=1. This record is loaded eight times with different macros. After the change to mbbo, the 5th instance of this record is not processed during init (VAL is set, RVAL is 0). This is true, even if the sequence, in which the different instances are loaded, are switched. Could this be a timing issue of some sort?
Greetings
Patrick
- Replies:
- Re: Process at Init of mbbo-record Nonn, Patrick via Tech-talk
- References:
- Process at Init of mbbo-record Nonn, Patrick via Tech-talk
- RE: Process at Init of mbbo-record Mark Rivers via Tech-talk
- Re: Process at Init of mbbo-record Nonn, Patrick via Tech-talk
- RE: Process at Init of mbbo-record Mark Rivers via Tech-talk
- Navigate by Date:
- Prev:
Re: Asyn/StreamDevice for HP3458A through Agilent E5810 LAN/GPIB Gateway Hu, Yong via Tech-talk
- Next:
Re: Process at Init of mbbo-record Nonn, Patrick via Tech-talk
- Index:
1994
1995
1996
1997
1998
1999
2000
2001
2002
2003
2004
2005
2006
2007
2008
2009
2010
2011
2012
2013
2014
2015
2016
2017
2018
2019
<2020>
2021
2022
2023
2024
- Navigate by Thread:
- Prev:
RE: Process at Init of mbbo-record Mark Rivers via Tech-talk
- Next:
Re: Process at Init of mbbo-record Nonn, Patrick via Tech-talk
- Index:
1994
1995
1996
1997
1998
1999
2000
2001
2002
2003
2004
2005
2006
2007
2008
2009
2010
2011
2012
2013
2014
2015
2016
2017
2018
2019
<2020>
2021
2022
2023
2024
|
·
Home
·
News
·
About
·
Base
·
Modules
·
Extensions
·
Distributions
·
Download
·