EPICS Controls Argonne National Laboratory

Experimental Physics and
Industrial Control System

1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  <20102011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024  Index 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  <20102011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
<== Date ==> <== Thread ==>

Subject: Re: No monitor refresh
From: Hinko Kocevar <[email protected]>
To: Jeff Hill <[email protected]>
Cc: "'EPICS Tech-Talk'" <[email protected]>
Date: Tue, 11 May 2010 18:21:57 +0200
On 05/11/10 16:45, Jeff Hill wrote:
> Hello Hinko,
> 
> You mention that a caput updates the value in the IOC but the subscription update does not arrive or is late arriving. That might happen if 100% of the IOC's CPU is being consumed by threads running at higher priorities than the CA server. What type of record and field is the camonitor attached to?

Hmm, now that you mentioned it the CPU might load might be the culprit.
Looking at the top output st.cmd uses >90% CPU all the time!!!! Not sure
why, because on another unit IOC lives with ~50% just fine?!?!

I'll need to inspect this further!

I have Asyn asynInt32 type of record, inspecting VAL filed.
record(mbbi, "$(DEVICE)ENV_AGC_MONITOR") {
	field(DTYP, "asynInt32")
	field(INP, "@asyn($(PORT), 725, 1.0)")
	field(SCAN, "I/O Intr")
	field(DESC, "AGC")
	field(ZRVL, "0")
	field(ONVL, "1")
	field(ZRST, "MANUAL")
	field(ONST, "AUTO")
	field(PINI, "YES")
}

record(mbbo, "$(DEVICE)ENV_AGC_SP") {
	field(DTYP, "asynInt32")
	field(OUT, "@asyn($(PORT), 725)")
	field(DESC, "AGC")
	field(ZRVL, "0")
	field(ONVL, "1")
	field(ZRST, "MANUAL")
	field(ONST, "AUTO")
	field(PINI, "YES")
}

$ camonitor UNIT1:ENV:ENV_AGC_MONITOR
UNIT1:ENV:ENV_AGC_MONITOR   2010-05-11 11:18:40.100440 AUTO



Thanks for the heads up on the CPU usage!

Best regards,
Hinko




> 
> Jeff
> ______________________________________________________
> Jeffrey O. Hill           Email        [email protected]
> LANL MS H820              Voice        505 665 1831
> Los Alamos NM 87545 USA   FAX          505 665 5107
> 
> Message content: TSPA
> 
> 
>> -----Original Message-----
>> From: [email protected] [mailto:tech-talk-
>> [email protected]] On Behalf Of Hinko Kocevar
>> Sent: Tuesday, May 11, 2010 4:27 AM
>> To: EPICS Tech-Talk
>> Subject: No monitor refresh
>>
>> Hi all,
>>
>> I'm experiencing some strange behavior when using camonitor against an
>> EPICS IOC.
>>
>> For some reason a CA_PROTO_EVENT_ADD response from IOC to CA client does
>> not arrive, or arrives several minutes later after the PV value has
>> changed. Note that first CA_PROTO_EVENT_ADD response is seen always,
>> only latter CA_PROTO_EVENT_ADD responses do not arrive (or arrive late)?!
>> This behavior is not seen always - sometimes the IOC would promptly
>> respond with CA_PROTO_EVENT_ADD response when needed.
>>
>> I can see the CA_PROTO_ECHO requests/responses fine on the same
>> camonitor channel link, only CA_PROTO_EVENT_ADD response is not seen.
>>
>> Inspecting the IOC I can see that the value did change (on lower levels)
>> and caput response is also valid - updated with new value.
>>
>> I've ruled out the network problems, since the issue is raised even when
>> using cross-over cable to communicate with the IOC. Actually even I
>> update the value in the IOC shell, the camonitor is not refreshed!!
>>
>>
>>
>> Has someone experienced something similar?
>> Are there some conditions that need to fulfilled in order for IOC to
>> send a subsequent CA_PROTO_EVENT_ADD response(s)?
>>
>>
>>
>> TIA & HAND,
>> Hinko
>>
>> --
>> Hinko Kocevar
>> Technical support software engineer
>> Instrumentation Technologies
>> Velika pot 22, SI-5250 Solkan - Slovenia
>> T:+386 5 3352600, F:+386 5 3352601
>> mailto: [email protected]
>>
>> http://www.i-tech.si - When your users demand stability
>>
>> The information transmitted is intended solely for the addressee and may
>> contain confidential and/or privileged information. Any review,
>> retention,
>> disclosure or other use by persons other than the intended recipient is
>> prohibited. If you received this in error, please notify the sender and
>> delete all copies.
> 


-- 
Hinko Kocevar
Technical support software engineer
Instrumentation Technologies
Velika pot 22, SI-5250 Solkan - Slovenia
T:+386 5 3352600, F:+386 5 3352601
mailto: [email protected]

http://www.i-tech.si - When your users demand stability

The information transmitted is intended solely for the addressee and may
contain confidential and/or privileged information. Any review, retention,
disclosure or other use by persons other than the intended recipient is
prohibited. If you received this in error, please notify the sender and
delete all copies.

References:
No monitor refresh Hinko Kocevar
RE: No monitor refresh Jeff Hill

Navigate by Date:
Prev: RE: No monitor refresh Mark Rivers
Next: Re: No monitor refresh Hinko Kocevar
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  <20102011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
Navigate by Thread:
Prev: RE: No monitor refresh Jeff Hill
Next: Re: No monitor refresh [SOLVED] Hinko Kocevar
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  <20102011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
ANJ, 02 Sep 2010 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·