Back to the Minifab Specification Outline
| Pa starts |
51 lots per week |
| Pb starts |
30 lots per week |
| TW starts |
3 lots per week |
| Total starts |
84 lots per week (or roughly six lots/shift) |
Note that four lots will be lost each week to emergency breakdowns at Mc and Md (see section 1.7).
Back to the Minifab Specification Outline
starts >> Sl >> S2 >> S3 >> S4 >> S5 >> S6 >> outs
All production and test wafers follow this sequence subject to all machine restrictions
such as batching and setups.
Test wafers have two further restrictions - two or more lots of test wafers may never be in
the same batch, and a test lot may never run through the same machine twice, except at a
unique machine that runs multiple steps. These test wafers run through the full process,
require setups, can be included in batches, and are intended to broadly monitor
equipment performance, hence the restrictions on batching and machine selection.
(An obvious variation here is that test wafers alternate step S1 and S5 machines (see
below) every time they start, and alternate S2 and S4 machines (see below) every other
time they arrive at step S2 - this would assure even coverage of all trajectories.)
Back to the Minifab Specification Outline
| Ma = Mb |
|
Batches 3 |
|
(parallel batching is the issue) |
This is a diffusion-like batching where the machine can run if three appropriate lots are
available to load at the same time (as opposed to etch-like batching). When batching
step S1, one can mix products and one test lots. For example, Pa/Pa/Pa, Pa/Pa/Pb,
Pa/Pa/TW, Pa/Pb/TW, Pb/Pb/TW, Pb/Pb/Pa, Pb/Pb/Pb are acceptable. However, when
batching step S5, one cannot mix products, bur one can mix one test lot. For example,
Pa/Pa/Pa, Pa/Pa/TW, Pb/Pb/TW, Pb/Pb/Pb are acceptable, but Pa/Pa/Pb, Pa/Pb/TW,
Pb/Pb/Pa are not acceptable. It is never acceptable to mix lots waiting for S1 and lots
waiting for S5 into the same batch. (An obvious extension here is to be able to batch
either 2 or 3, or, 3 or 4.)
| Mc = Md |
|
No batching or setups |
|
(Variable availability is the issue) |
| Me |
|
setup on step change, 10 mins (serial batching is the issue) |
| Me |
|
setup on product or test lot change, 5 mins |
| Me |
|
setup on step & product or test lot change, 12 mins |
This is a lithography-like setup where the machine can run as soon as a lot is available
and it is likely that other lots will arrive before the first lot finishes processing (as
opposed to an implant-like setup). At either step S3 or step S6, one can be running either
product Pa or product Pa or a test wafer lot. Three different changes each require a
setup. In one possibility, the lot type stays the same and the step changes (S3 to S6 or S6
to S3). In another possibility, the step stays the same and the lot type changes (among Pa, Pb,
and TW). In the third possibility, both the step and the lot type change (for example, going
from Pa on S6 to Pb on S3). Note that all setup times are symmetric (for example, going from
Pa/S3 to TW/S3 or going from TW/S3 to Pa/S3 both take 5 minutes). Note also that all setups
require a machine and an operator for the setup time. Finally note that a setup can only be
done immediately prior to execution of the run that the setup is intended to enable.
Back to the Minifab Specification Outline
| Ma & Mb |
S1 & S5 |
Sl = 225 mins |
S5 = 255 mins |
| Mc & Md |
S2 & S4 |
S2 = 30 mins |
S4 = 50 mins |
| Me |
S3 & S6 |
S3 = 55 mins |
S6 = 10 mins |
Equipment preemption does not occur. Once a machine begins the execution of a step, it
must complete before it starts any other activity. Note that the load and unload times,
and setup times where applicable, are not included in these numbers - this is purely the
run time of the process step.
Back to the Minifab Specification Outline
P01, P02
Two production operators are available for 540 minutes each per shift. Each gets two 60
minute breaks and one 60 minute meeting/training session per shift, and the two
operators do not have to synchronize their off time in any way.
MT1
One maintenance tech is available for 600 minutes per shift. This tech gets two 45
minute breaks and one 30 minute meeting/training session per shift that do not have to
synchronies with the off time of the operators.
Note that no preemption can occur with personnel. Once they begin a task, that task
must complete before any other task can begin.
Back to the Minifab Specification Outline
| PO1 |
Ma & Mb |
S1 & S5 |
load = 20 mins |
unload = 40 mins |
| PO1 & PO2 |
Mc & Md |
S2 & S4 |
load = 15 mins |
unload = 15 mins |
| PO2 |
Me |
S3 & S6 |
load = 10 mins |
unload = 10 mins |
Each machine run includes a load time which requires an operator at the beginning of a
run and includes an unload time which requires an operator at the end of a run. An
operator is not required at the machine between the end of the load time and the
beginning of the unload time (the machine processing time given above). Within a given
run of Mc or Md, the same operator does not have to perform both the load and the
unload.
Back to the Minifab Specification Outline
| MT1 |
Mc & Md |
each machine |
420 min+/-60 min EM, every 50+/-26 hrs |
Emergency maintenance (EM) requests are surprises - that is, it is not know with much
accuracy when they will begin, except that a machine must be running for the surprise
breakdown to happen. The EM specified here happens randomly once each half week,
with the assumption that the execution of the previous EM holds for roughly 2 shifts -
hence, with 168 hours per week, a half week is 84 hours, two shifts is 24 hours, so every
54 hours + or - 30 hours (54 + 30 = 84, 54 - 30 = 24). But the repair, once started,
takes between 6 and 8 hours or 420 min + or - 60 min. In order to keep the EM window
within half a week with a worst case repair, this moves the 54 +/- 30 to 50 +/- 26 (50 +
26 + 8 = 84, 50 - 26 = 24)
| MT1 |
Ma & Mb |
each machine |
75 min PM every day |
| MT1 |
Mc & Md |
each machine |
120 min PM every shift |
| MT1 |
Me |
|
30 min PM every shift |
Preventive maintenance (PM) requests are expected - there is a known window in which
they must be started. After the window opens, operators might decide to run lots or
technicians might decide to do the PM. (If a machine is in any stage of its running cycle
when the window opens, the technician can not start the PM until the whole cycle is
finished.) After the window closes, if the PM has not been done, operators can no longer
run lots but the technician can still decide to do the PM. (If a machine is in any stage of
its running cycle when the window closes, it can finish the whole cycle, but no new work
can be started, and the technician can not start the PM until the cycle is finished.) Once
the PM is started, it takes a known time to complete. In the examples given here, the PM
window opens at the beginning of each shift or 6 hours after the previous PM whichever
is later, and the PM must be completed by the end of the shift or at the beginning of each
day or 12 hours after the previous PM whichever is later, and the PM must be completed
by the end of the day.
Back to the Minifab Specification Outline
| S |
starts warehouse |
(far let: end) |
buffer = infinite |
| C1 |
Ma & Mb |
(left) |
buffer max - 18 lots |
| C2 |
Me |
(center) |
buffer max - 12 lots |
| C3 |
Mc & Md |
(right) |
buffer max - 12 lots |
| O |
outs warehouse |
(far right end) |
buffer = infinite |
Note - when a buffer is full, the feeding step must not start to run more work
Note - only one lot can be in transport at any one time
| jobs |
|
|
(transport loop goes S <> C1 <> C2 <> C3 <> O) |
| S <> C1 |
: |
4 min |
|
| C1 <> C2 |
: |
4 min |
|
| C2 <> C3 |
: |
4 min |
|
| C3 <> O |
: |
4 min |
|
Any load transaction (any buffer to transporter) : 1 min
Any unload transaction (transporter to any buffer) : 1 min
Transport from one cell to another is simply the sum of the relevant times
(ex. moving one lot from C1 to C3 = 1 min load + 4 min C1 > C2 + 4 min C2 > C3 + 1 min unload = 10 min)
| personnel |
|
|
(transport loop goes C1 <> C2 <> C3) |
| C1 <> C2 |
: |
1 min |
|
| C2 <> C3 |
: |
1 min |
|
Back to the Minifab Specification Outline
Are there enough machines ? (not including setups)
Capacity required for Ma/Mb:S1/S5 @ 6 lots/shift through each step
| S1 |
= |
load + run + unload |
= |
20 + 225 + 40 |
= |
285 min/batch |
| S1 |
: |
(285 min/batch) |
x |
(6 lots/shift / 3 lots/batch) |
= |
570 min/shift |
| S5 |
= |
load + run + unload |
= |
20 + 255 + 40 |
= |
315 min/batch |
| S5 |
: |
(315 min/batch) |
x |
(6 lots/shift/ 3 lots/batch) |
= |
630 min/shift |
| Total |
|
|
|
|
|
1200 min/shift shift |
Capacity available for Ma/Mb:S1/S5 per shift (considering maintenance)
| Ma |
: |
((24 hrs_per_day) - (1.25 hrs_per_day)) |
/ |
(2 shift/day) |
= |
682.5 min/shift |
| Mb |
: |
((24 hrs_per_day) - (1.25 hrs_per_day)) |
/ |
(2 shift/day) |
= |
682.5 min/shift |
| Total |
|
|
|
|
|
1365 min/shift |
Utilization / Availability = 1200 / 1365 = 87.9%
Capacity required for Mc/Md: S2/S4 @ 6 lots/shift through each step
| S2 |
= |
load + run + unload |
= |
15 + 30 + 15 |
= |
60 min/lot |
| S2 |
: |
(60 min/lot) |
x |
(6 lots/shift) |
= |
360 min/shift |
| S4 |
= |
load + run + unload |
= |
15 + 50 + 15 |
= |
80 |
| S4 |
: |
(80 min/lot) |
x |
(6 lots/shift) |
= |
480 min/shift |
| Total |
|
|
|
|
|
840 min/shift |
Capacity available for Mc/Md:S2/54 per shift (considering maintenance)
| Mc |
: |
(12 hrs/shift) - (2.0 hrs/shift) |
- |
(2 EM/week x 7 hrs/EM / 14 shifts/week) |
= |
540 min/shift |
| Md |
: |
(12 hrs/shift) - (2.0 hrs/shift) |
- |
(2 EM/week x 7 hrs/EM / 14 shifts/week) |
= |
540 min/shift |
| Total |
|
|
|
|
|
lO80 min/shift |
Utilization / Availability = 840 / 1080 = 77.8%
Capacity required for Me:S3/S6 @ 6 lots/shift through each step
| S3 |
= |
load + run + unload |
= |
10 + 55 + 10 |
= |
75 min/lot |
| S3 |
: |
(75 min/lot) |
x |
(6 lots/shift) |
= |
450 min/shift |
| S6 |
= |
load + run + unload |
= |
10 + 10 + 10 |
= |
30 |
| S6 |
: |
(30 min/lot) |
x |
(6 lots/shift) |
= |
180 min/shift |
| Total |
|
|
|
|
|
630 min/shift
|
Capacity available for Me:S3/S6 per shift (considering maintenance)
| Me |
: |
(12 hrs/shift) |
- |
(0.5 hrs/shift) |
= |
690 min/shift |
| Total |
|
|
|
|
|
690 min/shift |
Utilization / Availability = 630 / 690 = 91.3%
Are there enough operators ? (without setups or operator transport times)
Capacity required for OP1:S1/S5 @ 6 lots/shift through each step
| S1 |
: |
(20 + 40 min/batch) |
x |
(6 lots/shift / 3 lots/batch) |
= |
120 min/shift |
| S5 |
: |
(20 + 40 min/batch) |
x |
(6 lots/shift / 3 lots/batch) |
= |
120 min/shift |
| |
|
Total for Opl:S1/S5 |
|
|
= |
240 min/shift |
Capacity required for OP1/OP2:S2/S4 @ 6 lots/shift through each step
| S2 |
: |
(15 + 15 min/lot) |
x |
(6 lots/shift) |
= |
180 min/shift |
| S4 |
: |
(15 + 15 min/lot) |
x |
(6 lots/shift) |
= |
180 min/shift |
| |
|
Total for OP1 and OP2 |
|
|
= |
360 min/shift |
| |
|
Assume utilization OP1:S2/S4 |
|
|
= |
180 min/shift |
| |
|
Assume utilization OP2:S2/S4 |
|
|
= |
180 min/shift |
Capacity required for OP2:S3/S6 @ 6 lots/shift through each step
| S3 |
: |
(10 + 10 min/batch) |
x |
(6 lots/shift) |
= |
120 min/shift |
| S6 |
: |
(10 + 10 min/batch) |
x |
(6 lots/shift) |
= |
120 min/shift |
| |
|
Total for OP2:S3/S6 |
|
|
= |
240 min/shift |
| |
|
Total required OP1:S1/S5 & S2/S4 |
= |
240 + 150 |
= |
420 min/shift |
| |
|
Total required OP2:S2/S4 & S3/S6 |
= |
150 + 240 |
= |
420 min/shift |
Capacity available OP1 = OP2 = 540 min/shift
Utilization / Availability OP1 = OP2 = 77.8%
Are there enough techs ? (without technician transport times)
Capacity required for Ma:Mb:
| ((1.25 hrs_per_mach_per_day) x ( 2 mach)) |
/ |
(2 shift/day) |
= |
75 min/shift |
Capacity required for Mc:Md
| ((2.0 hrs_per_mach_per_shift) x (2 mach)) |
+ |
(2 EM/week_per_mach) |
x |
(7 hrs/EM) |
x |
(2 mach) / 14 shift/week) |
= |
360 min/shift |
Capacity required for Me
0.5 hrs/shift = 30 min/shift
Total Capacity required = 75 + 360 + 30 = 465 min/shift (= 64.6%)
Capacity availability 600 min/shift (= 83.3%)
Required Capacity / Available Capacity = 77.5 %
Is there enough transport ?
| 6 lots |
starts to step S1 |
S > C1 |
6 moves X 4 min = 24 min |
| 6 lots |
step S1 to step S2 |
C1 > C3 |
6 moves X 8 min = 48 min |
| 6 lots |
step S2 to step S3 |
C3 > C2 |
6 moves X 4 min = 24 min |
| 6 lots |
step S3 to step S4 |
C2 > C3 |
6 moves X 4 min = 24 min |
| 6 lots |
step S4 to step S5 |
C3 > C1 |
6 moves X 8 min = 48 min |
| 6 lots |
step S5 to step S6 |
C1 > C2 |
6 moves X 4 min = 24 min |
| 6 lots |
step S6 to outs |
C2 > O |
6 moves X 8 min = 48 min |
| 42 moves |
|
= |
240 mins |
| assuming half this time for moving empty for pickups |
|
= |
120 mins |
| 42 moves = 42 loads + 42 unloads |
|
= |
84 mins |
| total required utilization |
|
= |
444 mins |
| total time available |
|
= |
720 mins |
Utilization / availability 444 / 720 = 61.7 %
Back to the Minifab Specification Outline
As shown in the diagram of logical connections between possible states of lots, the first
break is between busy and idle. Whenever a lot is busy, it is the focus of the
transportation system (if busy:being_transported) or of a machine (if busy:being_run)
or of a machine and an operator (if busy:being_loaded or busy:being_unloaded).
Whenever a lot is idle, it is either waiting for as operator to load it for processing (if
idle:waiting_to_load) or for an operator to unload it after processing (if
idle:waiting_to_unload).
The following information completely defines the states of a lot.
| State |
: |
idle:waiting_to_load |
| |
|
product name |
| |
|
lot name |
| |
|
State name |
| |
|
time entered state |
| |
|
next step name |
| State |
: |
idle:waiting_to_unload |
| |
|
product name |
| |
|
lot name |
| |
|
state name |
| |
|
time entered state |
| |
|
machine name |
| |
|
step name |
| State |
: |
busy:being_transported |
| |
|
product name |
| |
|
lot name |
| |
|
state name |
| |
|
time entered state |
| |
|
next step name |
| |
|
transporter name |
| State |
: |
busy:being_loaded |
| |
|
product name |
| |
|
lot name |
| |
|
state name |
| |
|
time entered state |
| |
|
time exiting state |
| |
|
machine name |
| |
|
step name |
| |
|
operator name |
| State |
: |
busy:being_run |
| |
|
product name |
| |
|
lot name |
| |
|
state name |
| |
|
time entered state |
| |
|
time exiting state |
| |
|
machine name |
| |
|
step name |
| State |
: |
busy:being_unloaded |
| |
|
product name |
| |
|
lot name |
| |
|
state name |
| |
|
time entered state |
| |
|
time exiting state |
| |
|
machine name |
| |
|
step name |
| |
|
operator name |
As shown in the diagram of states and state transitions for lots, the following state
transitions are possible.
| State |
: |
idle:waiting_to_load |
| Entry-1 |
: |
on time completion of an unload by an operator |
| Entry-2 |
: |
on time completion of a transportation |
| Exit-1 |
: |
on decision by an operator, given the availability of a machine |
| Exit-2 |
: |
on decision by a transporter, driven need for lot in another buffer |
| State |
: |
idle:waiting_to_unload unload |
| Entry-1 |
: |
on time completion of a processing cycle |
| Exit-1 |
: |
on decision by operator |
| State |
: |
busy:being_transported |
| Entry-1 |
: |
on decision by a transporter, given need for lot in another buffer |
| Exit-1 |
: |
on time completion of a transportation |
| State |
: |
busy:being_loaded |
| Entry-1 |
: |
on decision by an operator, given the availability of a machine |
| Exit-1 |
: |
on time completion of a loading cycle |
| State |
: |
busy:being_run |
| Entry-1 |
: |
on time completion of a loading cycle |
| Exit-1 |
: |
on time completion of a processing cycle |
| State |
: |
busy:being_unloaded |
| Entry-1 |
: |
on decision by an operator |
| Exit-1 |
: |
on time completion of a unloading cycle |
Back to the Minifab Specification Outline
As shown in the diagram of logical connections between possible states of machines, the
first break is between up and down. Whenever a machine is up, it is the focus of
operators, and whenever it is down it is the focus of technicians. The two categories of
up machines include full and empty. It is generally the case that operators focus on
getting work to an up_empty machine, and work away from an up_full machine. The
two categories of down machines include pm (preventive maintenance) and em
(emergency maintenance). It is the case that technicians have an easier time with
down_pm machines since the occurrence and duration are known, and have a harder time
with down_em machines since the occurrence is, to some degree, a surprise and the
duration is, to some degree, unknown.
The following information completely defines the states of a machine.
| State |
: |
up:empty:sitting_idle |
| |
|
machine name |
| |
|
state name |
| |
|
time entered state |
| |
|
previous state |
| |
|
previous step name |
| |
|
previous product name |
| State |
: |
up:empty:being_setup |
| |
|
machine name |
| |
|
state name |
| |
|
time entered stall |
| |
|
time exiting state |
| |
|
operator name |
| |
|
from step name |
| |
|
from product name |
| |
|
to step name |
| |
|
to product name |
| |
|
lot name |
| State |
: |
up:empty:being_loaded |
| |
|
machine name |
| |
|
state name |
| |
|
time entered state |
| |
|
time exiting state |
| |
|
operator name |
| |
|
step name |
| |
|
product name |
| |
|
lot name |
| State |
: |
up:full:cycling |
| |
|
machine name |
| |
|
state name |
| |
|
time entered state |
| |
|
time exiting state |
| |
|
step name |
| |
|
product name |
| |
|
lot name |
| State |
: |
up:full:sitting_idle |
| |
|
machine name |
| |
|
state name |
| |
|
time entered state |
| |
|
step name |
| |
|
product name |
| |
|
lot name |
| State |
: |
up:full:being_unloaded |
| |
|
machine name |
| |
|
state name |
| |
|
time entered state |
| |
|
time exiting state |
| |
|
operator name |
| |
|
step name |
| |
|
product name |
| |
|
lot name |
| State |
: |
down:pm:idle |
| |
|
machine name |
| |
|
state name |
| |
|
time entered state |
| State |
: |
down:pm:busy |
| |
|
machine name |
| |
|
state name |
| |
|
time entered state |
| |
|
time exiting state |
| |
|
technician name |
| State |
: |
down:em:idle |
| |
|
machine name |
| |
|
state name |
| |
|
time entered state |
| State |
: |
down:em:busy |
| |
|
machine name |
| |
|
state name |
| |
|
time entered state |
| |
|
time exiting state |
| |
|
technician name |
As shown in the diagram of states and state transitions to machines, the following state
transitions are possible.
| State |
: |
up:empty:sitting_idle |
| Entry-1 |
: |
on time completion of an unload by an operator |
| Entry-2 |
: |
on time completion of an em by a technician |
| Entry-3 |
: |
on time completion of a pm by a technician |
| Exit-1 |
: |
on decision of an operator, given the availability of a lot, to perform a setup |
| Exit-2 |
: |
on decision of an operator, given the availability of a lot, to perform a load |
| Exit-3 |
: |
on time completion of a pm window |
| Exit-4 |
: |
on time opening of a pm window AND on the decision of a technician |
| State |
: |
up:empty:being_setup |
| Entry-1 |
: |
on decision of an operator, given the availability of a lot, to perform a setup |
| Exit-1 |
: |
on time completion of a setup by an operato |
| State |
: |
up:empty:being_loaded |
| Entry-1 |
: |
on decision of an operator, given the availability of a lot, to perform a load |
| Entry-2 |
: |
on time completion of a setup by an operator |
| Exit-1 |
: |
on time completion of a load by an operator |
| State |
: |
up:full:cycling |
| Entry-1 |
: |
on time completion of a load by an operator |
| Exit-1 |
: |
on time completion of a processing cycle |
| Exit-2 |
: |
on time completion of a "mean-time-to-fail" timer (NOTE: that this
exit involves removing the lot which was in the machine from the
system as scrap.) |
| State |
: |
up:full:sitting_idle |
| Entry-1 |
: |
on tune completion of a processing cycle |
| Exit-1 |
: |
on decision of an operator to perform an unload |
| State |
: |
up:full:being_unloaded |
| Entry-1 |
: |
on decision of an operator to perform an unload |
| Exit-1 |
: |
on time completion of an unload by an operator
|
| State |
: |
down:pm:idle |
| Entry-1 |
: |
on time completion of a "pm window width" timer |
| Exit-1 |
: |
on decision of a technician to perform a pm AND pm window closed |
| State |
: |
down:pm:busy |
| Entry-1 |
: |
on decision of a technician to perform a pm AND pm window closed |
| Entry-2 |
: |
on decision of a technician to perform a pm AND pm window open |
| Exit-1 |
: |
on time completion of a pm by a technician |
| State |
: |
down:em:idle |
| Entry |
: |
on time completion of a "mean-time-to-fail" timer |
| Exit |
: |
on decision of a technician to perform an em |
| State |
: |
down:em:busy |
| Entry |
: |
on decision of a technician to perform an em |
| Exit |
: |
on time completion of an em by a technician |
Back to the Minifab Specification Outline
As shown in the diagram of logical connections between possible states of operators, the
first break is between up and down. Whenever an operator is up, the operator is on the
factory floor. Whenever the operator is up and busy, the operator is doing something to
tend the machines. If there are no machines which need tended, then the operator is up
but idle. Whenever an operator is down, the operator is off of the factory floor and is
therefore idle from the point of this production model.
The following information completely defines the states of an operator.
| State |
: |
up:idle |
| |
|
operator name |
| |
|
state name |
| |
|
time entered state |
| State |
: |
up_busy_doing_setup |
| |
|
operator name |
| |
|
state name |
| |
|
time entered state |
| |
|
time exiting state |
| |
|
machine name |
| |
|
from step name |
| |
|
to step name |
| |
|
from product name |
| |
|
to product name |
| |
|
lot name |
| State |
: |
up:busy:doing_loading |
| |
|
operator name |
| |
|
state name |
| |
|
time entered state |
| |
|
time exiting state |
| |
|
machine name |
| |
|
step name |
| |
|
product: name |
| |
|
lot name |
| State |
: |
up:busy:doing_unloading |
| |
|
operator name |
| |
|
state name |
| |
|
time entered state |
| |
|
time exiting state |
| |
|
machine name |
| |
|
step name |
| |
|
product name |
| |
|
lot name |
| State |
: |
up:busy:changing_cell |
| |
|
operator name |
| |
|
state name |
| |
|
time entered state |
| |
|
time exiting state |
| |
|
from cell name |
| |
|
to cell name |
| State |
: |
down:idle |
| |
|
operator name |
| |
|
state name |
| |
|
time entered state |
| |
|
time exiting state |
As shown in the diagram of states and state transitions for operators, the following state
transitions are possible.
| State |
: |
up:idle |
| Entry-1 |
: |
on time completion of a load by an operator |
| Entry-2 |
: |
on time completion of an unload by an operator |
| Entry-3 |
: |
on time completion of a break by an operator |
| Exit-1 |
: |
on decision by operator, given available lot and machine, to move to another cell |
| Exit-2 |
: |
on decision by operator, given available lot and machine, to do a setup |
| Exit-3 |
: |
on decision by operator, given available lot and machine, to do a load |
| Exit-4 |
: |
on decision by operator, given available machine, to do an unload |
| Exit-5 |
: |
on decision by operator to take a break |
| State |
: |
up:busy:doing_setup |
| Entry-1 |
: |
on decision by operator, given available lot and machine, to do a setup> |
| Entry-2 |
: |
on time completion of operator moving to another cell |
| Exit-1 |
: |
on time completion of operator doing a scrap |
| State |
: |
up:busy:doing_loading |
| Entry-1 |
: |
an decision by operator, given available lot and machine, to do a load |
| Entry-2 |
: |
on time completion of operator moving to another cell |
| Entry-3 |
: |
on time completion of operator doing a setup |
| Exit-1 |
: |
on time completion of operator rising a loading |
| State |
: |
up:busy:doing_unloading |
| Entry-1 |
: |
on decision by operator, given available machine, to do an unload |
| Entry-2 |
: |
on time completion of operator moving to another cell |
| Exit-1 |
: |
on time completion of operator doing an unloading |
| State |
: |
up:busy:changing_cell |
| Entry-1 |
: |
on decision by operator, given available lot and machine, to move to another cell |
| Exit-1 |
: |
on time completion of operator doing a cell change |
| State |
: |
down:idle |
| Entry-1 |
: |
on decision by operator to take a break |
| Exit-1 |
: |
on time completion of operator taking a break |
Back to the Minifab Specification Outline
Back to the Minifab Specification Outline
Back to the Minifab Specification Outline
There are a variety of decisions that the decision makers in the system need to be prepared to make as the simulation progresses on a minute to minute basis, including.....
The operators must decide .....
- - which machine/which step/which lot (in that order)
- - when to break
The technicians must decide .....
- - which machine/(maybe which maintenance, em or pm)
- - when to break
The transporter must decide .....
- - which lot
Some entity must decide .....
- - what to start at the begiinning of each shift
Some entity must decide .....
- - when to initiate an emergency maintanence
- - how long the emergency maintenance should last
It is imaginable that the decision makers hold all of the logic to make all of these decisions. It is also imaginable that here is a chance to model an "automation" system - i.e. some decision support (or some automated decision making) - which the decision makers can use (or which force decisions on the active agents).
Back to the Minifab Specification Outline
In our terminology, this is the high level control approach.
Back to the Minifab Specification Outline
| Outs - finished lots out the last step |
maximize |
| Standard Deviation Outs |
minimize |
| Throughput Time (TPT) - lot start step 1 to lot finish step 6 |
minimize |
| Standard Deviation TPT |
minimize |
| |
|
| Work-in-progress - total lots in factory |
minimize |
| Utilization - percent time busy |
maximize |
| lots |
|
| machines |
|
| operators |
|
| technicians |
|
| transporter |
|
Back to the Minifab Specification Outline
Return to Dr. Rodriguez's Home Page
Email questions for Dr. Rodriguez