국책과제 시험장비 가동 이력, 공동활용 전에 남길 기준

공동활용은 가동률보다 맥락이에요

시험장비가 하루에 몇 시간 켜져 있었는지만 보면 다음 예약을 잡기 어려워요. 실제 시험이 진행된 시간인지, 시료나 작업자를 기다린 시간인지, 보호 조건 때문에 멈춘 시간인지가 한 숫자에 섞이기 때문이에요. 가동·대기·중단 상태를 시험 ID와 함께 남겨야 장비가 비어 보이는 이유와 다음 시험에 필요한 시간을 구분할 수 있어요.

국가연구개발 시설·장비의 관리 등에 관한 표준지침은 연구시설·장비의 도입부터 관리, 운영, 공동활용과 처분까지 전주기를 다뤄요. 연구시설에는 시험·분석·계측을 지원하는 공간도 포함돼요. 이 지침이 개별 시험의 기록 항목까지 정해 주는 것은 아니지만, 공동활용 장비를 운영 단계에서 계속 관리해야 한다는 출발점은 분명해요.

먼저 읽을 결론은 간단해요. 가동 시간 하나보다 상태가 바뀐 시각, 시험 ID, 변경 이유, 마지막 수신 시각을 함께 모아야 해요. 그래야 장비 자체의 중단과 데이터 수집 공백을 나누고, 같은 조건의 시험끼리 비교할 수 있어요.

한 번의 시험을 네 구간으로 나눠요

처음부터 모든 PLC 주소를 저장할 필요는 없어요. 시험 흐름을 준비·가동·대기·종료 네 구간으로 나누고, 각 구간을 판별하는 최소 필드부터 정해 보세요. 아래 항목은 예시이므로 실제 장비 매뉴얼과 현장 필드 주소 맵에서 신호 의미를 다시 맞춰야 해요.

구간	함께 볼 PLC 필드 예시	운영자가 답할 질문
준비	준비 상태, 시험 ID, 설정 버전	같은 조건으로 시작했나요?
가동	운전 상태, 시험 단계, 측정값	실제 시험이 진행됐나요?
대기	대기 상태, 인터록 상태, 마지막 변경 시각	무엇을 기다리고 있나요?
종료	종료 상태, 종료 시각, 결과 구분값	정상 종료와 중단을 나눌 수 있나요?

PLC 시각과 저장 서버 시각도 구분해 두는 게 좋아요. 수집 주기는 값의 변화 속도와 시험 판단 목적에 맞추고, 결측 구간에는 직전 값을 무조건 채우기보다 마지막 정상 수신 시각을 남겨요. 이 기준이 있어야 서로 다른 시험의 가동 구간과 대기 구간을 같은 방식으로 비교할 수 있어요.

연결 계층과 운영 계층을 나눠요

여러 PLC의 상태를 한곳에서 수집하고 이력·전달 상태·대시보드까지 함께 관리하려면 EASY LOGGER가 운영 계층을 맡을 수 있어요. LS, Mitsubishi, Modbus 수집값을 저장하면서 OPC UA 노드로 제공할 수 있어, 외부 모니터링 클라이언트가 같은 주소 기준으로 현재 상태를 읽는 흐름을 만들기 좋아요. 다만 장비의 시험 성공 여부나 공동활용 규칙을 제품이 대신 판단하는 것은 아니에요.

한 시험실의 PLC를 EASY LOGGER가 직접 수집하고 로컬 이력과 대시보드만 관리한다면 EASY LOGGER 하나로 충분할 수 있어요. 반대로 떨어진 소형 장비 한 대의 LS XGT·Mitsubishi MC·Modbus 값을 기존 MQTT, HTTP API, MySQL 또는 Firebase로 보내고 저장 화면은 이미 따로 운영한다면 EASY-LINK 단독 구성이 더 단순할 수 있어요. 여러 지점의 연결을 EASY-LINK로 나누고 중앙에서 이력과 전달 상태를 통합해야 할 때 두 제품을 함께 검토하면 돼요. EASY-LINK가 단독 내장 대시보드를 제공한다고 보지는 않아요.

시험 상태가 PLC 주소에서 운영 서버의 이력과 OPC UA 노드로 나뉘어 전달되는 흐름이에요.

