Thanks for your answer. As commented by Pam, we have no access security on the IOCs and as it is a random problem, sometimes everything is just working fine! So when it is not the case, I can see something like that using SeqChanShow:
#15 of 26:
Channel name: "CTRL-MCOD-TCS:endTestGuard"
Unexpanded (assigned) name: "{MC}-TCS:endTestGuard"
Variable name: "endTestGuard"
address = 20762476 = 0x13ccf6c
type = short
count = 1
Value = 0
Monitor flag = 1
Monitored
Assigned
Connected
Get not completed or no get issued
Put not completed or no put issued
Status = 0
Severity = 0
Message =
Time stamp = <undefined>
Next? (+/- skip count)
As you can see, the variable is monitored, assigned and connected, but the Time stamp is undefined and the variable has not received its first monitor event.
Cheers,
Nadine
-----Original Message-----
From: Andrew Johnson [mailto:[email protected]]
Sent: 30 June 2011 17:14
To: [email protected]
Cc: Utzel Nadine
Subject: Re: SNL seq-2.0.13 on Linux 64 bits: not all monitored PVs receive their first monitor event
Hi Nadine,
On 2011-06-30 Utzel Nadine wrote:
> Randomly in some of my state programs, I notice that not all the
> monitored PVs receive a first monitor event:
>
> numMonitoredChans 10 firstMonitorCount 9 assignCount 16
> firstConnectCount
> 16 numMonitoredChans 20 firstMonitorCount 19 assignCount 26
> firstConnectCount 26
>
> As a consequence, with the option +c, the state machine stays in its
> initial state, or with the option -c, it waits for an event flag that
> is never sent.
If you want us to help you're going to have to investigate and post some more information about those channels that are not receiving a first monitor (use seqChanShow to do that). I can think of at least one reason why this might happen — your sequencer program user & host doesn't have Access Security permission on the IOC to read those channels for example, although if your IOC is not configured to use Access Security then that wouldn't apply.
- Andrew
--
Optimization is the process of taking something that works and replacing it with something that almost works, but costs less.
-- Roger Needham
- Replies:
- Re: SNL seq-2.0.13 on Linux 64 bits: not all monitored PVs receive their first monitor event Benjamin Franksen
- References:
- SNL seq-2.0.13 on Linux 64 bits: not all monitored PVs receive their first monitor event Utzel Nadine
- Re: SNL seq-2.0.13 on Linux 64 bits: not all monitored PVs receive their first monitor event Andrew Johnson
- Navigate by Date:
- Prev:
minimum CA Server requirements Circuit6 Engineering
- Next:
Re: SNL seq-2.0.13 on Linux 64 bits: not all monitored PVs receive their first monitor event Benjamin Franksen
- 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: SNL seq-2.0.13 on Linux 64 bits: not all monitored PVs receive their first monitor event Gurd Pamela EXT
- Next:
Re: SNL seq-2.0.13 on Linux 64 bits: not all monitored PVs receive their first monitor event Benjamin Franksen
- 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
|