네트워크가 끊겨도 데이터를 잃지 않는 엣지 수집 설계
공장 네트워크가 잠시 끊겼다고 설비 데이터가 사라져도 괜찮을까요? 장시간 운전 설비라면 통신 장애 중에도 데이터를 현장에 보관하고 복구 후 순서와 중복을 관리하며 보내야 합니다. 이를 저장 후 전달이라고 부릅니다.
NOTES
산업 데이터
모델을 만들고, 웹과 앱을 짓고, 업무를 자동화하며 확인한 것을 기록합니다. 통한 방법만이 아니라 통하지 않았던 시도까지 남깁니다.
TOTAL 6 · 산업 데이터
설비 데이터의 시간은 하나가 아니다: OPC UA 타임스탬프와 품질
센서 값 하나에도 '현장에서 측정한 시각'과 '서버가 받은 시각'이 다를 수 있습니다. 두 시각을 섞으면 고장 원인 분석에서 사건의 순서가 바뀝니다. OPC UA 데이터를 수집할 때 값만 보지 말고 시간과 품질 상태를 함께 보아야 하는 이유입니다.
설비 ID만으로 부족할 때: 부품 단위 고장 이력
설비 고장 기록에 '프레스 3호기'만 남으면 같은 장비의 센서, 모터, 금형 중 무엇이 반복 고장 나는지 알기 어렵습니다. 설비 계층을 너무 세밀하게 만들면 입력이 어려워집니다. 분석과 정비에 필요한 수준까지 일관되게 내려가는 것이 중요합니다.
센서가 천천히 틀어질 때: 보정 이력과 드리프트
센서가 조금씩 틀어지는 문제는 갑자기 0이 되는 고장보다 찾기 어렵습니다. 숫자는 계속 들어오고 그래프도 그럴듯하게 움직입니다. 예측 모델을 고치기 전에 측정값이 언제, 어떤 기준으로 보정됐는지 확인해야 합니다.
알람보다 정지가 먼저 기록됐다면: 공장 이벤트의 시계와 원인 순서
서로 다른 장비의 로그를 시간순으로 정렬해도 실제 사건 순서와 다를 수 있습니다. 시계 오차·수신 지연·인과관계를 함께 기록하는 방법입니다.
센서값이 0인 걸까, 안 들어온 걸까: 결측·신선도·품질 상태
숫자 하나만 전달하면 실제 0과 통신 단절, 오래된 값을 구분할 수 없습니다. 센서 데이터의 사용 가능 상태를 함께 설계합니다.