PLC 신호를 그대로 대시보드에 올리면 생기는 문제

PLC의 비트가 1이면 가동, 0이면 정지라고 바로 대시보드에 표시하면 현장을 잘못 해석할 수 있습니다. 준비, 자재 대기, 계획 정지, 고장처럼 같은 ‘정지’에도 원인이 다릅니다. 원시 신호를 업무 상태로 변환하는 규칙이 필요합니다.

원시 태그의 뜻을 확인한다

PLC 태그 이름만으로 의미를 추정하지 않습니다. 설비 매뉴얼, 제어 로직, 작업자 설명을 대조해 신호가 언제 켜지고 꺼지는지 확인합니다. 설비 버전이 바뀌면 태그 의미도 달라질 수 있습니다. 예를 들어 안전문 열림과 설비 정지가 동시에 발생하면 정지 원인은 단순 ‘비가동’이 아닙니다. 어떤 신호가 먼저 들어왔고 얼마나 지속됐는지 기록해야 현장 원인 분석과 가동률 집계가 일치합니다.

상태의 우선순위를 정한다

고장 신호와 작업 중 신호가 동시에 켜질 수 있습니다. 이때 어떤 상태를 표시할지 우선순위를 정하고, 신호가 하나도 없을 때는 ‘알 수 없음’을 별도 상태로 둡니다.

짧은 흔들림을 처리한다

밀리초 단위 접점 흔들림을 모두 정지 이벤트로 세면 가동률이 왜곡됩니다. 상태 전환에 최소 지속시간을 두되 짧은 실제 고장을 지우지 않도록 원시 신호도 보관합니다.

계획 정지와 비계획 정지를 구분한다

휴식, 청소, 제품 교체를 모두 장애로 표시하면 OEE 해석이 틀어집니다. 생산 일정과 작업 지시를 연결해 상태의 이유를 분류하고 수정 내역을 기록합니다.

현장 검증을 반복한다

대시보드의 상태 전환 시각을 작업일지와 비교합니다. 작업자가 ‘그때는 자재 대기였다’고 수정하면 규칙을 고치고, 설비별 상태 정의의 버전을 관리해야 합니다.

현장에 적용할 때의 순서

1. PLC 태그의 실제 의미 확인
2. 상태 우선순위·지속시간 규칙 설계
3. 작업일지와 전환 시각 비교

주의할 실패: 비트 한 개를 운영 상태 한 개로 단순 치환

관찰할 지표: 미분류 시간·오분류 정지·현장 수정 건수

적용 전 체크리스트

• 태그별 의미와 제어 로직을 문서화한다
• 상태 우선순위와 알 수 없음 처리를 정한다
• 작업일지와 상태 전환 시간을 대조한다

참고 자료

OPC Foundation — OPC UA. 산업 데이터의 의미와 정보 모델을 표준화하는 관점은 OPC Foundation 자료를 참고했습니다. 상태 분류 규칙은 설비별로 설계해야 합니다.

이미지와 도식은 이해를 돕기 위한 개념 시각화입니다. 특정 고객의 실제 설비·데이터·화면을 재현한 것이 아닙니다.

#PLC #설비상태 #스마트팩토리 #산업데이터 #OEE #가동률 #상태분류 #OPCUA #데이터모델 #현장검증