예지보전 도입 전 반드시 확인할 3가지 — 아진네트웍스

예지보전(Predictive Maintenance)은 모든 설비에 센서를 붙이고 AI를 적용하는 프로젝트가 아닙니다. 고장이 생산에 미치는 영향이 큰 설비를 선별하고, 고장 모드와 연관된 상태 데이터를 지속적으로 비교하여 정비 시점을 판단하는 체계가 핵심입니다.

1. 어떤 설비부터 적용할지 먼저 정합니다

전체 설비를 동시에 계측하면 투자비와 관리 포인트만 늘어날 수 있습니다. 우선순위는 고장 발생 빈도뿐 아니라 라인 정지 영향, 대체 설비 유무, 부품 조달기간, 정비 난이도와 품질 영향까지 함께 평가해야 합니다.

예를 들어 모터, 스핀들, 펌프, 감속기, 팬처럼 회전체가 포함된 설비는 진동·전류·온도 데이터가 유용할 수 있습니다. 반면 공압 누설, 윤활 불량, 센서 오염처럼 다른 고장 모드에는 압력, 유량, Cycle Time 또는 알람 이력이 더 적합할 수 있습니다.

2. 센서보다 Baseline과 데이터 품질이 중요합니다

예지보전은 정상 상태 기준선(Baseline)이 있어야 이상을 판별할 수 있습니다. 설비의 속도, 부하, Recipe와 운전 모드가 바뀌면 동일한 센서 값도 의미가 달라질 수 있으므로 운전 조건과 상태 데이터를 같이 기록해야 합니다.

진동 데이터는 센서 설치 방향과 체결 상태에 영향을 받고, 전류 데이터는 부하 조건에 따라 변합니다. 따라서 센서를 설치한 뒤 즉시 AI 모델을 적용하기보다 일정 기간 정상 데이터를 축적하고 실제 고장·정비 이력과 연결하는 것이 안전합니다.

알람도 단순 임계치 1개보다는 주의/경고 단계, 지속시간, 운전 조건을 함께 고려하는 방식이 실무적입니다. 알람이 너무 잦으면 작업자가 무시하게 되고, 너무 느슨하면 고장을 놓칠 수 있습니다.

3. 정비 업무와 연결되지 않으면 효과가 없습니다

이상 징후를 발견해도 정비 요청과 작업 이력으로 연결되지 않으면 모니터링 화면만 늘어납니다. PLC·SCADA 또는 IIoT Gateway에서 수집한 상태 데이터를 MES, Historian, CMMS 등과 필요한 수준으로 연계하고, 알람 발생 시 담당자 확인 → 점검 → 조치 → 결과 기록 흐름을 정의해야 합니다.

설비 통신이 단절됐을 때 데이터 누락 여부와 복구 방법도 사전에 정해야 합니다. 안전 기능은 일반 상태 모니터링과 분리하고, 기존 Safety PLC나 안전회로를 예지보전 시스템이 임의로 대체해서는 안 됩니다.

PoC에서는 무엇을 검증해야 하나

PoC 대상 설비를 1~2종 선정하고 정상 운전, 부하 변화, 알려진 이상상태를 비교해 센서 민감도와 알람 재현성을 확인합니다. 이후 데이터 수집 안정성, 통신 장애 복구, Dashboard 사용성, 정비 대응 절차까지 함께 검증해야 합니다.

ROI는 임의의 고장 감소율로 계산하기보다 기존 비계획 정지시간 × 시간당 손실비용, 긴급 정비비, 부품비, 점검 인력시간과 시스템 투자비를 비교해 산정하는 것이 타당합니다. 데이터가 부족하면 예상 절감액은 범위 또는 시나리오로 제시해야 합니다.

아진네트웍스는 예지보전 검토 시 Critical 설비 선정 → 고장 모드 정의 → 센서/데이터 설계 → Baseline 확보 → PoC → 정비 프로세스 연계 순으로 접근합니다. 실제 투자 판단에는 과거 고장 이력, 설비별 다운타임과 정비 비용 데이터가 필요합니다.

상위 Pillar · 기술검토

자동화 설비 투자비·ROI 산정 방법에서 다운타임·품질·유지보수비를 포함한 투자판단 구조를 확인할 수 있습니다. RFQ에는 과거 고장 이력, 비계획 정지시간, 시간당 손실비용, 정비비와 대상 설비 목록을 포함하는 것이 좋습니다.