PLC·센서·DAQ를 연결하는 산업용 장비 제어 프로그램 개발 가이드

산업용 장비 제어 프로그램은 일반 업무용 소프트웨어와 실패 기준이 다릅니다. 버튼이 보기 좋고 차트가 빠르게 그려져도, 통신이 끊겼을 때 장비 상태를 잘못 표시하거나 같은 명령을 두 번 보내면 현장에서는 사용할 수 없습니다.

PLC, 모터드라이버, 센서, NI DAQ 같은 장치를 연결할 때는 통신 안정성, 안전 조건, 데이터 시간축, 장애 복구, 현장 검수를 처음부터 함께 설계해야 합니다. 이 글에서는 장비 제어 프로그램을 의뢰하거나 기획할 때 알아야 할 핵심 구조를 실제 연구·산업 현장 개발 사례와 함께 정리합니다.

장비 제어 프로그램의 기본 구조

안정적인 산업용 프로그램은 화면이 장비와 직접 통신하지 않습니다. 보통 다음 계층으로 나눕니다.

1. 장비 통신 계층: PLC, 드라이버, 센서, DAQ와 데이터를 주고받는다
2. 상태·제어 계층: 현재 상태, 명령 순서, 인터락, 오류 복구를 관리한다
3. 데이터 계층: 측정값, 이벤트, 설정, 작업 이력을 저장한다
4. 표시·운영 계층: 작업자가 상태를 판단하고 명령을 내리는 화면을 제공한다

이렇게 분리하면 장비 모델이나 화면이 바뀌어도 전체를 다시 만들지 않고 해당 계층을 교체할 수 있습니다. 또한 통신을 모의하는 시뮬레이터를 붙여 장비가 없는 환경에서도 제어 로직과 화면을 테스트할 수 있습니다.

1. 장비 목록보다 먼저 제어 경계를 정합니다

"PLC를 연동하고 싶다"만으로는 요구사항이 충분하지 않습니다. 각 장치에서 무엇을 읽고, 무엇을 쓰며, 어느 조건에서 쓰기를 금지할지가 필요합니다.

구분	확인할 내용	예시
상태값	프로그램이 읽을 값	운전/정지, RPM, 토크, 온도, 압력
설정값	작업자가 입력할 값	목표 속도, 시험 시간, 한계값
명령	장비로 보낼 동작	시작, 정지, 원점 복귀, 밸브 개폐
인터락	명령을 막을 조건	도어 열림, 압력 초과, 통신 이상
이력	반드시 남길 기록	명령 사용자, 경보, 설정 변경, 측정 결과

특히 프로그램이 단순 모니터링만 하는지, 실제로 장비를 제어하는지 구분해야 합니다. 제어가 포함되면 비상 정지, 수동 운전, 재시작 조건 등 기계·전기 설계와의 책임 경계를 명확히 해야 합니다.

2. 통신 방식과 데이터 명세를 확보합니다

산업 현장에서는 Modbus RTU/TCP, OPC UA, RS-232/485, TCP 소켓, CAN, 제조사 SDK와 전용 프로토콜 등 여러 방식이 사용됩니다. 프로토콜 이름만 알아서는 부족하며 다음 자료가 필요합니다.

• 장비 제조사와 정확한 모델명
• 통신 매뉴얼과 레지스터 맵
• 데이터 타입, 바이트 순서, 배율과 단위
• 읽기·쓰기 주기와 타임아웃
• 정상·경고·오류 코드 정의
• 샘플 패킷 또는 정상 동작 로그

예를 들어 레지스터 값이 1354일 때 실제 토크가 135.4 Nm인지 명세가 없으면 화면에 숫자는 나오지만 믿을 수 있는 데이터가 아닙니다. 개발 초기에 샘플 값을 장비 표시부와 대조하는 신호 검증표를 만들면 후반 오류를 크게 줄일 수 있습니다.

3. 주기 통신과 명령 통신을 분리합니다

온도와 RPM을 100ms마다 읽는 작업과 사용자가 시작 버튼을 눌러 명령을 보내는 작업은 목적이 다릅니다. 하나의 통신 흐름에 섞으면 느린 조회 때문에 명령이 지연되거나, 명령 처리 중 화면이 멈출 수 있습니다.

일반적으로 다음을 구분해 설계합니다.

