Experimental Physics and Industrial Control System
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 <[email protected]> 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 <[email protected]> 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 <[email protected]>
>>> Sent: Saturday, March 23, 2019 10:30 AM
>>> To: Ivashkevych, Oksana <[email protected]>
>>> 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-
>>> [email protected]<mailto:[email protected]>> 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
<2019>
2020
2021
2022
2023
2024
- 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
<2019>
2020
2021
2022
2023
2024