Information flow from general recipe to equipment entity

The latest version of S88 has this diagram in it.

It is a nice little explanation of how a recipe maps to equipment. It really does not say anything that the original standard does not, but it does provide a different viewpoint.

There was an surprsingly long debate about how the Equipment Procedural Elements should be shown, should they have Start and End elements just like the Recipe Procedural Elements or not. The thinking was that the start and end implied that the bit in-between might be taking part in a sequence in the equipment, when really it is not.

I liked the idea, but also accepted that the EPE must have a start and end.

Furthermore there is a meaning to these icons, differentiating between where they exist.

So I have played a bit with the diagram - click to show full size.

There are Simultaneous Equipment and Recipe procedural elements

This was recently stated on the Part 5 Blog
"In some cases it may be sufficient to allow the recipe phase to directly control the equipment modules. In other systems where complex equipment modules exist, it may be necessary to implement some level of state model based procedural control in the equipment between the recipe phase and equipment modules in order to better deal with the underlying equipment complexity. Again, it’s an implementation decision left to the developer and thus does not restrict creative efforts."

I don't agree. The Equipment Phase must exist 'in' the equipment. Allowing "the recipe phase to directly control the equipment modules" is not a concept I can subscribe to.

I am assuming in the following a phase level interface for simplicity, but it could be Operations or higher.

The Recipe Phase is that procedural control that speaks to the Equipment Phase, it may just be one step in an operation, which interfaces with the Equipment Phase but does not actually control the equipment module (or Unit) - that is the job of the Equipment Phase. But in my view (and others) both the recipe phase and it's corresponding Equipment phase exist

To further illustrate, suppose we have a PC based batch manager executing the Recipe Procedure (so the PC is the recipe controller) and it speaks to the equipment controller (eg PLC or DCS controller) then the Operation and its steps and Transitions are coded PC, whilst the steps and transitions in the Equipment Phase are coded in the Controller.
These corresponding phases speak to each other via a Phase Logic interface and some data transfer such as recipe parameters

Now, it may be that there are applications of PC Batch managers where some of the equipment control steps and transitions are coded in the PC. That just means that the recipe and equipment control are not nicely separated in the implementation, but they still both exist.
And the S88 standards are not supposed to be about actual implementations, just the concepts and models.

Equipment Procedural Entity

There have been discussions in the S88.01 Update meetings about Equipment Procedural Entiies (EPE's)

This is how I view EPE's -

They are objects such as Phases that can be executed under the command of a Recipe - for example an SOP, or a Production batch, a Batch manager Control or MES Recipe - but which are contained in - and controlled by - the equipment controllers.

The Equipment Controller might be an Operator who runs the equipment manually or if the equipment is automated, the Process Controller - PLC/DCS, Relays or whatever - that is connected to the physical equipment. (Most times it is a mix of the two)

EPE's are part of equipment control.

In Object oriented terms they are like the Methods of Objects
The Equipment that contains the EPE is a Unit or an Equipment module depending whether the Recipe-Equipment Interface is at the Unit or EM level.
Note, the S88 standard says that Control modules cannot have EPE's. But this is no problem - if you must control one CM from the recipe, create an EM to contain it. There is no law against it.


The EPE's can be Phases, Operations or Unit Procedures.

Now, the standard does not say this, but what follows is I think consistent with the models. It is also a configurable aspect of ControlDraw.
Equipment that contains EPE's must also be Acquirable, which mean that the Control Recipe takes control of the Equipment when it needs to carry out some processing in it. And to take control of it means preventing others from controlling it. Which to me implies Acquiring the equipment.

There is a direct correlation between the Equipment Requirements of the Master Recipe and the Equipment that contains EPE's .

That means that the Recipe Equipment Requirement maps to the physical equipment.


This can be one for one in cases where the recipe must use specific equipment or one to many in cases where the Recipe can use different (but similar) equipment.
For example a Recipes' Equipment Requirements might have a Reactor and a Filter but the plant has several Reactors and Filters. The Acquire process involves reserving the equipment for the current batch.

The last draft has a diagram, "Figure 18 – Referencing equipment entities at different levels within a control recipe procedure."

See also
Think of batch standard as design philosophy
Much more to come !