EASY LOGGER OPC UA 예제

아래 XBMPLC, D100_WORD, D0100, IP 주소는 모두 예시예요. 시험장비의 운전 상태 필드를 PLC D0100에 대응시킨다고 가정한 뒤, 실제 필드 주소 맵에서 장비 신호명·PLC 주소·데이터 타입·쓰기 허용 여부를 대조해야 해요. D0100의 WORD 값은 OPC UA의 UInt16 노드로 연결되는 예시이며, 운전 중에는 읽기 전용으로 두고 쓰기 검증은 현장에서 승인한 테스트 노드에만 적용해요.

CONFIG: XBMPLC / D100_WORD
ENDPOINT: opc.tcp://192.168.0.50:4840/easylogger/server/
NODE ID: ns=2;s=EASY_LOGGER/Devices/XBMPLC/Tags/D0100
DATA TYPE: UInt16
READ: 시험장비 운전 상태 조회
WRITE: 현장 주소 맵에서 승인한 테스트 노드만 검증

먼저 Automatic Node Preview에서 D100_WORD 설정의 Node ID와 UInt16 타입이 주소 맵과 같은지 확인해요. 이어서 Runtime Status에서 서버 상태와 최신값 갱신을 보고, 쓰기 시험을 했다면 마지막 쓰기 대상이 승인한 테스트 노드인지 다시 확인해요. 화면 값과 PLC 인터록 조건이 다르면 쓰기를 진행하지 않아요.

• 테스트 노드만 사용합니다.
• 최소 권한만 부여합니다.
• 허용 노드 범위를 제한합니다.
• PLC 인터록을 확인합니다.
• 수동 복구 절차를 준비합니다.

화면은 세 줄이면 충분해요

대시보드 첫 화면에는 현재 상태, 마지막 변경 시각, 마지막 정상 수신 시각을 먼저 두는 편이 좋아요. 그 아래에는 가동·대기·중단 구간을 한 줄 타임라인으로 놓고, 시험 ID 두 개를 같은 시간축으로 비교해요. 결측은 장비 중단과 다른 표시로 남겨야 데이터가 없던 시간을 정상 대기로 오해하지 않아요.

운영자는 현재값만 보는 대신 세 가지 질문을 바로 답할 수 있어야 해요. 지금 시험이 진행 중인지, 대기가 길어진 구간이 어디인지, 수집이 멈춘 시각이 언제인지예요. 상세 원인은 현장 기록과 함께 확인하고, 대시보드는 판단을 시작할 위치를 알려 주는 역할에 집중해요.

한 장비의 상태 이력부터 비교 화면과 여러 장비의 통합 운영으로 넓혀 가는 모습이에요.

한 장비에서 시작해 범위를 넓혀요

첫 단계에서는 시험장비 한 대와 상태 필드 몇 개만 골라 PLC 화면, 저장 이력, OPC UA 클라이언트의 값을 같은 시각에 비교해요. 다음 단계에서 시험 ID별 가동·대기·중단 시간을 겹쳐 보고, 반복해서 필요한 판단이 확인된 뒤에 장비 수를 늘려요. 설정 수보다 다시 찾아볼 수 있는 이력의 품질이 먼저예요.

과제 업무시스템이나 MES·CIM 같은 상위 시스템으로 넘길 때는 MQTT, HTTP API 또는 DB 인터페이스로 필요한 데이터만 연계해요. 확인되지 않은 전용 커넥터나 무설정 직접 연동을 전제로 하지 않고, 시험 ID·시각·상태 코드의 의미를 수신 측과 먼저 맞춰야 해요. 관련된 기록 설계는 국책과제 LS PLC 연구 데이터 글에서, 노드 확인 절차는 EASY LOGGER OPC UA 설정 가이드에서 이어서 볼 수 있어요.

다른 수집 사례는 기술 블로그에 모아 두었고, 제품의 확인된 연결 범위는 HT Automation 홈페이지에서 확인할 수 있어요. 현재 PLC 모델, 상태 필드 주소, 시험 주기, 저장 위치를 정리한 뒤 현장 연결 가능 여부부터 부담 없이 확인해 보세요.