• 주기적으로 읽는 실시간 상태
• 변화가 있을 때만 읽는 이벤트
• 사용자 또는 자동 시퀀스가 보내는 명령
• 파일·레시피처럼 큰 단위로 전송하는 데이터

명령에는 요청 ID, 전송 시각, 응답, 완료 여부를 남겨야 합니다. 장비 응답이 늦을 때 재전송할지, 사용자에게 확인을 요청할지, 안전 정지로 전환할지도 미리 정합니다.

4. 통신 장애는 예외가 아니라 정상 시나리오로 다룹니다

현장 네트워크와 케이블은 언제든 끊길 수 있습니다. 따라서 통신 장애를 단순 팝업 오류로 끝내지 않고 운영 시나리오로 설계해야 합니다.

1. 마지막 정상 수신 시각을 표시한다
2. 오래된 값을 현재 값처럼 보여주지 않는다
3. 자동 재연결 횟수와 간격을 제한한다
4. 복구 후 누락 데이터를 다시 받을 수 있는지 확인한다
5. 연결이 불안정한 동안 위험한 제어 명령을 차단한다
6. 작업자가 원인을 확인할 수 있도록 통신 로그를 남긴다

화면에 녹색 "연결됨" 표시만 두는 것보다, 정상·지연·재연결 중·연결 끊김 상태를 구분하는 것이 실제 장애 대응에 도움이 됩니다.

5. 실시간 데이터는 시간 기준부터 맞춥니다

여러 센서와 제어기를 함께 분석하려면 값 자체만큼 시간 정보가 중요합니다. PC 시간, PLC 시간, DAQ 샘플 시간이 다르면 진동이 발생한 순간의 RPM과 온도를 정확히 비교할 수 없습니다.

다음 항목을 정해 두어야 합니다.

• 타임스탬프를 어느 장치 기준으로 기록할지
• 수집 주기와 허용 가능한 누락률
• 원본 데이터와 화면용 집계 데이터의 구분
• 파일 분할 주기와 보관 기간
• 시험 번호, 작업자, 장비 설정과 측정값의 연결

고속 계측 데이터는 모든 점을 데이터베이스에 바로 저장하기보다 원본 파일과 요약값을 나누는 방식이 효율적일 수 있습니다. 반대로 작업 이력과 경보는 검색과 감사가 쉽도록 구조화된 데이터로 남기는 편이 좋습니다.

실제 사례: 모터 제어와 진동·온도 측정을 한 화면에서

엠아이솔루션은 한국표준과학연구원(KRISS)의 모터 제어·진동 측정 프로그램을 개발했습니다. 지멘스 모터드라이버를 Modbus로 제어해 두 모터의 RPM과 토크를 조절하고, NI DAQ로 진동을 측정해 실시간 그래프로 표시합니다.

한국기계연구원(KIMM) 프로젝트에서는 대형 모터의 회전수, 출력 힘, 온도를 모니터링하고 냉각수 밸브를 제어했습니다. 측정값은 실시간으로 저장해 시험이 끝난 뒤에도 조건과 결과를 비교할 수 있도록 구성했습니다.

이런 프로그램은 차트 하나를 그리는 문제가 아닙니다. 명령을 보낼 수 있는 상태인지, 센서 값이 유효한지, 시험 중 저장이 끊기지 않는지가 함께 보장되어야 합니다.

6. 안전 조건은 소프트웨어와 장비에 이중으로 둡니다

사람이나 장비 안전에 영향을 주는 제한을 PC 프로그램 하나에만 의존하면 안 됩니다. 기계·전기 안전장치와 PLC 인터락이 우선이며, 상위 프로그램은 그 상태를 읽고 추가로 잘못된 조작을 막아야 합니다.

프로그램에서 고려할 대표 조건은 다음과 같습니다.

• 허용 범위를 벗어난 설정값 입력 차단
• 운전 중 변경할 수 없는 항목 잠금
• 시작 전 필수 조건 확인
• 경고와 즉시 정지를 구분한 알람 등급
• 통신 끊김 시 제어 버튼 비활성화
• 비상 정지 후 자동 재시작 금지

위험도가 높은 장비는 별도의 안전 규격과 인증 검토가 필요합니다. 소프트웨어 요구사항을 정할 때 기계·전기 담당자와 안전 책임자가 함께 참여해야 합니다.

7. 현장 UI는 빠른 판단과 실수 방지를 우선합니다

산업용 화면은 많은 정보를 한 번에 보여줘야 하지만, 모든 값을 같은 크기로 나열하면 오히려 판단이 느려집니다. 화면은 작업 순서에 맞춰 구성해야 합니다.

