Page review information
Edition covered
Semiconductor facility engineering practice — SEMI facility standards, fire/building codes context — n/a — facility-engineering reference; site codes and the AHJ govern editions
Content status
Reviewed
Coverage
Shared control patterns (modes, permissives, interlocks, trips, shutdown ownership); practice-level vocabulary.
Last reviewed
August 2026
Primary reference
The official published standard — required for final decisions

Confirm the governing edition, jurisdiction, and project-specific requirements before applying anything on this page.

This page defines a reusable control pattern for semiconductor facility utility systems — gas skids, chemical delivery skids, UPW modules, exhaust subsystems, and tool utility interfaces. The patterns here apply across systems; individual system pages describe how they are applied in specific contexts.


Design Hierarchy

Logic must be structured in this order. A lower layer must never override a higher layer:

flowchart TD
    L1[1. Shutdown and emergency layers]
    L2[2. Permissives and interlocks]
    L3[3. Operating mode]
    L4[4. State or sequence logic]
    L5[5. Device commands and loop control]

    L1 --> L2 --> L3 --> L4 --> L5

    style L1 fill:#fce4ec,stroke:#e91e63
    style L2 fill:#fff8e1,stroke:#ff9800
    style L3 fill:#e8f5e9,stroke:#4caf50
    style L4 fill:#e3f2fd,stroke:#2196f3
    style L5 fill:#f3e5f5,stroke:#9c27b0

This is not just a coding preference — it determines what happens when multiple conditions change simultaneously and which condition wins.


Modes

Most facility utility systems can use this restrained mode set. Mode names may vary by site — the behavior must be explicit and documented regardless of naming:

Mode Description Typical restrictions
OFF System de-selected; all auto commands disabled No output commands generated
MANUAL_LOCAL Operator-at-panel control; individual device commands Auto sequence disabled; critical shutdowns remain active
MANUAL_REMOTE Remote operator control via HMI or SCADA Auto sequence disabled; critical shutdowns remain active
AUTO Sequence and PID loops operating normally All layers active
MAINTENANCE Engineering bypass mode for calibration or repairs Requires authorization; critical trips must stay active — see below
FAULT System has entered a fault condition No new commands until fault cleared and acknowledged
EMERGENCY_SHUTDOWN Layer 3 or 4 shutdown active Requires investigation and authorized reset

State Machine Pattern

For sequence-driven systems, use an explicit state model instead of scattered latch logic. A state model makes every transition visible and testable.

stateDiagram-v2
    [*] --> IDLE
    IDLE --> PRECHECK: Start request
    PRECHECK --> PURGE_PRE: Permissives met
    PRECHECK --> FAULT: Permissive failure
    PURGE_PRE --> READY: Purge complete
    READY --> STARTING: Run command
    STARTING --> STABILIZE: Device on, sequence advancing
    STABILIZE --> RUNNING: Quality or condition within limits
    RUNNING --> STOPPING: Stop command
    STOPPING --> PURGE_POST: Sequence complete
    PURGE_POST --> IDLE: Post-purge complete
    RUNNING --> FAULT: Trip condition
    STARTING --> FAULT: Start timeout or trip
    FAULT --> IDLE: Fault cleared, reset authorized

Not every system needs every state. Every transition needs:


Permissives, Interlocks, and Trips

These three categories are often confused but serve different purposes:

Permissives — “May the sequence start or continue?”

Permissives are checked before action. They do not force shutdown — they prevent starting.

Common facility utility permissives:

Permissive Blocks
Utility available (pressure, level, flow within range) Auto start
No active shutdown command Any advance
Exhaust available Gas or chemical flow enable
Destination ready (level, temperature, pressure) Transfer start
No active gas or leak alarm All enables in affected zone

Interlocks — “What unsafe action must be blocked?”

Interlocks are active during operation. They prevent specific unsafe states.

Common facility utility interlocks:

Interlock Prevents
Do not open chemical supply without exhaust proof Chemical vapor accumulation in unventilated space
Do not start pump against closed discharge path Deadhead / pump damage
Do not enable gas flow without cabinet healthy and exhaust proven Uncontrolled gas release
Do not advance sequence without valve position proof or timing confirmation Sequence advance into unknown state

Trips — “What condition forces safe state now?”

Trips act immediately on running systems. They override mode and sequence.

Common facility utility trips:

Trip Action
Hazardous gas detection Isolate source, force purge, remove permit-to-run, alarm
Chemical leak detection Close supply valve, stop pump, alarm, escalate if zone criterion met
Overpressure or vacuum loss beyond boundary Isolate, safe state, alarm
Fire alarm or EPO input Isolate, de-energize, evacuate-mode response
Exhaust loss where capture is safety-critical Isolate dependent gas or chemical flows, alarm

Safe-State Design Rules

Rule Default behavior
Isolation valves Default closed — open only on commanded, proven state
Purge paths and exhaust paths May be forced on during abnormal conditions
Pumps, heaters, blend devices Default off unless part of mitigation path
Power loss Define explicitly — not “whatever de-energized means”
PLC fault or network loss Define explicitly — most safety-critical functions should fail to safe, not hold last state

Safe state is not one universal answer. It must be defined per hazard scenario.


Manual Mode Discipline

Manual mode is necessary for maintenance and troubleshooting. It must not become a bypass route for hazard controls.

Keep active in manual mode:

Restrict carefully in manual mode:

If a bypass is required for maintenance, it must be:


Shutdown Ownership

Every system must define which layer owns final shutdown and who has authority to reset each layer:

flowchart LR
    Input[Initiating condition] --> Owner{Who owns\nfinal shutdown?}
    Owner -->|Skid-level| LocalPLC[Local skid PLC]
    Owner -->|System-level| FacilityPLC[Facility PLC / SCADA]
    Owner -->|Certified safety function| SIS[Hardwired safety system / SIS]
    Owner -->|Building emergency| FireAlarm[Fire alarm / ESD bus]
    Owner -->|Tool-controlled| ToolPLC[Tool controller]

Ambiguous shutdown ownership is the most common source of commissioning failures. Document it before startup, not during.


Required Documents for Every Utility System

These documents must exist before commissioning. They are also the baseline for handover to operations:

Document Contents
Mode definition table Each mode: name, description, what is enabled/disabled, transition rules
State definition table Each state: entry condition, exit conditions, timeout, actions
Permissive matrix Each permissive: what it blocks, what clears it
Interlock matrix Each interlock: what it prevents, what the physical consequence is
Trip matrix Each trip: initiating condition, action, reset authority
Cause and effect table Cross-reference: every input to every output action
Operator reset policy Who can reset what, under what conditions

Standards Anchors

Standard Role
IEC 61511 When sequence logic includes a Safety Instrumented Function — formal SIL design applies
ISA-18.2 Alarm management — prevents the alarm system from obscuring the control model
ISA-88 Batch control standard — state machine and recipe patterns applicable to sequence-driven utility systems
SEMI S2 / S14 Equipment safety — shutdown authority at the tool boundary

See Also

Trust Boundary — Engineering Judgment Required

This site is an independent educational reference for industrial automation standards. It paraphrases and organizes guidance in original language; it is not a substitute for the official published standards, professional engineering judgment, or legal review, and content has not been independently verified against current published editions.

Items marked Review pending await technical review against the identified edition. Items marked Planned have no reviewed source material behind them. Do not rely on this site for compliance determinations, safety-critical design decisions, or legal interpretation.