Introduction To S88
Introduction To S88
Introduction to S88
For the improvement of the design of batch systems
JBF
Translated by
David W. Brown
Contents
Preface
Foreword
1. Issues related to pro duction sites
1.1 Batch Plant concepts and the problems of batch system design (survey results)
1.2 Issues of increasing batch system remodelling
1.3 Issues of batch system design regarding existing equipment
1.4 Issues of batch system design regarding Research & Development
1.5 Issues of global development and of reducing the development period
1
2
2
3
3
4
5
6
6
7
10
12
13
16
17
19
21
23
Conclusion
29
32
32
33
35
37
37
38
40
41
References
43
Preface
In December 2000, JBF set to work on the publication of Introduction to S88 as one of our
work group activities. Its purpose was to help promote the understanding of S88, which was
far behind in Japan. The Japanese version was completed in March, 2004, and JBF started
distributing it for free on the website.
At the WBF held in Chicago in April of 2004, after presenting this publication as the annual
report of JBF, Mr. Velumani Pillai and many others suggested translating and publishing the
English version so as to inform the contents to the Batch beginners all over the world.
We are happy to be able to publish the English translation here, with Mr. David Brown from
Canada, a graduate student at Tokyo Institute of Technology, as the translator. We are deeply
indebted to Mr. Lynn Craig and Mr. Jean Vieille of WBF who were so kind as to help us with
the look-over of the contents. They gave us valuable advice.
Also, according to experts of WBF who read the draft, the Equipment Module in the book
was a Control Module. It is shown in the figure below, which is presented by Mr. Craig in
the Tutorial of WBF. Mr. Craig gave us many instructive comments, some of which we
reflected in the text. However, we could not adopt all of them as it would have affected the
total organization of the text. It is one example of a practical application based on a simple
model, and we hope that this book will be useful for many S88 beginners of the world.
Many thanks to JSPS (Japan Society for the Promotion of Science) and Process System
Engineering 143 Committee that have supported us financially. In particular, we thank WBF
for contributing substantially to the publication of the book.
Akitoshi Sugiura
Chairman of JBF
Tokyo, Japan
March 2007
Foreword
To all of those who are not yet familiar with the S88 Standard
The S88 standard is of interest for the improvement of batch system design. Generally,
however, fundamental understanding of answers to questions related to S88 such as what is
S88? and what kind of merits does it have? are still lacking. This is why, in order to make
an easily comprehensible introduction, this document which aims to deepen the understanding
of S88, was written with as many different perspectives as possible on S88.
The readers to whom this is addressed
If you have been involved in batch process production, even if only in batch system
construction, operation, or maintenance, and if you have had a bitter experience, then by all
means, please read this document.
Of course those of you who are thinking about starting to study batch systems are also invited
to read this document.
What is S88?
S88 is a generic term for an international standard relating to batch systems, IEC61512.
It was begun as part of the ISAs standardization activity started in 1988,to solve four
fundamental problems regarding batch control.
There was no prescribed form of batch control (it is now accepted everywhere and by
everyone).
It was hard to explain to vendors what we would like to do with batch processes (lack of
common terminology to explain).
Building batch control systems required considerable labour (and is time consuming).
Putting together the control systems of several manufacturers into one system was a
painful (if not hellish) task for engineers.
S88 was written to resolve these problems and has been accepted as an international standard,
including for Japanese Industrial Standards (JIS).
There are a lot of merits to adopting S88.
The object of the first chapter is not to present solutions to all the problems related to
production sites, but S88 does hint towards the following solutions.
With standardization and reuse, it can assure cost reduction as well as lead time shortening
(especially remodelling time).
Technology transfers are made easier.
It lessens the burden of having to deal with control systems from different manufacturers.
It is rather difficult to clearly understand what S88 is. One of the reasons for this is the
terminology of S88. As much as possible, this document makes use of simple expressions and
concrete examples.
In order to understand the thinking behind S88, the explanation of an apple juice production
process is used as an example. However, the production process presented in this document is
fictitious. Please keep in mind that the object of this example is restricted to providing a
simple explanation to S88 and that it completely differs from the actual foodstuff industry
production process.
Chapter 1
1. Issues related to production sites
1.1 Batch Plant concepts and the problems of batch system design (survey results)
1.2 Issues of increasing batch system remodeling
1.3 Issues of batch system design regarding existing equipment
1.4 Issues of batch system design regarding Research & Development
1.5 Issues of global development and of reducing the development period
Batch plants account for a little less than 50 % of the production of more than half of the
industries.
Overall, 45% of these batch plants are single path structured, while the rest are complex
multi-path and/or network structured.
Single product plants account for about 30 % of the total, while the rest produce multiple
products. For most types of industries, there are over 100 varieties for a single product,
and this number can in some cases reach 3000 varieties. In addition, in 85 % of the plants,
product or variety changes occur.
73 % of batch cycles take under one day, but there are also examples in the foodstuff and
pharmaceutical industries where they extend to as long as 3 weeks. In most cases, these
operations are handled by the control room alone, or in coordination between the site and
the control room.
Also, in regard to Issues of batch system design, numerous concerns such as it is difficult
to change or to remodel the existing system and standardization of design procedures is
slow have been raised. Therefore the concrete example of problems of production sites
will be presented.
1.2 Issues of increasing batch system remodeling
When several varieties of a product are produced in one process sequence, it appears to be
often the case that formal process design is done by selecting the unit sequences that may
apply to all varieties, and by passing up on the processes which do not. When, the control
system designer has made full use of the DCS capacities at the time of introduction, adding a
unit sequence in some cases, leaves him no choice but to resort to manual operation because
the DCS is not sufficiently adapted to this situation (Fig. 1.1).
Assuming that the sequences required for every variety of a product are implemented in a
reusable unit, it becomes easy to simultaneously reassign the processing order and increase
capacity without problems. Furthermore, if key parts of the unit sequence can be operated
simultaneously (in parallel) it is possible to increase equipment turnover, and productivity
will improve rapidly.
In addition, when considering DCS upgrading, even for the same manufacturer, there are
situations in which programming languages differ for every type of machine and the code
must be entirely rewritten. For instance, would it be possible for some sort of system to
automatically convert a text file defining a program directly to a required language?
Feed A
Feed C
Feed B
Heating
Insufficiently
adapted
Reaction
Fig. 1.1 Problems with addition of unit sequences
1.3 Issues of batch system design regarding existing equipment
Within batch plants, product changes may be radical and in many cases, remodeling the
process is required time after time. Rational remodeling implies that the existing equipment
should be utilized efficiently, but there are cases when the use of new equipment is
unavoidable. This might be for reasons such as differing control system specifications
depending on the vendor, or the impossibility of adapting the existing application.
When control system specifications are standardized, the reuse ratio of equipment also
increases; in addition, with the improvement of existing equipment + a, simple and short
period copy plant construction will probably also become a possibility.
Furthermore, because standardization can prevent the batch process design philosophy from
being overly individual, it is thought that major problems will not occur, even when the
people in charge of design are replaced because of reshuffling, etc. Control system
specification standardization is desirable even from the viewpoint of passing on technical
knowledge.
1.4 Issues of batch system design regarding Research & Development
The operations at the research stage (flask level) are mainly done manually and there are
practically no examples of simultaneous operations involving several flasks. Quality is
strongly emphasized, which makes it possible to discover design solutions where safety and
cost are neglected. However, at the implementation stage, the question what should be
done to operate several pieces of equipment safely and efficiently? becomes an important
issue. What with the modification of parameters involved during scale-up, restrictions related
to raw materials, laws and regulations, and specific information related to equipment (Fig.
1.2), is there an ideal process design method for maximizing safety and economically making
a product of the same quality that came from the research stage?
Equipment
expenses
Research
stage
Parameter
s
Productivity
Raw
material
s
Regulations
Implementation
stage
Chapter 2
2. Batch system design with the S88 standard
2.1 Models handled by S88
2.1.1 Process model
2.1.2 Physical model
2.1.3 Procedural control model
2.2 Elements and mapping of the recipe procedure and of the process cell
2.3 Relevance of the S88 standardized method
2.4
Influence on design activities
The process model, which will be explained by looking at the aspects of the chemical and
physical changes, etc.
The physical model, which will be explained by looking at the aspects of the hardware
The procedural control model, which will be explained by looking at the aspects of the
software
The Activity model
2.1.1 Process model
The process model can be defined by the sentence: what should be done in order to make a
given substance? Usually when something is synthesized or manufactured, chemical and
physical changes, such as what raw materials to use and in what kind of ratio, whether to use
a catalyst, up to what to degree should temperature be increased, etc., are gradually noted
down. This is a process model. Let us consider the process model of the addition of vitamin C
to apple juice as an example (Fig. 2.1). It does not convey the concept of equipment, because
the only activities described are how the substances are chemically and physically modified
until they become a product. The expressions introduced for actions indicating changes such
as addition of vitamin C, etc. remain the same from the laboratory level to the commercial
plant level.
Sugar solution
476Kg
Feed
Agitation
cooling
Apple juice
952Kg
Agitate until
homogeneous blending is
achieved (standard: 15
minutes) Cool down to 15
Celsius
Raw material
Raw apple juice
Sugar solution
Vitamin C
Quantity
476
476
48
Unit
Kg
Kg
Kg
Vitamin C
48Kg
Addition
Agitation
Bottling
Bottled Apple juice
supplemented with Vitamin C
1000Kg
Process Cell
Unit
Vitamin
Vessel
Mixing Tank 1
Addition Tank
Unit
To bottling process
Unit
Sugar solution
tank
Raw apple
juice tank
Raw apple
juice feed line
Temperature
control jacket
Mixing Tank 1
Agitator
Liquid
transfer line
Equipment module
Equipment module
Raw apple juice
Raw apple juice feed line
Pump
Flow meter
Valve
Control module
Feed
Apple juice mixing
Cooling
Liquid transfer
Addition
Liquid transfer
Vitamin C addition
The procedure of apple juice production can be grossly divided into two unit procedures
relating to the units involved in this process: the unit procedure of mixing the raw apple juice
and the sugar solution in the mixing tank one, and the procedure of adding vitamin C in the
addition tank. The unit procedure of mixing the apple juice is further broken down into the
three operations of preparing the raw materials, and of cooling and injecting the liquid
mixture. The operation of preparing the materials is divided into three phases: preparing the
raw apple juice, preparing the aqueous sugar solution and agitation. In this way it is possible
to establish a hierarchy within the procedure between the more general links and the more
detailed links. Fig. 2.5 shows an example of the PFC (Procedural Function Chart) utilized for
the apple juice production procedure. This type of hierarchical procedure is called the
Procedural Control Model.
Since the process model, the physical model, and the procedural control model are closely
related, a modification to either one of these models will have an impact on the other models.
For instance, in the preceding explanation of the physical model, the plant was formed of a
mixing tank and a second addition tank, but it is also possible to add vitamin C to apple
juice using only the mixing tank. If this was the case, because liquid transfer from the
mixing tank to the addition tank would become unnecessary, the procedural control model
would be modified. In addition should one want to simplify the procedure so as to shorten
batch time etc., there are also instances when the physical model (plant modification) is
modified.
When batch system design is done with the S88 standard, one is conscious of these models.
The design of the physical model (= plant design) and the design of the procedural control
model (= control procedure design) are done by use of the process model, but since they all
mutually have an impact on each other, for the design to be appropriate, it is necessary to
track and rectify the respective designs depending on the design information of each model.
10
Operation
Feed
+
Sugar solution feed
(Phase)
Raw apple juice feed
(Phase)
Agitation
(Phase)
Unit Procedure
Apple juice mixing
+
Feed
(Operation)
Cooling
(Operation)
Procedure
Apple juice with
vitamin C
Liquid transfer
(Operation)
Operation
Cooling
+
Cooling
(Phase)
Operation
Liquid transfer
+
Apple juice mixing
(Unit procedure)
+
Addition of vitamin C
(Unit procedure)
Apple juice
Liquid transfer
(Phase)
Unit Procedure
Addition of vitamin C
+
Addition
(Operation)
Liquid transfer
(Operation)
Operation
Addition
+
Addition of vitamin C
(Phase)
Agitation
(Phase)
Operation
Liquid transfer
+
Liquid transfer
(Phase)
11
2.2 Elements and mapping of the recipe procedure and of the process cell
Fig. 2.6 shows the relation between the procedural control model and the physical model of
the S88 standard. Here the behavior of equipment control, such as for feed, agitation,
temperature control and liquid transfer, is specific to the process cell.
The production procedure is described with the procedural control model. It is called the
recipe procedure. In the example of the apple juice production process, the mapping which is
done at the lowest level (the phase) is that of the equipment used in the feed lines, for
agitation, etc. In accordance with the recipe procedure, the control system automatically
indicates the batch operational time to the equipment, and production is undertaken.
In this way, by implementing the equipment control to the recipe procedure and a separate
control system, it is possible to change the control action by simply modifying the procedural
control model. In regard to resource allocation for contamination prevention and the optimal
distribution of resources, the implementation of divisions is similar to that of the recipe
procedure: it is possible to change the allocation of resources by simply modifying the
procedural control model. In addition, assuming that the production procedure differs for
several products, it would be sufficient to simply modify the recipe procedure when the
utilized equipments are the same.
Procedural control model
Physical model
Procedure
Process cell
Recipe procedure
Resource
allocation
Unit procedure
Unit operation
Phase
Unit
Equipment
module
Control
module
12
Equipment control
Command
13
Operation
Feed
Parallel Processing
+
Agitation
(Phase)
Unit Procedure
Apple juice mixing
+
Feed
(Operation)
Cooling
(Operation)
Procedure
Apple juice with
vitamin C
Liquid transfer
(Operation)
Operation
Cooling
+
Cooling
(Phase)
Operation
Liquid transfer
+
Apple juice mixing
(Unit procedure)
Addition of vitamin C
(Unit procedure)
Apple juice
Liquid transfer
(Phase)
Unit Procedure
Addition of vitamin C
+
Addition
(Operation)
Liquid transfer
(Operation)
Operation
Addition
+
Addition of vitamin C
(Phase)
Agitation
(Phase)
Operation
Liquid transfer
+
Liquid transfer
(Phase)
14
Sugar solution
tank
Raw apple
juice tank
Unit Procedure
Apple juice mixing
+
Procedure
Apple juice with
vitamin C
Feed
(Operation)
+
Cooling
(Operation)
+
Liquid transfer
(Operation)
+
Operation
Cooling
+
Cooling
(Phase)
Operation
Liquid transfer
+
Apple juice
Liquid transfer
(Phase)
15
Design
Product and
facility planning
Constraints
Process
specification
Process
model
design
General
recipe
Procedural
control model
design
Physical model
depended
procedure
Procedural
control task
Equipment
control
design
Recipe
design
Equipment
design
diagram
Master
recipe
Implementation
Recipe
management
Production
planning and
scheduling
Production
information
management
Process
management
Control
recipe
Physical
model
design
Activity
P&ID
Input/Output
Information required
for implementation
Equipment
relation
diagram
Common specification
-operation
-exceptional handling policy
-shared resource
-route management
-equipment synchronization
Unit
supervision
Process
control
Helpful information
towards implementation
Fig. 2.9 Engineering with the S88 method and implementation to control systems
16
Chapter 3
3. Examples of functional specifications
3.1 Product based specifications
3.2 Equipment based specifications
3.3 Common specifications
17
18
Apple juice
Production process
Sugar solution
476kg
Storage tank
Agitation-Cooling
Apple juice
952kg
Quantity
Unit
476
kg
Sugar solution
476
kg
48
kg
Vitamin C
Vitamin C
48kg
Addition
Agitate until
concentration
is constant
(standard: 10 minutes).
Agitation
REV
REMARKS
TITLE
BLOCK CODE
PSE143-JBF-standard WG2002-01
PJDocNO.
Example 3.2 Apple juice production process specifications (based on S88-3 PPC)
19
Example 3.3 is an example of the general recipe for apple juice production. The right half is
an example of the procedural control model.
Apple juice product recipe specifications
PFC
number
Content of corrections
Approval
date
First issue
Content
of
corrections
Approval
Person
in
charge
Sign
Sign
Operation
Feed
Unit Procedure
Raw
apple
juice feed
Phase
(Phase)
Agitation
Phase
(Phase)
Feed
Operation
(Operation)
Procedure
Apple juice with
vitamin C
Cooling
Operation
(Operation)
Operation
Liquid
transfer
Operation
(Operation)
Formula
Apple
juice mixing
Unit Procedure
(Unit Procedure)
raw materials
Mixing tank
(30t)
Mixing tank 1
(10t)
4,760 kg
14,280 kg
Sugar solution
4,760 kg
14,280 kg
480 kg
1,440 kg
Vitamin C
Unit Procedure
Operation
Cooling
15
15
Mixing 2
10Min
10Min
Agitation
(Phase)
Phase
Liquid
transfer
Operation
(Operation)
15Min
Operation
Item
REV
Standard value
Measuring metod
JIS
JIS
REMARKS
PJDocNo.
TITLE
BLOCK CODE
Example 3.3 Apple juice product recipe specifications (based on S88-2 PFC)
20
Liquid transfer
Liquid
transfer
(Phase)
Phase
Product Standard
Addition
Addition
of
Vitamin-C
Phase
(Phase)
Mixing tank 2
15Min
Liquid transfer
Liquid
transfer
Phase
(Phase)
Addition
Operation
(Operation)
Mixing tank 1
Mixing 1
Operation
Apple juice
Addition of vitamin-C
operations
Name of operation
Cooling
Phase
(Phase)
Addition
C
of Vitamin-C
Unit(Unit
Procedure
Procedure)
Cooling
Temperature
control module 1
Thermometer 1
Temperature
control valve 1
Mixing tank 1
Agitator 1
Cooling
Outlet
module 1
Cross valve 1
Unit
Equipment Module
Unit 1
Mixing tank 1
Agitator 1
Outlet module 1
Control Module
21
Example 3.5 describes the specifications of an equipment module control. Inputs are indicated
in a prescribed format on the left side, outputs are shown on the right side, and in the central
part the processing which is necessary is described. Other equipment module controls should
be described in the same manner.
INPUT
HMI input
OUTPUT
PROCESS
Function
HMI output
Automatic/semi-automatic
mode switch
Sugar solution
tank
FQ001
Recipe parameter
From the unit
Start feed operation
Quantity supplied
Interrupt/restart
operation
FQ002
Sequence
1.Secure line
2.Open valve
3.Start pump/Verify answer
4.Start addition count
5.Addition count up
6.Close valve
7.Stop pump
It is required that it be possible
to operate multiple units (units 1
and 3) in parallel simultaneously.
Before stopping the pump, verify
that there are no demands left to
satisfy
REV
REMARKS
PSE143-JBF-Standardization WG2002-01
PJDocNo.
TITLE
22
Warning handling
Abnormal quantity supplied
Pump trip
Sugar solution tank is cut off
BLOCK CODE
Operation specifications
Mode
Each unit / equipment module has three modes of automatic,
semi-automatic, or manual operation.
State transitions
Each unit / equipment module has four possible states as mentioned below.
Manual intervention
Usually (whatever the mode is), manual intervention operations are
possible.
Automatic
5 operation transition
Start button
In
Standby
Operating
2 Automatic
operation transition
Start button
Start button
3
Stop button
Halted
Reset button 6
Halted in an
abnormal
situation
Reset button 6
23
Example 3.7 describes the method of thinking of the correspondence between the control
units during an emergency shutdown operation conducted either by the operator or an
automatic sequence abnormal stop procedure.
24
Example 3.8 shows how the equipment modules are rearranged to be used as common
resources for multiple units.
With this example, the Raw apple juice is used exclusively, and the simultaneous use of the
sugar solution is permitted.
For equipment modules other than example 3.8, it is necessary to describe each specification
with regard to common resources, such as control in series, etc.
Common resources
Sugar
solution
tank
Raw apple
juice tank
Requirement specifications
Possibility of exclusively measuring for
simultaneous requests from multiple
measuring lines
Impossibility of interruption failure: first
come first served (exclusive control)
Cooling
Cooling
Mixing
tank 1
Mixing
tank 2
Vitamin C
Vessel
Requirement specifications
Possibility of simultaneously preparing the
feed of multiple measuring lines
Operation of the feed pump continues until the
weighed demand for all lines ends (OR
control)
Temperature
control
Addition tank
To bottling process
25
Example 3.9 shows the possible routes, for one batch, specifying which units in which order
material can flow through after considering the physical constraints in various conditions.
Route management
Mixing tank 1
Mixing tank 2
Product storage
(to bottling)
26
Example 3.10 is a Gantt chart that displays the timing of the delivery of the substances during
the unit operations within each unit.
Cooling
Liquid transfer
Manual cleaning
Addition tank
Feed
Addition
Agitation
Liquid transfer
27
28
Conclusion
By now you have probably gained some insight into the answers to What is S88?and What
kind of merit does it have? As expressed in chapter 2, one of the aims of S88, is reusability.
Towards this end, the batch plant is divided and arranged in a hierarchy. This allows different
dimensions (points of view) where a mapping of process, physical equipment and
procedural control is done by making use of modeling techniques. With this it is possible to
specifically separate the production procedures which depend on the product from the
control which depends on the equipment, and to solve the issue of reusability. However,
from the perspective of studying S88, it is not an overstatement to say that modeling in itself
is the largest barrier to understanding S88. This is why this document has tried to explain the
aspect of modeling in the easiest possible way.
On the other hand, S88 is not something which shows How-to model. It is probably more
correct to say that, as a standard, it gives a point of view for modeling. For example, in Fig.
2.3, separations within a unit, for which the example of categorizing the physical model is
shown, it was explained that the key to considering the possibility of generalizing and
reusing software for batch control is in the way of linking equipment modules together.
However, it is neither written nor is it the purpose of S88 to answer the question: how should
the equipment modules be linked together? In a certain sense, what corresponds to individual
implementation is stipulated as purpose that is left to the user, as a method of captivating the
object of modeling towards the realization of reusability, and as a fundamental way of
thinking.
We have expressed that this document is focused on explaining modeling, but as is
characteristic of introductory handbooks, many details concerning modeling were omitted. In
addition, the other parts (for instance, production information, handling exceptions,
management activity, recipe management, production control and scheduling) have
been stated as examples of specifications, but have mostly not been dealt with. Furthermore
for the sake of easy understanding, some venturous interpretations have also been added in
certain parts of this text. In this sense, the purpose of reading this document was not to
entirely understand S88, but to help you make a first step in order read through and
understand S88. And we hope that, when you do so, you will find that this introductory
document has been of help to you.
Furthermore, appendix A, an excerpt from a publication Batch control Part 1: model and
terminology JIS C 1807:2002 Batch Control Part 1: model and terminology of the
Japanese Standards Association is given as a reference. In addition, appendix B: Product
Development and Recipe Engineering (contribution) is added as an exa mple of a
higher-level application.
Lastly, we would like to express our gratitude towards all the members and organizers of JBF
(the Japan Batch Forum), and the executives of JBF for the Process Systems Engineering
Science 143rd committee starting with the chairman of the committee and each manager of
the Japan Society for the Promotion of Science for their support and understanding regarding
29
the working group activities which on the long term have contributed to the publication of
Introduction to S88.
30
Appendices
Appendix A. Batch control Part 1: model and terminology
Explanation (JIS C 1807:2002 Batch Control Part 1: model and terminology,
Excerpt from a publication of the Japanese Standards Association)
Appendix B. Contribution: Product Development and Recipe Engineering,
Toshiaki Itoh, Nagoya Institute of Technology
31
Give a clear indication of what should be done in regard to batch production plant design
and operation.
Improve batch production plant control.
Be applicable regardless of the extent of automation.
In particular, because of the fact that it is provided with concepts and models which are
consistent, this standard terminology for batch production plant and batch control improves
the will for mutual understanding between the different parties that are concerned, and makes
the following possible:
Shorten the time until the new product reaches the complete production level.
Provide the appropriate tools for vendors to make practical use of batch control.
Assure that users adequately formulate requests.
Enable the control system technicians to be able to develop a recipe without assistance.
Reduce the cost of batch process automation.
Reduce the engineering load over the life cycle.
32
Suggest that it is the only method that exists to introduce or apply batch control.
Force users to give up on methods currently being used with batch processes.
Impede development in the field of batch control.
The models which are presented in this standard are assumed to be complete, but it does not
matter whether these models are simplified or detailed. It is not possible, however, to omit the
classification of the units and the control modules from the physical model. In the same way,
it is not possible to omit the general recipe and the control recipe, from the model of the
recipe. Specific rules for simplifying or detailing these models are not included in this
standard.
Simplifying: It does not matter whether a certain element which is part of the model is
deleted from the model, insofar as the function of the element which maintains the
consistency of model still remains.
Detailing: It does not matter whether a certain element is added to a module, insofar as if
an element related to the module is added, the consistency of the original rela tion is
maintained.
2. The four models and the independences between these models
Four models have been formulated with this standard. Each model illustrates the batch system
from the perspective of process design, plant design, instrumentation design, and information
management, which corresponds respectively to the process model, the physical model, the
procedural control model, and the management activity model.
Each model constitutes a hierarchical structure, and there is a corresponding relationship for
each class of model. However, each model is independent and this standard does not
formulate univocal correspondences. Consequently this implies various implementation
methods, broad possibilities of application, and difficulty of verifying interpretations.
1) Process model
2) Physical model
3) Procedural control model
4) Management activity model
In Fig A.1, an example of the correspondences between models 1), 2) and 3) is shown. In this
example for which there are no univocal corresponding relations, it is possible for the phases
of the procedural control model to correspond to the units or to the equipment modules of the
physical model.
33
Procedural
Control
Model
Physical
Model (Lower
Portion)
Procedural
Elements
provides process
functionality
to carry out a
Process
Cell(s)
Procedure(s)
Unit
Procedure(s)
Process
provides process
functionality
to carry out a
combined
with a
Process
Stage
Unit(s)
provides process
functionality
to carry out a
combined
with a
Operation(s)
Process
Operation
Unit(s)
provides process
functionality
to carry out a
combined
with a
Phase(s)
Process
Action
Unit(s)
combined
with an
(See Figure 6)
Resulting
Process
Functionality
Equipment
combined
with a
Phase(s)
Process
Model
Equipment
Module(s)
(See Figure 2)
provides process
functionality
to carry out a
Process
Action
(See Figure 1)
34
Enterprise
May contain
Site
Production
Planning and
Scheduling
Recipe
Management
May contain
Production
Information
Management
Area
May contain
Process
Management
Process
Cell
Must contain
Unit
Unit
Supervision
May contain
Equipment
Module
May
contain
Process
Control
May contain
Control
Module
May
contain
Personnel and
Environmental
Protection
...
...
...
...
The recipe procedure of the general recipe and site recipe depend on the process model, the
recipe procedure of the master recipe and the control recipe depend on the procedural control
model.
35
General recipe
procedure
Site recipe
procedure
Master recipe
procedure
Control recipe
procedure
Equipment
control
procedure
General recipe
procedure
Site recipe
procedure
Master recipe
procedure
Control recipe
procedure
Equipment
procedure
General recipe
process stage
Site recipe
process stage
Master recipe
unit procedure
Control recipe
unit procedure
Equipment
unit procedure
General recipe
process
operation
Site recipe
process
operation
Master recipe
operation
Control recipe
operation
Equipment
operation
General recipe
process
action
Site recipe
process
action
Master recipe
phase
Control recipe
phase
Equipment
phase
36
5.3
8.9
4.6
8.1
This has also brought important changes to engineering business services. When a new plant
is designed, engineering which focuses on construction is important, but when a new product
is produced by making use of an existing plant, engineering which focuses on recipes
(referred to as recipe engineering) becomes important. It mainly consists in preparing a recipe
for the new product based on the existing plant, and on the same basis, to remodel the plant
and the control system as required.
In this context, it is strategically important to ensure that the product development period that
includes recipe engineering is reduced. If the product development period can be shortened, it
is possible to launch a new product before other companies and to secure a profitable position
in the new market. In addition, because the life of the new product can be extended
substantially by an earlier launch to the market, it can be expected that as a result sales will
quantitatively increase. This result is remarkable when the product development period is long
in comparison with the product life cycle, for example in the case of medical supplies because
1
Reproduced from the Nippon Keidanren report Survey of Facts for Strengthening Industrial Technology
(1998) (in Japanese)
37
product life cycle is in average 9 years, if the 13.2 years period it takes on average for product
development were reduced by 10%, it could be expected that the product life cycle would be
extended by 15%, or 10.3 years: an increase in sales of 1.3 years.
2. Recipe engineering
NAMUR2 , a group of instrumentation and control engineers from chemical companies located
along the River Rhine, presented in 1992 Requirements to be met by systems for
recipe-based operations . Among these requirements, NAMUR arranges the recipes which
decide on the relationship between the R&D process and the control system as in Fig. B.1 3 .
Within this, three important concepts are included.
RESEARCH
General
Recipe
ENGINEERING
BO and BF
Library
PRODUCTION
Basic
Recipe
Production
Management
Level
Production
Schedule
Production
Report
Create
Control
Recipe
Create
Production
Report
Control
Recipe
Batch
Report
Execute
Control
Recipe
Create
Batch
Report
Actuating
Variables
Actual
State
Operation
Management
Level
Relation
BF-U-TF
Design
BO and BF
Process
Control
Level
Line
Description
Informat ion
Field
Level
Function
NAMUR was founded at Leverkusen on November 3, 1949, as the body to represent the interests of the users
of measurement and control technology in the chemical industry by such renowned experts in the field as Dr.
Sturm (Bayer), Dr. Hengstenberg (BASF) and Dr. Winkler (Hls). (http://www.namur.de/index.html)
3
NAMUR-Empfehlung: Anforderungen an Systeme zur Rezeptfahrweise, NAMUR AK 2.3 Funktionen der
Betriebs-und Produktionsleitebene (1992)
4
In S88 the Site Recipe is defined between the General Recipe and the Basic Recipe
38
By making use of these 3 types of recipes NAMUR has modeled the product/commodity
development process completed by R&D ? engineering ? production.
The second concept is that the possibility of automatically synthesizing the Basic Recipe and
the Control Recipe has been demonstrated.
In Fig. B.1, the Basic Recipe is meant to conform to the function written in the General
Recipe, corresponding to the production procedure and the production equipment. Specifically,
if the production procedure written in the General Recipe (in Fig. B.1 BO: Basic Operation)
and the function corresponding to production equipment (in Fig. B.1 BF: Basic Function) are
assembled and replaced in the operational procedure of production equipment, it is possible to
make the Basic Recipe by scaling- up or scaling-down the Formula with the production
equipment statistics written in the General Recipe.
In addition it is possible to make the Control Recipe as follows. First, from the production
volume completed with a production schedule, the Formula 5 which determines the required
quantity of raw materials, additives, etc., is completed. Then, the use of equipment modules is
determined by considering the state of each equipment module of production equipments (e.g.
in the process of routine inspection, or in the process of breaking down, etc.). Lastly, the
Control Recipe is completed by detailing the production equipments operational procedure
written in the Basic Recipe to the level of operation of each equipment module (in Fig. B.1
TF: Technical Function).
When the preparation of a recipe, as shown in Fig. B.1, can be done either automatically or in
a simpler way with computer aided techniques, the Control Recipe can be completed in a
short period with the General Recipe obtained at the research and development stage, and a
substantial reduction in the product development period can be expected. In addition, because
the management of recipe modifications is also systematized, not only can business be
rationalized within a company, but trouble with respect to quality and safety and accidents can
be prevented, which is likely to help gain greater trust from the customers.
The third concept is to organize the philosophy of batch processing production control. In the
production column of Fig.B.1, production control is done by constructing four feedback
loops.
At the field level, feedback loops such as normal temperature regulation, or the kind of
feedback loop that relates to the valve opening and closing command and its verification
signals with limit switches, are constructed (feedback loop # 1).
At the Process Control level, while checking the conditions for transition of the operation,
phase or chemical step, the execution of the recipe is managed (feedback loop # 2). This
function and those that adjust the function of the field level are functions of the general batch
process control system.
In JIS C 1807:2002 Batch Control-Part 1: Models and Terminology, Formula has been translated in
Japanese as recipe parameter. It points to the names and quantities of raw materials, energy, and of resources
such as energy and man-power that are necessary for production (process inputs), to the production condition
such as temperature, pressure and time (process variables) and to the names and quantities of the substances,
energy, and by-products etc., formed by the execution of the recipe (process outputs).
39
At the Operation Management level, the batch report is checked against the recipe. This
consists in verifying whether or not production is done according to the recipe (feedback loop
# 3). The results of the verification are examined, for example, if the heating time took longer
than in the recipe and fouling of the heating surface is assumed, washing will be taken into
consideration. In addition if a deviation in product quality can be noted, an adjustment is done
to the Formula.
In this way, the recipe is the core of production control. Though this is not written on the
figure, at the Production Management level the production report is compared to the
production schedule (feedback loop # 4). If production was not done as planned, it means that
the production schedule should be modified.
In short, with recipe engineering, the principal theme for systematic approach for recipe
engineering is to assure the systematization of the R&D ? engineering ?
production
product development process, and the systematization of production management and control,
with the recipe as the core element.
3. Technological challenges and state of R&D in relation to recipe engineering
The technology and the tools required for recipe engineering have not yet been established
and are still in development. The main technological challenges and the state of research and
development are mentioned below.
Recipe procedure design
Domestically, considerable research is underway to enable the procedure of the recipe design
process to classify
1.
2.
3.
4.
Synthesis of the production route and the determination of the use of units 6
Synthesis of the transportation procedure 7
Synthesis of the operational procedure within each unit 8
Exceptional handling of the operational procedure 9
Hoshi, Yamashita, Suzuki: Operating Procedure Formation Algorithm Based on the Graph Expression of
Batch Processes, SICE System Information Section Scientific Seminar Dissertations Collection, (2001) (in
Japanese)
7
Hamaguchi, Hashimoto, Itoh, Yoneda, Tokari: Autonomous Decentralized Control System for Batch Process,
SICE Control Section Conference Data, 495-498 (2002) (in Japanese)
8
Hashizume, Yamashita, Onogi: Synthesis and of Operating Procedure for Batch Control with Hierarchical
Petri Nets, SICE System Information Section Scientific Seminar Dissertation, (2001) (in Japanese)
9
Japan Society for the Promotion of Science PSE143 committee WS20 report, Batch Process Modelling for
Operation and Management, (1999) (in Japanese)
10
Aoyama, Gabbar, Naka: Information Model for Customer Oriented Production, Automatic Generation of
Control Recipe, Control Layer, Customer Oriented Production System Workshop Research Report, 3-17, (2003)
(in Japanese)
40
specifications, it is necessary to search for the conversion rule of the operating conditions. If a
conversion rule can be established, Formula for scale-up or scale-down becomes possible
without experimentation.
The control rules adapted to the recipe
If the parameters of the control algorithm can be modified for varying production volumes
and production conditions in every Control Recipe, it can be expected that control
performance will be improved. That is because within model predictive control a dynamic
model of the plant is built- in, it is possible to have production volume and production
conditions be reflected by the parameters of the control algorithm11 .
Batch process scheduling
A recipe is something which deals with a single batch. Since within a single process, several
batches may be in progress independently, the coordination between batches must be taken
into consideration. For instance, synchronization is important for unit to unit transfers. As for
common resources such as measuring tanks and effluent drainage units, allocation control
must comply with the requirements of the batch. Likewise, operations such as washing units
which do not take place at each batch but have a major impact on product quality must be
inserted into the schedule. Since this type of batch process scheduling has a major effect on
plant efficiency and on the preservation of environment, safety, and quality, considerable
research has been undertaken domestically 12 .
4. Industrial limitations that have been overcome with recipe engineering
As is shown in Fig. B.2, in order to develop a new product, the cooperation of various
enterprises and industries is necessary. In the same way as it is important to develop a
management system for which the supply chain crosses over (3) in the Fig. into the
framework of enterprise, it is important for recipe engineering (2) in the Fig. to cross over and
to be developed within the framework of enterprise and industry. In particular, for
systematizing the strength of suri awase 13 (literally fitting by rubbing), i.e. adaptive
integration, which is the strength of the Japanese industrial technology, recipe engineering
will probably perform an important role.
Recipe engineering is not something that should be limited to batch processes, but sho uld also
be applied to discrete processes and continuous processes. When it transfers to the framework
of industry and enterprise, we expect that various people will be interested in recipe
engineering.
11
Eguchi, Noguchi, Ozaki, Itoh: Recent Technological Trends and Future Perspectives for Batch Process,
M&E April, (2003) (in Japanese)
12
Shinji Hasebe: Production Planning and Scheduling ? What is the Real World? ? Proc. of the Int. Symp.
on Design, Operation and Control of Next Generation Chemical Plants (PSEAsia2000), pp.617-622 (2000)
13
Functional Industrial Chemistry Workshop: Challenges to the Value Oriented Industry Brought by the
Creation of New Enterprises & Industrial Culture (2002) (in Japanese)
41
Functional material
Functional
creation/design
Functional design
Market research
Element engineering
development
(1)
Basic design
M a r k e t
Trial manufacture
Sample sale
Evaluation
Sample synthesis
(2)
Product design
Evaluation
Recipe design
Line design
Product sale
Selection of chemistry
Process design
(3)
Industrial production
Industrial production
42
References
Japan Society for the Promotion of Science PSE143 committee WS17 report, Systematic
Approach to Design, Operation, and Management, (1999) (in Japanese)
Japan Society for the Promotion of Science PSE143 committee WS20 report, Batch
Process Modeling for Operation and Management, (1999) (in Japanese)
Jim Parshall, Larry Lamb: Applying S88 Batch Control from a User's Perspective, ISA
(1999)
ANSI/ISA 88.00.03-2003: Batch Control Part 3: General and Site Recipe Models and
Representation (2003)
43
Please consent to the following conditions when you make use of this document:
-
The copyright of this document is held by the Japan Association for the Promotion of
Science Process Systems Engineering 143rd committees standing SIG, JBF.
Its redistribution is permitted.
Without altering its contents, it is permitted to quote this text as a reference (JBF:
Introduction to S88, March 2007).
Please refrain from using it other than for non-profit purposes.
JBF
http://jbf.pse143.org/