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 2025 | 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 2025 |
<== Date ==> | <== Thread ==> |
---|
Subject: | Re: Need to migrate from 3.14 to 4.4 |
From: | Ralph Lange <[email protected]> |
To: | EPICS Tech-Talk <[email protected]> |
Date: | Mon, 05 Jan 2015 11:22:19 +0100 |
Hi Deeptarka, EPICS V4 basically is a library around user-defined hierarchical data structures (pvData) and a network protocol to transport those structures (pvAccess). There are Java and C++ implementations of server and client, examples, lots of documentation, etc. [1] There are no changes in the IOC. Except for a pvAccess server for the IOC (pvaSrv) that can be loaded and started on an existing 3.14 IOC, and allows accessing the PVs on that IOC using the pvAccess network protocol. If you are looking for ways to insert your own C/C++ code into the IOC's record processing, you should look at the subroutine record [2] and array subroutine record [3]. These record types are made to allow exactly that. Writing device support is another option that would run your code as part of the record processing. Writing ASYN interpose modules or port drivers would run your code as part of the low-level driver, "underneath" the database records, possibly in the context of a driver thread. Using the sequencer is the most loosely coupled approach - as there is Channel Access between the database and your code in the state machine that runs in a separate sequencer thread. Cheers, ~Ralph ps. EPICS 3.15 has some new features (e.g. long string record types) that might be interesting for you. [1] http://epics-pvdata.sourceforge.net/ [2] https://wiki-ext.aps.anl.gov/epics/index.php/RRM_3-14_Subroutine [3] https://wiki-ext.aps.anl.gov/epics/index.php/RRM_3-14_Array_Subroutine On 02/01/2015 12:02, Deeptarka
Das/TVM/TCS wrote:
|