EPICS Controls Argonne National Laboratory

Experimental Physics and
Industrial Control System

1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  <20072008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024  Index 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  <20072008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
<== Date ==> <== Thread ==>

Subject: Re: PV aliases
From: Heinrich du Toit <[email protected]>
To: "Lawrence T. Hoff" <[email protected]>
Cc: [email protected]
Date: Mon, 08 Oct 2007 16:35:59 +0200
Why not put the aliasing in a PV gateway?

This way you don't have to change the IOC's
And you don't have to change and client sofware.
You simply need to change the software on one gateway.

just an idea :)

On Mon, 2007-10-08 at 10:01 -0400, Lawrence T. Hoff wrote:
> 	I may have been the one who initiated the
> discussion a few years ago. I encountered a situation
> which I believed was best addressed using server-side
> aliases. I created a patch to EPICS core (which could
> be loaded into a VxWorks system as a separate module),
> which implemented server-side aliases.
> 
> 	The other option, of course, is client-side.
> E.g. aliases could be managed within a name server.
> At facilities which use databases to map "system
> names" to PVs, such a system could be used for aliases
> as well. Perhaps one of these solutions works for
> you?
> 
> 	If you'd like to try the server-side solution,
> I can try to dig up the module. IIRC, it supported a command
> (the kind that would go in st.cmd) which defined an alias
> to an existing PV, a command to print out alias information,
> and the support to add that alias to all the infrastructure
> for name lookup inside an IOC.
> 
> HTH -- Larry
> 
> P.S. As near as I could tell, there was not universal
> enthusiasm for server-side aliases at that time. Maybe
> at next week's EPICS collaboration meeting the discussion
> could begin anew?
> 
> Lecorche Eric wrote:
> > Hi,
> > 
> > We are currently wondering about the ability of having PV aliases to 
> > help to keep naming coherence as seen from operators even though 
> > developments have been done by different people with different views, 
> > software internals, concepts or architecture etc ...
> > 
> > I looked within the tech-talk that some years ago, there were some 
> > discussions concerning this point. What is the current status now ? Is 
> > it possible to specify aliases to existing PVs ?
> > 
> > If so, how can this be achieved ? If not, are there some workarounds ?
> > 
> > Eric LÃcorchÃ
> > 
> 
> 



Replies:
Re: PV aliases Andrew Johnson
References:
PV aliases Lecorche Eric
Re: PV aliases Lawrence T. Hoff

Navigate by Date:
Prev: Re: PV aliases Lawrence T. Hoff
Next: Re: PV aliases Andrew Johnson
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  <20072008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
Navigate by Thread:
Prev: Re: PV aliases Lawrence T. Hoff
Next: Re: PV aliases Andrew Johnson
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  <20072008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
ANJ, 10 Nov 2011 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·