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  <20102011  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  2007  2008  2009  <20102011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
<== Date ==> <== Thread ==>

Subject: RE: Making a case for cases
From: "Zhukov, Alexander P." <[email protected]>
To: Ralph Lange <[email protected]>, "Steiner, Mathias" <[email protected]>
Cc: "[email protected]" <[email protected]>
Date: Thu, 05 Aug 2010 19:23:11 -0400
And the next step will be booting IOC not form text file but from a central database. And the only way to put records/PVs in the database is being accepted by validator.
So IOC cannot be booted in production environment unless all PVs are validated.

I truly believe that this is the only way to make an IOC engineer to follow any convention.


-----Original Message-----
From: [email protected] [mailto:[email protected]] On Behalf Of Ralph Lange
Sent: Thursday, August 05, 2010 6:43 PM
To: Steiner, Mathias
Cc: [email protected]
Subject: Re: Making a case for cases

  On 05.08.2010 18:00, Steiner, Mathias wrote:
> I believe the solution is to have project leaders design the names into the system from the start.  This might even make them think about controls ahead of time ;->

In a perfect world .... Well, good luck with that. It would be really 
great if it worked.

> There needs to be an authority to make sure the proposed  names pass muster.  ":HVRd" isn't really worse or better than ":RdHV," but we don't want both.

I would suggest that first thing after your convention is agreed upon, 
you create a web-based parser, so that people can play around, validate 
their name ideas, and get used to the names.

The list of signal names will be ever growing. Put the authoritative 
list on the web and make people use existing names if they match the 
case, having the naming tsar add a new signal name, if it is something 
not covered yet.

Also, splitting up the signal name in two parts keeps your lists shorter:
- the signal (i.e. the unit, such as temperature, pressure, field, 
power, ...)
- the signal domain (i.e. the type, such as readback, setpoint, status, 
command, switch, selector)

Combining these two parts using CamelCase might yield quite nice-to-read 
yet short signal names, e.g.
PwrSt (power status), PwrSw (power switch), RstCmd (reset command), 
VoltSet, ... you get the idea.
Caveat: you might have to integrate things like a "voltage threshold 
setpoint" or a "temperature range selector" or reading back a setpoint, 
which need a bit more thought.

> A small committee might be indicated; I envision three or four people from different departments, preferably the kind who hate meetings...

A name oligarchy ... might be more fun than just one tsar.

Good luck!
Ralph



Replies:
Re: Making a case for cases Ralph Lange
References:
medm Mezger Anton-Chr.
Re: Making a case for cases Steven M. Hartman
Re: Making a case for cases Purcell, J. David
Re: Making a case for cases Andrew Johnson
RE: Making a case for cases Steiner, Mathias
Re: Making a case for cases Ralph Lange

Navigate by Date:
Prev: Re: Making a case for cases George Lahti
Next: BOY - XY Graph and macro substitution PaweÅ PrÄdki
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  <20102011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
Navigate by Thread:
Prev: Re: Making a case for cases George Lahti
Next: Re: Making a case for cases Ralph Lange
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  <20102011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
ANJ, 02 Sep 2010 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·