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: LabView-EPICS Integration using SoftIoc |
From: | Dawood Awny Dawood Alnajjar via Tech-talk <tech-talk at aps.anl.gov> |
To: | "Mostafa, Jalal (IPE)" <jalal.mostafa at kit.edu>, "tech-talk at aps.anl.gov" <tech-talk at aps.anl.gov>, "Akeroyd, Freddie (STFC,RAL,ISIS)" <freddie.akeroyd at stfc.ac.uk> |
Date: | Tue, 3 Nov 2020 14:14:33 +0000 |
Hi Jalal,
Here at Sirius we use EPICS with the national instruments compactRIO real-time controller that runs Linux. Our solution Nheengatu runs EPICS natively on Linux, and it can access variables (read/write) defined in the Labview-RT VIs as much as the Labview
FPGA VIs. We use EPICS natively, so you will not lose compatibility with all the EPICS support/extension softwares developed by the community.
Some useful links can be found here:
Our solution is open for the community to use on Github:
If this solution interests you, do not hesitate to contact us for more information and support.
Cheers!
DawoodFrom: Tech-talk <tech-talk-bounces at aps.anl.gov> on behalf of Akeroyd, Freddie (STFC, RAL, ISIS) via Tech-talk <tech-talk at aps.anl.gov>
Sent: Monday, November 2, 2020 7:56 PM To: Mostafa, Jalal (IPE) <jalal.mostafa at kit.edu>; tech-talk at aps.anl.gov <tech-talk at aps.anl.gov> Subject: RE: LabView-EPICS Integration using SoftIoc Hi Jalal,
There is a slight variation on (2) http://epics.isis.stfc.ac.uk/doxygen/NetShrVar/ which is an EPICS asyn driver that talks directly to shared variables, so gives you a bit more flexibility that the NI EPICS implementation. If TSE is -2 the EPICS timestamp is taken from the shared variable timestamp, and records can be I/O Intr scan and update directly from the shared variable. You can also map shared variable alarms to EPICS alarms, but it looks like I haven't updated the web documentation to mention that yet. Regards, Freddie > -----Original Message----- > From: Tech-talk <tech-talk-bounces at aps.anl.gov> On Behalf Of Mostafa, Jalal > (IPE) via Tech-talk > Sent: 02 November 2020 13:44 > To: tech-talk at aps.anl.gov > Subject: LabView-EPICS Integration using SoftIoc > > Hi all! > > We have many systems from NI that we would like to integrate with EPICS for > the KATRIN experiment (katrin.kit.edu) The old control system was written in > LabView but we would like to replace it with EPICS without rewriting the code > again. Therefore, we are looking for a nice LabView-EPICS integration. > > We have seen two options for LabView: > - CALAB which does not work with realtime devices > - Official NI EPICS module. It is good but I can list several problems: > huge loss of EPICS features (it is only an implementation of CA plus alarming, > the other metadata and configuration fields are not available) > - not very developer-friendly (adding/removing PVs relies on shared variables > so it is time consuming) > > Another two solutions we thought of: > 1. Using AsynDriver and communicate with the realtime device using a TCP > protocol 2. Running an EPICS server on the realtime device using NI EPICS > module then shadowing it with a SoftIoc using CA links. > (a softIoc server running with input and output records to read and write to the > original LabView EPICS server) > > I have several concerns here: > - Am I missing any other way to integrate LabView with EPICS? I would like to > hear from your experiences. > > - Although solution (1) is time consuming, I am in favor of it but let's check if > we can do it more easily with solution (2). Anyway, can the experts comment > on its feasibility? > > - Solution (2): What do you think about performance? Alarms? I/O Intr are not > available on a softIoc, so the developer has to use periodic SCAN. How can I > add custom SCAN periods? > > Thanks for your help. > > Best, > > Jalal 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. Aviso Legal: Esta mensagem e seus anexos podem conter informações confidenciais e/ou de uso restrito. Observe atentamente seu conteúdo e considere eventual consulta ao remetente antes de copiá-la, divulgá-la ou distribuí-la. Se você recebeu esta mensagem por engano, por favor avise o remetente e apague-a imediatamente. Disclaimer: This email and its attachments may contain confidential and/or privileged information. Observe its content carefully and consider possible querying to the sender before copying, disclosing or distributing it. If you have received this email by mistake, please notify the sender and delete it immediately. |