라인 정지 후에야 드러나는 PLC 프로그램 관리 공백
설비가 멈춘 새벽에 정비 담당자가 가장 먼저 찾는 것은 "정상일 때의 프로그램"입니다. 그런데 이 파일이 어디 있는지 확실히 아는 현장은 많지 않습니다. 프로그램 파일은 담당자 노트북, 공용 PC 바탕화면, 협력업체 USB에 흩어져 있고, `라인3_최종.zip`, `라인3_최종_수정2.zip` 같은 이름만으로는 어느 것이 설비에 들어간 버전인지 알 수 없습니다.
더 큰 문제는 기록이 남지 않는다는 점입니다. 협력업체가 타이머 값을 고치고 철수하거나, 야간조가 센서 고장을 우회하려고 인터록 조건을 임시로 막아 둔 뒤 되돌리지 않으면, 그 변경은 아무 기록 없이 설비 안에 남습니다. 몇 주 뒤 품질 이상이 생겨도 원인을 로직에서 찾을 생각조차 하기 어렵습니다.
왜 IT식 버전관리를 그대로 쓰기 어려운가
소프트웨어 개발에서는 Git으로 텍스트 소스의 변경 줄을 비교합니다. 제어 프로그램은 사정이 다릅니다.
관리 대상도 래더 로직만이 아닙니다. HMI 화면, 로봇 프로그램과 티칭 포인트, 서보·인버터 드라이브 파라미터, 비전 검사 레시피, 안전 PLC 설정까지 포함해야 실제 복원이 가능합니다.
변경관리 절차 설계
절차가 무거우면 현장은 우회합니다. 최소 단위는 다음 여섯 단계면 충분합니다.
긴급 변경은 막을 수 없으므로 규칙으로 관리합니다. 예를 들어 라인 정지 상황에 한해 선조치를 허용하되, 적용 전 백업은 반드시 받고 다음 근무일 안에 사후 승인을 받도록 정합니다. 안전 회로의 우회는 긴급 변경 대상에서도 제외하는 것이 원칙입니다.
자동 백업과 실행본 비교
절차만으로는 기록 없는 변경을 완전히 막을 수 없습니다. 그래서 설비 실행본을 주기적으로 가져와 승인된 기준본과 비교하는 장치가 필요합니다. 예를 들어 40대 설비를 매일 야간에 자동으로 업로드해 비교하면, 승인 없이 바뀐 설비가 다음 날 아침 목록으로 나옵니다.
이런 기능은 octoplant, FactoryTalk AssetCentre 같은 전문 솔루션으로도 구현할 수 있고, 벤더 도구의 업로드 기능에 비교·보관 체계를 붙여 단계적으로 만들 수도 있습니다.
4M 변경점·설비 이력과의 연결
제어 프로그램 변경은 4M 중 설비(Machine) 변경점입니다. 변경 기록을 별도 폴더에만 두지 말고 설비 이력과 품질 변경점 관리에 함께 남겨야 합니다.
"불량이 늘기 시작한 날 전날 밤에 타이머 값이 바뀌었다"는 사실을 몇 분 안에 확인할 수 있으면 원인 분석 범위가 크게 줄어듭니다.
도입 순서와 POLYGLOTSOFT의 지원 범위
모든 설비를 한 번에 시작할 필요는 없습니다. 병목 공정 설비와 안전 관련 설비부터 대상 목록, 기준본, 백업 주기를 정하고, 효과를 확인한 뒤 범위를 넓히는 것이 현실적입니다.
POLYGLOTSOFT는 스마트공장 MES·설비관리 구축 경험을 바탕으로 제어 프로그램 대상 목록 정리, 변경 요청·승인 워크플로 설계, 자동 백업·차이 탐지 체계 구성, 기존 MES·설비관리 시스템과 연계한 4M 변경점 이력 조회까지 지원합니다. 누가 언제 로직을 바꿨는지 바로 답할 수 있는 현장을 만들고 싶으시다면 POLYGLOTSOFT에 문의해 주십시오.