EPICS Controls 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  2019  <20202021  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  <20202021  2022  2023  2024 
<== Date ==> <== Thread ==>

Subject: Re: caget for base7 records
From: "Johnson, Andrew N. via Tech-talk" <tech-talk at aps.anl.gov>
To: Sandeep Kumar Malu - UKRI STFC <sandeep-kumar.malu at stfc.ac.uk>
Cc: EPICS tech-talk <tech-talk at aps.anl.gov>
Date: Mon, 20 Jul 2020 21:38:24 +0000
Hi Sandeep,

On Jul 20, 2020, at 12:41 PM, Sandeep Kumar Malu - UKRI STFC <sandeep-kumar.malu at stfc.ac.uk> wrote:

Thank you for the response. By “V7 record”, I actually mean V4 PVRecords. Something like thishttps://github.com/epics-base/exampleCPP/tree/master/database . I am using C++ . Is there any module which access V4 PVRecords over channel access. I wish to use channel access method on client side to fetch  V4 Scalar PVRecords.

There is nothing that I’m aware of that will let you serve data from a pvDatabase PVRecord over Channel Access. You might be able to use the PCAS library to do that, but the two APIs are very different and I don’t know how easy it would be to develop the necessary code.

If you don’t need high performance you might be able to write some kind of a gateway that uses a combination of PCASPy to provide a CA server plus either pvaPy or p4p as a PVA client; or if Java is a better language for you use JCAS and the Java PVA client library.

You should probably rethink using PVRecord if you’re stuck with using Channel Access.

Sorry,

- Andrew



From: Johnson, Andrew N. <anj at anl.gov> 
Sent: Monday, July 20, 2020 10:48 PM
To: Malu, Sandeep Kumar (-,RAL,CLF) <sandeep-kumar.malu at stfc.ac.uk>
Cc: EPICS tech-talk <tech-talk at aps.anl.gov>
Subject: Re: caget for base7 records
 
Hi Sandeep,
 
On Jul 20, 2020, at 7:31 AM, Sandeep Kumar Malu - UKRI STFC via Tech-talk <tech-talk at aps.anl.gov> wrote:

 
Is there any way to access V7 records using caget? I am aware that “QSRV” does the pvget(pvaccess) for V3 records but other way around is not possible i.e caget(channel access) for V7 records.
 
What do you mean by a “V7 record”? 
 
QSRV is an optional module that makes EPICS IOC records accessible over the PV Access (PVA) network protocol. Most IOCs are built with the RSRV module which makes the IOC's records accessible over the Channel Access (CA) network protocol, although it is possible to build an IOC that doesn’t contain RSRV. Thus RSRV and QSRV are just server layers that sit on top of the IOC, and most IOCs support Channel Access by default.
 
PVA was designed to be a successor to the CA protocol and provides a superset of the capabilities of CA. The pvget/pvput/pvmonitor/pvcall programs speak PVA over the network by default, but they can be asked to speak CA instead. The caget/caput/camonitor programs can only speak CA over the network and this will never change.
 
If your “V7 records” come from a PVA server which is not an IOC, that server could also be taught to speak CA, but it could be quite a lot of work depending on what language it was coded in. For C/C++ the Portable Channel Access Server library provides the necessary software, and there are other similar APIs for various other languages. However I would recommend that you describe what you’re trying to do in a bit more detail here before going too far into implementing that.
 
HTH,
 
- Andrew
 
-- 
Complexity comes for free, simplicity you have to work for.
 

This email and any attachments are intended solely for the use of the named recipients. If you are not the intended recipient you must not use, disclose, copy or distribute this email or any of its attachments and should notify the sender immediately and delete this email from your system. UK Research and Innovation (UKRI) has taken every reasonable precaution to minimise risk of this email or any attachments containing viruses or malware but the recipient should carry out its own virus and malware checks before opening the attachments. UKRI does not accept any liability for any losses or damages which the recipient may sustain due to presence of any viruses. Opinions, conclusions or other information in this message and attachments that are not related directly to UKRI business are solely those of the author and do not represent the views of UKRI.


-- 
Complexity comes for free, simplicity you have to work for.


References:
caget for base7 records Sandeep Kumar Malu - UKRI STFC via Tech-talk
Re: caget for base7 records Johnson, Andrew N. via Tech-talk
RE: caget for base7 records Sandeep Kumar Malu - UKRI STFC via Tech-talk

Navigate by Date:
Prev: Re: archiver viewer plug in with archiver appliance in Linux astrid morreale via Tech-talk
Next: TCP to LabVIEW TCP VI using Stream Device. Daniel Cuneo 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  <20202021  2022  2023  2024 
Navigate by Thread:
Prev: RE: caget for base7 records Sandeep Kumar Malu - UKRI STFC via Tech-talk
Next: Re: [EXTERNAL] caget for base7 records Hartman, Steven 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  <20202021  2022  2023  2024 
ANJ, 20 Jul 2020 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·