신호는 보이는데 상태는 안 보인다 — 설비의 '상태'를 모델링하는 법

공장 모니터를 켜면 숫자는 넘친다. 온도, 압력, 속도, 전류. 그런데 정작 현장에서 필요한 질문에 답은 잘 안 나온다. "지금 이 설비는 정상인가, 곧 멈출 것인가, 아니면 이미 품질이 흔들리고 있는가." 7년차 현장 엔지니어로서, 이 간극의 이름은 '신호는 있는데 상태가 없다'이다.

 

신호와 상태는 다른 층이다

신호는 측정값이다. 상태는 판단이다. 센서가 82도를 보고했다고 해서 그 설비가 과열 상태인 것은 아니다. 같은 82도라도 예열 중인지, 연속 운전 중인지, 방금 제품을 바꾼 직후인지에 따라 의미가 완전히 달라진다. 신호만 쌓아두면 대시보드는 화려해지지만, 운영자는 여전히 "그래서 지금 괜찮은 거야?"를 묻는다. 상태 모델링은 이 질문에 답하기 위해 신호 위에 '맥락'을 얹는 작업이다.

 

상태는 세 가지로 나눠서 정의한다

나는 상태를 크게 세 층으로 나눠 정의하는 편이다. 첫째, 운전 상태다. 가동, 대기, 정지, 고장처럼 설비가 지금 어떤 모드에 있는지다. 둘째, 건강 상태다. 진동 추세, 온도 편차, 사이클 시간의 drift처럼 "아직 멈추지 않았지만 예전 같지 않다"는 신호를 수치화한 것이다. 셋째, 품질 상태다. 지금 나오는 제품이 스펙 안에 있을 확률, 즉 공정 능력의 현재값이다. 세 층을 분리하면 알람도 달라진다. 운전 상태가 '정지'인데 온도 알람이 울린다면 그건 고장이 아니라 운전 모드에 맞지 않는 임계값 설정 문제다.

 

상태 전이는 '규칙'으로 적어둔다

상태 모델링에서 가장 많이 빠지는 것이 전이 규칙이다. "언제 정상에서 주의로 바뀌는가"를 사람 머릿속이 아니라 문서와 코드로 남겨야 한다. 예를 들어 진동 실효값이 기준 대비 20% 상승하고 3사이클 연속 유지되면 '주의', 40% 상승이면 '점검'으로 전이한다. 기준값의 출처(설계값인지, 과거 정상 구간의 통계인지)도 함께 적는다. 이렇게 해야 야간 근무자와 주간 엔지니어가 같은 '주의'를 같은 의미로 쓴다. 관련 글: 디지털트윈의 데이터 수집(https://developer-archive.tistory.com/124), 디지털트윈이 실시간이 되는 조건(https://developer-archive.tistory.com/132), 디지털트윈의 해상도(https://developer-archive.tistory.com/147).

 

그래서 뭘 하면 되나

이번 주에 설비 하나만 골라 상태 세 층을 한 장짜리 표로 정리해 보자. 운전 상태 4~5개, 건강 지표 2~3개, 품질 지표 1개, 그리고 각 상태로 바뀌는 조건 한 줄씩. 이 표 하나가 있으면 대시보드는 '보는 화면'에서 '판단하는 화면'으로 바뀐다. 신호를 더 모으기 전에, 이미 있는 신호로 상태를 먼저 말할 수 있게 만드는 것이 순서다.