Hi Pavel,
Thanks a lot for the quick answer.
Unfortunately what I need is getting the list from a client.
I was hoping that I could somehow broadcast some network message and have all
IOCs or PVs replying...
I understand that both the ssh and the procServ methods would require that the
user running the client has shell access to the box running the IOC (and I
suppose that this is not a general case)
Also, I understand that in general there may be more than one box running
IOCs. Is there any way of discovering them on a local network (e.g., by a port
scan on a certain known port?)
Cheers
On Mon 17 December 2012 09:49:54 Pavel Maslov wrote:
> Hi Carlos,
>
> on the IOC side issue *dbl* (in the epics shell):
>
> epics> dbl
> And you'll get all the PVs loaded in to EPICS database.
>
> If you want to get a list of PVs on the client side though, then I don't
> think that can be implemented as easily as I have descibed above.
> You can always ssh to the IOC box and either execute st.cmd and use the dbl
> command, or use procServ to connect to a running IOC. In this case, I
> suspect the st.cmd file should contain dbl after the iocInit command. As
> for the latter, I have never used procServ myself. So just guessing.
>
> On Mon, Dec 17, 2012 at 12:38 PM, Carlos Pascual <[email protected]> wrote:
> > Hi,
> >
> > Sorry for this newbie question... I come from the Tango community, and I
> > am quite lost with Epics
> >
> > I am a developer of Taurus [1], a GUI library initially designed to
> > provide PyQT GUIs on top of Tango. But our goal is to also support other
> > communication/control systems such as Epics.
> >
> > I recently implemented some very basic support for epics in Taurus (just
> > a proof of concept) using PyEpics, and one of the first questions that I
> > came across is:
> >
> > How can I obtain a list of all PVs that are available?
> >
> > ... or even better, can I get a list of all PVs whose name contains a
> > certain
> > prefix?
> >
> > The reason I want this is that I want to create a browser/selector of
> > PVs. I
> > do not care that much if the method is slow (I could live with doing it
> > once
> > and only manually refreshing the list).
> > But I need the method to be generic, i.e. it should not assume some non-
> > standard service (such a site-dependent database) to be available.
> >
> > Is this possible at all?
> >
> > Cheers,
> >
> > [1] http://www.tango-controls.org/static/taurus/latest/doc/html/
> >
> > --
> > +----------------------------------------------------+
> >
> > Carlos Pascual Izarra
> > Scientific Software Coordinator
> > Computing Division
> > Cells / Alba Synchrotron [http:/www.cells.es]
> > Carretera BP 1413 de Cerdanyola-Sant Cugat, Km. 3.3
> > E-08290 Cerdanyola del Valles (Barcelona), Spain
> > E-mail: [email protected]
> > Phone: +34 93 592 4428
> >
> > +----------------------------------------------------+
--
+----------------------------------------------------+
Carlos Pascual Izarra
Scientific Software Coordinator
Computing Division
Cells / Alba Synchrotron [http:/www.cells.es]
Carretera BP 1413 de Cerdanyola-Sant Cugat, Km. 3.3
E-08290 Cerdanyola del Valles (Barcelona), Spain
E-mail: [email protected]
Phone: +34 93 592 4428
+----------------------------------------------------+
- References:
- How to get a list of all available PVs Carlos Pascual
- Re: How to get a list of all available PVs Pavel Maslov
- Navigate by Date:
- Prev:
Re: How to get a list of all available PVs Pavel Maslov
- Next:
RE: How to get a list of all available PVs ronaldo.mercado
- 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
- Navigate by Thread:
- Prev:
Re: How to get a list of all available PVs Pavel Maslov
- Next:
RE: How to get a list of all available PVs ronaldo.mercado
- 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
|