평상시 화면

• 현재 장비 상태와 핵심 측정값
• 진행 중인 작업 또는 시험 단계
• 정상 범위와 목표값
• 다음에 가능한 명령

이상 발생 화면

• 무엇이 언제 비정상이 되었는지
• 장비가 자동으로 어떤 조치를 했는지
• 작업자가 지금 해야 할 행동
• 상세 로그와 복구 절차로 이동하는 경로

색상은 정상·주의·경고처럼 의미가 있을 때만 사용하고, 색만으로 상태를 구분하지 않아야 합니다. 터치 모니터에서는 버튼 크기와 간격, 장갑 사용 여부도 확인합니다.

8. 장비 없이 먼저 검증할 시뮬레이터를 준비합니다

실장비 사용 시간이 제한되거나 현장 설치가 늦어지는 프로젝트라면 시뮬레이터가 효과적입니다. 정상 응답뿐 아니라 다음 상황을 재현해야 합니다.

• 응답 지연과 타임아웃
• 잘못된 데이터 길이와 범위 초과 값
• 운전 중 연결 끊김과 재연결
• 센서 값 급변과 경고 발생
• 명령 거부와 장비 오류 코드

BOBST MES 프로젝트에서도 ERP와 HMI 양쪽 역할을 수행하는 통신 검증용 시뮬레이터를 개발해 현장 설치 전 연동 로직을 확인했습니다. 시뮬레이터는 납품 후 기능을 수정할 때 회귀 테스트 도구로도 사용할 수 있습니다.

현장 검수에서 반드시 확인할 항목

통신

• 모든 주소와 단위가 장비 표시값과 일치하는가
• 장시간 운전 중 메모리 증가나 통신 누락이 없는가
• 케이블 분리 후 안전하게 복구되는가

제어

• 잘못된 순서의 명령이 차단되는가
• 연속 클릭이나 중복 요청이 한 번만 처리되는가
• 비상·오류 상태에서 위험한 명령이 비활성화되는가

데이터

• PC 재부팅과 날짜 변경 후에도 저장이 이어지는가
• 파일명, 시험 번호, 작업자 정보가 결과와 연결되는가
• 누락·중복을 운영자가 확인할 수 있는가

운영

• 로그만 보고 장애 시점과 원인을 추적할 수 있는가
• 설정 백업과 복원이 가능한가
• 업데이트 실패 시 이전 버전으로 돌아갈 수 있는가

검수 항목은 개발 완료 후 만드는 것이 아니라 요구사항 단계에서 합의해야 합니다. 그래야 "동작한다"의 의미를 발주사와 개발사가 동일하게 이해할 수 있습니다.

개발 의뢰 전에 준비하면 좋은 자료

1. 장비 구성도와 제어반·PC·네트워크 연결 구조
2. PLC, 드라이버, 센서, DAQ의 모델명과 매뉴얼
3. 읽기·쓰기 신호 목록과 단위
4. 작업자가 수행하는 운전 순서
5. 경고·정지·인터락 조건
6. 저장할 데이터, 수집 주기, 보관 기간
7. 사용 운영체제, 화면 해상도, 터치 사용 여부
8. 현장 테스트 가능 일정과 담당자

자료가 부족하다면 장비 조사와 신호 정의를 별도 선행 단계로 잡는 것이 좋습니다. 불확실한 상태에서 고정 견적만 맞추면 중요한 예외 처리가 빠지거나 후반 변경이 커질 수 있습니다.

정리: 좋은 장비 제어 프로그램은 장애 상황에서 드러납니다

산업용 소프트웨어의 품질은 정상 화면보다 통신 지연, 센서 이상, 잘못된 조작이 발생했을 때 확인됩니다. 통신 계층과 제어 로직을 분리하고, 시간 기준과 로그를 명확히 하며, 시뮬레이터와 실장비 검수를 모두 거쳐야 오래 운영할 수 있습니다.

엠아이솔루션은 C#·Qt 기반 산업용 PC 프로그램, Modbus 장비 제어, NI DAQ 계측, MES·ERP 연동을 실제 제조·연구 현장에 적용해 왔습니다. 장비 구성도나 통신 매뉴얼이 있다면 장비 제어 개발 문의에서 연동 가능 범위와 먼저 검증할 항목을 함께 정리할 수 있습니다.