스마트팩토리 공정 온도 수신 이력을 EASY LOGGER에서 확인하고 OPC UA로 읽는 구성

온도값이 이력과 화면으로 이어지는 경로

스마트팩토리에서 공정 온도값을 모으려면 측정 위치, 연결 경로, 이력 저장 위치를 먼저 구분해야 합니다. 이 글은 온도센서인 EASY-TEMP가 값을 만들고 EASY-LINK가 이를 연결하며 EASY LOGGER가 수신값을 기록하는 한 대 설비 구성을 설명합니다. EASY LOGGER는 현장 값을 수집하는 산업용 IoT 게이트웨이이자 데이터 로거로 사용합니다.

이 데이터 흐름은 센서·PLC 영역에서 시작해 MQTT로 수집되고, MySQL 저장 이력과 대시보드를 거쳐 MES·CIM에 필요한 인터페이스로 이어집니다. OPC UA는 외부 클라이언트가 현재값을 READ로 조회하는 확인 경로로 둡니다. 값의 수신, 저장, 조회를 각각 확인하면 문제가 생긴 구간을 좁힐 수 있습니다.

온도값이 연결 장치를 거쳐 저장 화면에 도달하는 흐름

수신 프로필을 실제 화면에 등록합니다

EASY-LINK는 현장 장치가 보낸 값을 브로커와 연결하는 역할을 맡습니다. EASY LOGGER의 MAIN 설정에서 CONNECTION PROTOCOL을 EASY-LINK로 고르고 PRODUCT에서 TEMP를 선택합니다. 브로커 출처가 Self · 관리자 MQTT 재사용이면 MQTT 설정 화면의 브로커를 쓰고, External · 장치 브로커이면 BROKER HOST, PORT, USERNAME, PASSWORD, CLIENT ID, TLS를 현장값으로 입력합니다.

수집 조건의 SUBSCRIBE TOPIC에는 매뉴얼 예시인 EASYLINK/TEMP를 기준으로 실제 발행 토픽을 확인합니다. ROOT KEY는 TEMP의 기본값 EASYTEMP를 확인하고, 토픽 스캔으로 받은 주소키 중 필요한 것만 ADDRESSES에 등록합니다. TRIGGER를 On message로 두면 메시지가 올 때마다 한 행을 남기며, Timer는 주기마다 최신값 한 행을 남깁니다.

원시 주소키의 DATA TYPE은 실제 장치 데이터 형식과 맞춰야 합니다. EASY-LINK TEMP는 읽기 전용이므로 WRITE TOPIC은 비워 두고, STALE AFTER (MS)는 현장에서 수신 중단을 판별할 기준으로 정합니다. 저장 후에는 저장 PLC 목록과 저장 설정 목록의 STATUS를 확인하고, 브로커 연결이 끊겨 SKIPPED가 되면 브로커 연결부터 점검합니다.

MySQL 저장 이력과 대시보드를 대조합니다

주 전달 대상은 MySQL 데이터베이스입니다. DB 설정에서 ENABLE을 켜고 DB Name, Host Address, Port, User, Password를 입력한 뒤 연결 테스트와 설정 저장을 순서대로 실행합니다. 매뉴얼은 MariaDB/MySQL의 기본 Port를 3306으로 제시하며, DB 서버가 장비 자체에 있으면 Host Address에 127.0.0.1을 사용한다고 설명합니다.

DB 조회에서는 수집 설정 이름으로 만들어진 테이블을 선택하고 기간 설정과 상세 필터의 Config, Address, Data Type을 필요한 범위로 지정합니다. 조회 결과의 Timestamp, Config, Address, Value를 대조한 뒤 필요한 구간만 CSV 출력합니다. DB와 로컬 CSV 저장은 동시에 켤 수 없으므로 이 구성에서는 MySQL 저장을 택합니다.

EASY LOGGER 대시보드에서는 게이지와 그래프로 현재 수집값을 봅니다. DB 조회에서 저장 이력을 확인하고 화면 아래 DB·PLC·API·MQTT·OPCUA 상태 표시등에서 전달 상태를 살핍니다. 표시값이 비어 있으면 MAIN 설정의 수집 상태와 DB 설정의 연결 상태를 먼저 확인합니다.

EASY LOGGER OPC UA 예제

OPC UA는 외부 클라이언트가 서버의 값을 읽는 산업용 통신 방식입니다. 여기서는 EASY-LINK TEMP의 수신값을 대상으로 READ 조회만 점검합니다. 제공된 매뉴얼 범위에는 고정 Endpoint와 Node ID 문자열이 없으므로, 다음 프로필의 해당 값은 실제 OPCUA 설정 화면에서 확인합니다.

CONNECTION PROTOCOL: EASY-LINK
PRODUCT: TEMP
토픽: EASYLINK/TEMP
ROOT KEY: EASYTEMP
Endpoint: 현장 OPCUA 설정 화면에서 확인
Node ID: 현장 Node Preview에서 확인
datatype: 수집 설정의 DATA TYPE과 대조
동작: READ

Node Preview에서 실제 Node ID와 datatype이 등록한 수집값에 대응하는지 확인합니다. Runtime Status에서 서버 상태와 최신값을 점검하고, 클라이언트의 READ 결과를 DB 조회의 같은 주소 기록과 대조합니다. 수집 설정이나 주소키를 바꾸면 조회에 쓰는 노드도 다시 확인합니다.

전달 대상별 인터페이스를 나눕니다

MySQL은 시간 범위와 주소 조건으로 저장 이력을 다시 확인할 때 적합하며, DB 서버 접속과 남은 저장 공간을 관리해야 합니다. MQTT는 브로커로 값을 발행해 외부 소비자가 받을 수 있지만 브로커 연결과 발행 대상을 별도로 확인해야 합니다. HTTP API는 상위 시스템이 요청하는 데이터 인터페이스로 검토할 수 있으나 이 발췌에는 구체적인 엔드포인트가 없으므로 경로를 임의로 적지 않습니다.

MES·CIM 상위 시스템에는 MQTT·HTTP API·DB 인터페이스 중 해당 시스템이 수용하는 경로를 선택합니다. Firebase는 제공된 매뉴얼에 연결 설정이 제시되지 않으므로 이 구성의 직접 전달 대상으로 단정하지 않습니다. 이처럼 저장은 MySQL, 현재값 조회는 OPC UA, 상위 시스템 데이터 연동은 지원된 인터페이스의 설정 상태를 기준으로 구분합니다.

수신값을 저장하고 조회 대상과 전달 대상을 구분하는 흐름

한 대부터 확인하는 운용 순서

먼저 온도센서와 연결 장치 한 대에서 토픽 스캔 결과와 ADDRESSES를 대조합니다. 다음으로 MAIN 설정의 RUNNING, DB 설정의 정상 표시, DB 조회의 새 행, 대시보드 값, OPC UA의 READ 결과를 순서대로 확인합니다. 수집 주기가 짧을수록 장치와 네트워크 부하가 늘 수 있으므로 실제 필요한 주소만 등록합니다.

데이터 연동 범위를 넓히기 전에는 제품 구성, 기술 글 목록, OPC UA와 MySQL 관련 글을 함께 검토할 수 있습니다. 현장 연결 가능 여부만 먼저 확인한 뒤 수신 토픽, 저장 방식, 상위 시스템 인터페이스를 순서대로 정하면 됩니다. 설비 데이터 수집 경로와 보존 조건은 운영자가 화면에서 확인할 수 있는 값으로 남깁니다.