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 | 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 |
<== Date ==> | <== Thread ==> |
---|
Subject: | RE: camonitor not updating when PV changed |
From: | "Sobhani, Bayan" <[email protected]> |
To: | "Arnold, Ned D." <[email protected]>, "Rivers, Mark L." <[email protected]>, "'Kasemir, Kay'" <[email protected]>, "[email protected]" <[email protected]> |
Cc: | "Mazzoli, Claudio" <[email protected]> |
Date: | Wed, 28 Mar 2018 19:37:11 +0000 |
I eventually got it working but not completely sure why. I did caget
Sys{Dev}OLDMOV a few times and sometimes it worked but sometimes it said PV disconnected, and also then a different message that said "Channel connect timed out: some PV(s) not found."
I restarted the IOC a few times and it did not help. Later I closed some instances of camonitor and bluesky that were running and restarted the IOC, and also the type now shows DBF_ENUM instead of DBF_LONG, and camonitor works as expected. Not sure if closing bluesky/camonitor is what fixed it or just a coincidence. Alex From: Arnold, Ned D. [[email protected]]
Sent: Wednesday, March 28, 2018 3:24 PM To: Rivers, Mark L.; 'Kasemir, Kay'; Sobhani, Bayan; [email protected] Cc: Mazzoli, Claudio Subject: Re: camonitor not updating when PV changed
What does ... caget Sys{Dev}OLDMOV.RTYP ... return?
Ned
From: [email protected] <[email protected]> on behalf of Mark Rivers <[email protected]>
Sent: Wednesday, March 28, 2018 02:20 PM To: 'Kasemir, Kay'; Sobhani, Bayan; [email protected] Cc: Mazzoli, Claudio Subject: RE: camonitor not updating when PV changed Kay is correct. I don't think the record you are looking at is a bo record. This is what cainfo says for a bo record:
corvette:~/devel/asyn/asyn>cainfo 13IDD:Unidig1Bo0 13IDD:Unidig1Bo0 State: connected Host: ioc13idd.cars.aps.anl.gov:5064 Access: read, write Native data type: DBF_ENUM Request type: DBR_ENUM Element count: 1 Note that it is DBF_ENUM, not DBF_LONG. Mark > -----Original Message----- > From: Kasemir, Kay <[email protected]> > Sent: Wednesday, March 28, 2018 2:15 PM > To: Sobhani, Bayan <[email protected]>; Mark Rivers <[email protected]>; tech- > [email protected] > Cc: Mazzoli, Claudio <[email protected]> > Subject: Re: camonitor not updating when PV changed > > > > The PV in question is defined like this: > > record (bo, "$(Sys)$(Dev)OLDMOV") > > In that case, wouldn't 'cainfo' report DBF_ENUM as the native type? > > > Here is the output of cainfo Sys{Dev}OLDMOV: > > Sys{Dev}OLDMOV > > Native data type: DBF_LONG > > Check the record's MDEL field. > > -Kay |