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  2010  2011  2012  2013  2014  2015  2016  2017  2018  <20192020  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  <20192020 
<== Date ==> <== Thread ==>

Subject: Re: pvget is timing out
From: Mark Rivers via Tech-talk <tech-talk@aps.anl.gov>
To: "Ivashkevych, Oksana" <oksana@bnl.gov>
Cc: "tech-talk@aps.anl.gov" <tech-talk@aps.anl.gov>
Date: Sat, 23 Mar 2019 15:30:01 +0000
Pete’s post reminded me that you also need to set WITH_QSRV=YES in areaDetector to use it. For 3.14 compatibility we allow WITH_PVA=YES and WITH_QSRV=NO.

Mark


Sent from my iPhone

> On Mar 23, 2019, at 9:55 AM, Mark Rivers <rivers@cars.uchicago.edu> wrote:
> 
> areaDetector IOCs are now built with qsrv by default if WITH_PVA=YES.
> 
> 
> corvette:~>caget 13SIM1:cam1:Acquire
> 13SIM1:cam1:Acquire            Done
> corvette:~>pvget 13SIM1:cam1:Acquire
> 13SIM1:cam1:Acquire 2019-03-21 07:59:36.269  (0) Done
> 
> Mark
> 
> Sent from my iPhone
> 
>> On Mar 23, 2019, at 9:42 AM, Ivashkevych, Oksana <oksana@bnl.gov> wrote:
>> 
>> Thanks!
>> That's worked.
>> I actually wanted to use PV Access. So I need to run "qsrv or equivalent"(?) 
>> I'll educate myself.
>> Oksana 
>> 
>>> -----Original Message-----
>>> From: Mark Rivers <rivers@cars.uchicago.edu>
>>> Sent: Saturday, March 23, 2019 10:30 AM
>>> To: Ivashkevych, Oksana <oksana@bnl.gov>
>>> Subject: Re: pvget is timing out
>>> 
>>> Do
>>> pvget -h
>>> to get help.
>>> 
>>> pvget defaults to using pvAccess protocol. That can only read normal IOC pvs if
>>> your IOC is running qsrv or equivalent.
>>> 
>>> To use pvget to use Channel Access do
>>> 
>>> pvget -p ca pvname
>>> 
>>> Example:
>>> corvette:~>pvget -p ca 13IDA:m1
>>> 13IDA:m1 -0.25
>>> 
>>> Mark
>>> 
>>> 
>>> 
>>> Sent from my iPhone
>>> 
>>> On Mar 23, 2019, at 8:31 AM, Ivashkevych, Oksana via Tech-talk <tech-
>>> talk@aps.anl.gov<mailto:tech-talk@aps.anl.gov>> wrote:
>>> 
>>> 
>>> Hello,
>>> 
>>> I have built latest epics-base branch 7.0 and R.7.0.2.1 on Windows 7 and CentOS
>>> 4.4.7.(tested both).  I cloned with - - recursive option. When I am using caget(),
>>> it works, pvget() doesn't. It doesn't even print me an error message when I don't
>>> specify a PV. Behaves identical on both systems. When I specify a PV, request
>>> times out.
>>> 
>>> On this CentOS system I have only base built and nothing running det@xf11bm-
>>> pilatus800k:~/epics/epics-base/bin/linux-x86_64> ./caget No pv name specified.
>>> ('caget -h' for help.) det@xf11bm-pilatus800k:~/epics/epics-base/bin/linux-
>>> x86_64> ./pvget det@xf11bm-pilatus800k:~/epics/epics-base/bin/linux-x86_64>
>>> 
>>> 
>>> 
>>> On this Windows 7 I have bunch of modules built and my new driver and IOC,
>>> which theoretically could be a contributing factor, but I don't think so.
>>> 
>>> C:\epics\epics-base>bin\windows-x64-static\pvget.exe
>>> 
>>> //prints empty line
>>> 
>>> C:\epics\epics-base>bin\windows-x64-static\caget.exe
>>> 
>>> No pv name specified. ('caget -h' for help.)
>>> 
>>> C:\epics\epics-base>git branch
>>> 
>>> * (HEAD detached at R7.0.2.1)
>>> 
>>> 7.0
>>> 
>>> C:\epics\epics-base>
>>> 
>>> C:\epics\epics-base\bin\windows-x64-static>caget XF11ID-
>>> ES{elveFlowOB1}:elveFlow:Pres1
>>> 
>>> XF11ID-ES{elveFlowOB1}:elveFlow:Pres1 22.3389
>>> 
>>> C:\epics\epics-base\bin\windows-x64-static>pvget XF11ID-
>>> ES{elveFlowOB1}:elveFlow:Pres1
>>> 
>>> Timeout
>>> 
>>> XF11ID-ES{elveFlowOB1}:elveFlow:Pres1
>>> 
>>> C:\epics\epics-base\bin\windows-x64-static>
>>> 
>>> 
>>> 
>>> I have another system with Debian 7.
>>> 
>>> On this Debian 7 I have bunch of ADProsilica  and ADPilatus iocs running, built
>>> with base 7.0.1. At least pvget() responds with the correct complaint, though
>>> times out with a PV.
>>> oksana@xf11bm-ioc1:/epics/distrib/epicsBundle-R-7-0-1+deb7u1-x86_64/epics-
>>> base/bin/linux-x86_64$ ./pvget No pv name(s) specified. ('pvget -h' for help.)
>>> oksana@xf11bm-ioc1:/epics/distrib/epicsBundle-R-7-0-1+deb7u1-x86_64/epics-
>>> base/bin/linux-x86_64$ ./pvget XF:11BMA-BI{FS:1-Cam:1}cam1:AcquireTime
>>> Timeout
>>> oksana@xf11bm-ioc1:/epics/distrib/epicsBundle-R-7-0-1+deb7u1-x86_64/epics-
>>> base/bin/linux-x86_64$ ./caget XF:11BMA-BI{FS:1-Cam:1}cam1:AcquireTime
>>> XF:11BMA-BI{FS:1-Cam:1}cam1:AcquireTime 1 oksana@xf11bm-
>>> ioc1:/epics/distrib/epicsBundle-R-7-0-1+deb7u1-x86_64/epics-base/bin/linux-
>>> x86_64$
>>> 
>>> 
>>> 
>>> There is one system where pvget() does work. One year ago I built from
>>> core/master on Debian 8. This branch is closed now.  On this machine I have one
>>> ADprosilica and one ADPointGrey IOC running with this base. There are other
>>> IOCs, but they use Debian distribution.
>>> oksana@xf11id-m1:/opt/epics/ADepics7/epics-base/bin/linux-x86_64$ ./pvget
>>> XF:MOBILE-BI{Mir:1}cam1:AcquireTime
>>> XF:MOBILE-BI{Mir:1}cam1:AcquireTime 0.3
>>> oksana@xf11id-m1:/opt/epics/ADepics7/epics-base/bin/linux-x86_64$ ./caget
>>> XF:MOBILE-BI{Mir:1}cam1:AcquireTime
>>> XF:MOBILE-BI{Mir:1}cam1:AcquireTime 0.3
>>> oksana@xf11id-m1:/opt/epics/ADepics7/epics-base/bin/linux-x86_64$ git
>>> branch
>>> * core/master
>>> oksana@xf11id-m1:/opt/epics/ADepics7/epics-base/bin/linux-x86_64$
>>> 
>>> What I could be missing? Why pvget() does not work for me?
>>> 
>>> Thanks,
>>> 
>>> Oksana
>>> 
>>> 
>>> 
>>> 
>>> 
>> 

Replies:
RE: pvget is timing out Ivashkevych, Oksana via Tech-talk
References:
pvget is timing out Ivashkevych, Oksana via Tech-talk
Re: pvget is timing out Mark Rivers via Tech-talk

Navigate by Date:
Prev: Re: pvget is timing out Jemian, Pete R. via Tech-talk
Next: RE: pvget is timing out Ivashkevych, Oksana 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  <20192020 
Navigate by Thread:
Prev: Re: pvget is timing out Jemian, Pete R. via Tech-talk
Next: RE: pvget is timing out Ivashkevych, Oksana 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  <20192020 
ANJ, 23 Mar 2019 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·