PipelineLine — 3-스테이션 파이프라인 라인

💡 Work = Capa 핵심 개념

• ▸ Work = 라인 위 한 제품 슬롯 (ApiCall 모음이 아니라 capacity unit)
• ▸ Capa 3 = 라인 위에 동시에 처리 가능한 제품 수 3개
• ▸ 각 Work 는 동일 시퀀스 (StA → StB → StC) 를 서로 다른 시점 에 진행 (파이프라인)
• ▸ TCT = max(station 시간) + transfer = 2.5s/제품 (단일 Work 7.0s 대비 2.8× 빠름)

⏱ 파이프라인 타이밍 (Work=Capa=3 · 정상 운전 steady-state)

📊 처리량 비교 (Capa 1 vs Capa 3)

📋 IO Table

🔧 자산 구성

• StA — 가공 (Drill, 2.0s)
• StB — 검사 (Vision, 1.5s)
• StC — 포장 (Wrap, 2.0s)
• Conv5 — 인덱싱 컨베이어 (0.5s step)

🧩 Ds2 모델 (v10)

# Device 정의
Device: Conv5
  └─ ApiDef: Step  { Action.pulse × Sensing.normal }

Device: StA / StB / StC
  ├─ StA.Process { Action.normalHold 100 × Sensing.normal }
  ├─ StB.Inspect { Action.pulse × Sensing.virt 500 }
  └─ StC.Wrap    { Action.normal × Sensing.normal }

# Flow — Work = Capa 단위
Flow: Line_Cycle (TCT 2.5s · Capa=3)
  Work#1 // 제품 슬롯 1
    └─ StA→Step→StB→Step→StC→Step (out)
  Work#2 // 제품 슬롯 2 (offset +2.5s)
    └─ 동일 시퀀스
  Work#3 // 제품 슬롯 3 (offset +5.0s)
    └─ 동일 시퀀스

# Conv5.Step 이 3 Work 동기 트리거

🎯 학습 포인트

• Tier 3 #104 — Work = Capa 단위
• Tier 3 #105 — Capa = 라인 동시 처리 용량
• Tier 3 #106 — Pipeline TCT 효율 계산
• Tier 3 #107 — Conv.Step 동기 트리거
• Tier 3 #108 — 신규 Work 진입 조건

⚠️ 자주 발생하는 실수

1. Work 를 ApiCall 단위로 정의 (Work#1=StA 식)
2. TCT = sum(stations) 잘못된 계산 (단일 capa 사고)
3. Work 간 Conv.Step 미동기
4. Capa 초과 신규 Work 진입 미제어
5. 가장 느린 station 무시 — bottleneck 미식별

🚀 확장 시나리오

• S21-A — Capa 5 (5-station 라인)
• S21-B — 가변 Capa (동적)
• S21-C — NG 우회 buffer