EPICS Controls Argonne National Laboratory

Experimental Physics and
Industrial Control System

2002  2003  2004  <20052006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024  Index 2002  2003  2004  <20052006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
<== Date ==> <== Thread ==>

Subject: RE: V4 Design: Record Processing
From: "Liyu, Andrei" <[email protected]>
To: Marty Kraimer <[email protected]>, [email protected]
Date: Wed, 13 Jul 2005 09:53:43 -0400
This is not comments. Just my (maybe incorrect) vision :)

- Motivation page/Example.
	Software structure should have another higher level for some
motors, registration part (=sample data) and so on. That level can take
care about synchronization problem. From my opinion software structure
should be hierarchal (not flat) and has only vertical connections (no
horizontal links, for example, between motors).
	"Wait until CA client has fetched the data". I see another big
problem. Accelerator systems can be split to two types - technologies
(vacuum, power supplies ...) and diagnostics (BCM, BLM, BPM). Main task
of technologies systems control system and sometimes send data to
client. Main task of diagnostic systems catch data and send to client.
Now look what is CAS-server thread priority? 	Also there is
experimental physics system and their behavior.
- Motivation page/Scan, motor, etc records HELP
	I think the best approach is native :) Try to image 
	- no computers! System can be driven locally by handles,
potentiometers and so on. 
	- operator comes and drives
	- ...
	- after that YOU need to reflect in software 
		- how operator splits system on subsystems (=structure)
		- operator's behavior/actions per subsystem.

Have a good day, Andrei Liyu

 
	


-----Original Message-----
From: Marty Kraimer [mailto:[email protected]] 
Sent: Wednesday, July 13, 2005 7:42 AM
To: [email protected]
Subject: Re: V4 Design: Record Processing



Benjamin Franksen wrote:

>On Tuesday 12 July 2005 17:52, Tim Mooney wrote:
>  
>
>>I liked most of the original proposal, and I'm not sure what the Wiki
>>page that replaced it is trying to say.  I don't understand how the
>>PROC field, a blanket command to process the record, is replaceable
>>by a 'processState' field, which seems not to be a command but merely
>>a state indicator.  If it is a command, I don't think it helps very
>>much, because it would require an outside agent to know too much
>>about how the target record operates.  I don't think we can guess in
>>advance all the states a record might actually be in anyway.
>>    
>>
>
>I think the 'processState' is not to replace PROC (a command field) but

>rather to replace PACT (a status field). That is, the record's process 
>routine decides what to do depending on the current processState. Thus,

>whenever record processing would want to suspend operation in order to 
>wait for an event, it would set processState and return to the caller. 
>It's a generalization of the way the PACT field is handled in V3.
>
>Marty, please correct me if this is wrong.
>

You are correct.

Benjamin,

During the developer's meeting yesterday we had a discussion of V4 
record processing.
I am attaching the presentation I prepared. Not the 2nd slide which 
states that this is not even close to final design.
The V4_Design:_Record_Processing wiki needs major major changes based on

the presentation and especially on yesterday's discussion.

Marty


Navigate by Date:
Prev: Re: Record support and user-defined fields Marty Kraimer
Next: Re: Record support and user-defined fields Benjamin Franksen
Index: 2002  2003  2004  <20052006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
Navigate by Thread:
Prev: Re: V4 Design: Record Processing Marty Kraimer
Next: Agenda for next week Andrew Johnson
Index: 2002  2003  2004  <20052006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
ANJ, 02 Feb 2012 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·