Pete and Mark,
Thank you both,
I just checked my Debian7 system has
WITH_PVA=YES, and nothing for WITH_QSRV.
It all makes sense.
I can't check xf11id-m1 now, it is on campus network, and I forgot its IP address. I'm pretty sure WITH_QSRV is defined there.
What if I would like to add qsrv to my IOC, do we have DIY instructions?
Oksana
> -----Original Message-----
> From: Mark Rivers <[email protected]>
> Sent: Saturday, March 23, 2019 11:30 AM
> To: Ivashkevych, Oksana <[email protected]>
> Cc: [email protected]
> Subject: Re: pvget is timing out
>
> 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 Mark Rivers via Tech-talk
- References:
- pvget is timing out Ivashkevych, Oksana via Tech-talk
- Re: pvget is timing out Mark Rivers via Tech-talk
- Re: pvget is timing out Mark Rivers via Tech-talk
- Navigate by Date:
- Prev:
Re: pvget is timing out Mark Rivers via Tech-talk
- Next:
Re: pvget is timing out Mark Rivers 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 Mark Rivers via Tech-talk
- Next:
Re: pvget is timing out Mark Rivers 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
|