Experimental Physics and
Industrial Control System

"Dalesio, Leo" <[email protected]> · Thu, 6 Nov 2014 11:38:04 +0000

Correct. You see that UDF = 0 that is an indication that the record was processed. There is a read alarm. That means that there is some problem in your driver. Is the IO address correct?

________________________________________
From: [email protected] [[email protected]] on behalf of Jörn Wüstenfeld [[email protected]]
Sent: Thursday, November 06, 2014 6:31 AM
To: [email protected]
Subject: Re: Record processing during iocInit?

Hi,

I looked now with TPRO set to "1" for one variable and this is what I get
during initialization of the ioc:

>############################################################################
>## EPICS R3.14.12.4 $Date: Mon 2013-12-16 15:51:45 -0600$
>## EPICS Base built Apr 30 2014
>############################################################################
>_main_: Process CRPC:HZDR:VME:CR1:psSerial
>iocRun: All initialization complete
>epics> dbpr CRPC:HZDR:VME:CR1:psSerial
>ASG:                DESC: PS serial number                  DISA: 0
>DISP: 0             DISV: 1             NAME: CRPC:HZDR:VME:CR1:psSerial
>SEVR: INVALID       STAT: READ          SVAL:               TPRO: 1
>VAL:
>epics>

Now looking at the variable in detail:
epics> dbpr CRPC:HZDR:VME:CR1:psSerial 5
>ACKS: INVALID       ACKT: YES           APST: On Change     ASG:
>ASP: (nil)          BKPT: 00            DESC: PS serial number
>DISA: 0             DISP: 0             DISS: NO_ALARM      DISV: 1
>DPVT: 0x5d10a0      DSET: 0xb6bd7558    DTYP: Snmp          EVNT: 0
>FLNK:CONSTANT 0
>INP:INST_IO @fwkmg097 $(WCR_PREF)psSerialNumber.0 STRING: 100 s
>LCNT: 0             LSET: 0x5d19f8
>MLIS: 00 00 00 00 00 00 00 00 00 00 00 00                   MLOK: 90 29 54 00
>MPST: On Change     NAME: CRPC:HZDR:VME:CR1:psSerial        NSEV: NO_ALARM
>NSTA: NO_ALARM      OVAL:               PACT: 0             PHAS: 0
>PINI: YES           PPN: (nil)          PPNR: (nil)         PRIO: LOW
>PROC: 0             PUTF: 0             RDES: 0x5299f0      RPRO: 0
>RSET: 0xb6b989d4    SCAN: Passive       SDIS:CONSTANT       SEVR: INVALID
>SIML:CONSTANT       SIMM: NO            SIMS: NO_ALARM      SIOL:CONSTANT
>SPVT: (nil)         STAT: READ          SVAL:
>TIME: 2014-11-06 12:22:21.393529070     TPRO: 1             TSE: 0
>TSEL:CONSTANT       UDF: 0              VAL:
It looks like it's processed during initialization, but no acces to the real
hardware is done.

And now triggering the variable:

epics> dbtr CRPC:HZDR:VME:CR1:psSerial
>_main_: Process CRPC:HZDR:VME:CR1:psSerial
>ACKS: INVALID       ACKT: YES           APST: On Change     ASG:
>BKPT: 00            DESC: PS serial number                  DISA: 0
>DISP: 0             DISS: NO_ALARM      DISV: 1             DTYP: Snmp
>EVNT: 0             FLNK:CONSTANT 0
>INP:INST_IO @fwkmg097 $(WCR_PREF)psSerialNumber.0 STRING: 100 s
>LCNT: 0             MPST: On Change     NAME: CRPC:HZDR:VME:CR1:psSerial
>NSEV: NO_ALARM      NSTA: NO_ALARM      OVAL: 4089008       PACT: 0
>PHAS: 0             PINI: YES           PRIO: LOW           PROC: 0
>PUTF: 0             RPRO: 0             SCAN: Passive       SDIS:CONSTANT
>SEVR: NO_ALARM      SIML:CONSTANT       SIMM: NO            SIMS: NO_ALARM
>SIOL:CONSTANT       STAT: NO_ALARM      SVAL:
>TIME: 2014-11-06 12:25:55.567251857     TPRO: 1             TSE: 0
>TSEL:CONSTANT       UDF: 0              VAL: 4089008

Now the value is realy read from the hardware. Why not during initialization?

Regards,
Jörn

Experimental Physics and Industrial Control System

Experimental Physics and
Industrial Control System