EPICS Controls Argonne National Laboratory

Experimental Physics and
Industrial Control System

1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  <20042005  2006  2007  2008  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  <20042005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
<== Date ==> <== Thread ==>

Subject: RE: Bidirectional device support
From: "Ernest L. Williams Jr." <[email protected]>
To: Ralph Lange <[email protected]>
Cc: Andrei Liyu <[email protected]>, EPICS Tech-Talk <[email protected]>
Date: Tue, 13 Apr 2004 07:12:44 -0400
On Tue, 2004-04-13 at 06:08, Ralph Lange wrote:
> >>>>> "Andrei" == Andrei Liyu <Liyu> writes:
> 
>   > [...]
> 
>   > At second, bi-direction data is not need usually. Operator in LOCAL
>   > (rack place) and REMOTE (from computer) sets new value and than sees it.
>   > This is two operations, two values ...
> 
>   > Andrei.
> 
> I do not agree.
> 
> 
> Scenario 1 (quite usual during commissioning):
>   Some part of the machine is not working correctly. The device
>   specialist goes there, switches everything local, optimizes until
>   things are running.
>   -> Without some bidirectional functionality you are left to write down
>   all setpoints locally and hack them back into the system manually
>   (quite error-prone) else you will lose beam as soon as you touch
>   something.
> 
> Scenario 2 (usually with large "intelligent" sub-systems such as PLCs):
>   No strict hierarchy, i.e. the EPICS system is just one client of the
>   system and not the only master.
>   -> Without some bidirectional functionality your EPICS screens will
>   most likely not show the current status of the system. Touching setpoint
>   sliders will most likely produce unwanted output jumps.
> 
> Scenario 3 (usually with small "intelligent" sub-systems such as
> embedded device controllers):
>   To create a "bumpless" reboot behaviour, the EPICS IOC should be able
>   to read back the setpoints from the device. The collected values
>   should end up in the same records that are used to control the
>   device. (Else you still get bumps when you touch a slider.)
> 
> 
> I think these are three good reasons why bi-directional behaviour is a
> desireable feature. (I'm sure there are more...)

Can you achieve most of what you want by using a collection of database
records and closed-loop/supervisory feature of output records?
 --- When in local mode put the appropriate record in closed-loop mode
and have it obtain values from the intelligent device (e.g. the
setpoint)

--- When in remote mode, choose "supervisory mode". This obtaining the
desired setpoint from the operator or other CA client.

If the above is possible, you should be able to achieve bumpless
behaviour.



Ernest








> 
> Ralph
-- 
Ernest L. Williams Jr. <[email protected]>


Replies:
Re: Bidirectional device support Luedeke Andreas
References:
RE: Bidirectional device support Liyu, Andrei
RE: Bidirectional device support Ralph Lange

Navigate by Date:
Prev: RE: Bidirectional device support Ralph Lange
Next: Extensions configuration/compilation David Decotigny
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  <20042005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
Navigate by Thread:
Prev: RE: Bidirectional device support Ralph Lange
Next: Re: Bidirectional device support Luedeke Andreas
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  <20042005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
ANJ, 10 Aug 2010 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·