원격지 압력 데이터, LS XGT에서 MySQL 이력으로 설계하는 기준

먼저 결론부터 볼게요

원격지 압력 데이터를 MySQL에 남길 때 핵심은 값을 많이 모으는 일이 아니라, 나중에 같은 필드를 다시 찾을 수 있게 설계하는 일이에요. 압력 트랜스미터의 현장 필드가 어느 PLC 주소와 대응하는지, 측정 시각과 수집 시각을 어떻게 구분할지, 결측과 재전송을 어떻게 표시할지를 먼저 정해야 해요.

한 장치나 한 공정의 주소 몇 개를 외부 시스템으로 보내는 단계라면 현장 연결 계층만으로 시작할 수 있어요. 여러 원격지의 저장 이력·전달 상태·대시보드를 함께 관리하려면 운영 계층을 더해 DB History Logs에서 같은 기준으로 확인하는 편이 좋아요. 이 글은 원격지 설비의 압력 데이터를 LS XGT에서 MySQL로 이어 붙일 때 필요한 인터페이스 설계를 비교해요.

압력 데이터가 필요한 운영 질문

압력 값 하나만 보면 순간적인 높고 낮음은 알 수 있지만, 어느 설비의 어느 필드인지와 언제 수집됐는지가 빠지면 원인을 좁히기 어려워요. 예를 들어 흡입 압력과 토출 압력을 같은 시각에 비교하려면 설비 ID, 필드 주소, 단위, 품질 상태, 측정 시각을 한 레코드에서 연결할 수 있어야 해요.

원격지에서는 통신이 잠깐 끊긴 뒤 값이 몰려 들어오는 상황도 고려해야 해요. 그래서 measured_at과 collected_at을 나누고, 외부 스키마에 quality와 원본 필드 주소를 남기는 설계가 유용해요. 이 구조는 특정 임계값을 자동 판정한다는 뜻이 아니라, 담당자가 같은 데이터 계약으로 기간·설비·필드를 검색하게 돕는 기준이에요.

센서·PLC에서 목적지까지 나누기

압력 트랜스미터의 값은 현장 주소 맵에서 LS XGT PLC의 시험 주소와 대응시킨 뒤 읽어요. 현장 연결만 필요하면 EASY-LINK가 LS XGT 데이터를 수집해 MQTT, HTTP API, MySQL, Firebase로 전달하는 게이트웨이 역할을 맡을 수 있어요. EASY LOGGER는 여러 EASY 장치와 PLC 데이터를 통합 수집하고 저장 이력·전달 상태·대시보드를 관리하는 운영 계층으로 구분해요.

EASY-LINK는 LS XGT 현장 데이터와 외부 목적지를 연결하는 계층으로 검토해요.

전달 방식은 운영 질문으로 고르면 돼요. MQTT는 여러 소비자가 현재 변화를 구독할 때 편하고, HTTP API는 정해진 서버의 요청·응답과 재시도 규칙을 분명히 할 때 맞아요. MySQL은 기간·설비·주소별 이력을 쿼리로 비교할 때 유용하고, Firebase는 웹·모바일 화면에 상태를 동기화하는 목적에서 검토할 수 있어요. 어느 방식도 항상 우월하다고 단정하지 말고, 보존 책임과 중복 처리 주체를 먼저 정하세요. MES·CIM 같은 상위 시스템은 MQTT·HTTP API·DB 인터페이스로만 연계 범위를 협의하고, 확인되지 않은 전용 커넥터나 네이티브 직접 지원을 전제로 하지 않아요.

EASY LOGGER 운영 계층과 단계적 도입

원격지 한 곳에서 압력 필드 몇 개를 외부 MySQL로 보내는 정도라면 EASY-LINK 중심 구성이 충분할 수 있어요. 반대로 지점이 늘고 수집 주기, 마지막 전달 시각, 저장 오류와 대시보드를 한 화면에서 확인해야 하면 EASY LOGGER를 함께 검토하는 편이 자연스러워요. EASY LOGGER가 현장 안전 판단이나 PLC 인터록을 대신하는 것은 아니므로, 운영 화면에서 확인하는 범위와 제어 권한은 분리해 두세요.

처음에는 한 대 또는 한 공정의 시험 주소로 시작해요. 정상값, 통신 단절, 재연결 뒤 중복 여부를 차례로 확인하고, 같은 필드가 MQTT Payload Log와 외부 MySQL에 같은 시각 기준으로 남는지 비교해요. 이후 범위를 넓힐 때는 설비 ID와 주소 맵을 추가하되 기존 컬럼의 의미를 바꾸지 않는 방식이 안전해요.

EASY LOGGER는 저장 이력과 전달 상태를 함께 확인하는 운영 계층으로 설명해요.

EASY LOGGER MySQL 예제

아래 REMOTE_LSPLC_TEST, PRESSURE_OUTLET_D100, D0100은 예시 이름이에요. 압력 트랜스미터의 outlet_pressure 필드가 LS XGT의 D0100과 대응한다고 가정한 예시이므로, 실제 사용 전 현장 필드 주소 맵과 CONFIG를 대조해야 해요. MySQL은 EASY LOGGER 내부 스키마가 아니라 운영팀이 소유한 외부 스키마·테이블 예시로만 다뤄요.

CREATE TABLE external_pressure_history (
  record_id BIGINT PRIMARY KEY AUTO_INCREMENT,
  site_id VARCHAR(40) NOT NULL,
  device_name VARCHAR(80) NOT NULL,
  field_address VARCHAR(40) NOT NULL,
  pressure_value DECIMAL(18,4) NULL,
  measured_at DATETIME(3) NOT NULL,
  collected_at DATETIME(3) NOT NULL,
  quality VARCHAR(20) NOT NULL,
  INDEX idx_pressure_search (site_id, device_name, field_address, measured_at)
);

SELECT device_name, field_address, pressure_value, measured_at, quality
FROM external_pressure_history
WHERE site_id = 'REMOTE_SITE_01'
  AND field_address = 'D0100'
  AND measured_at >= '2026-08-24 09:00:00'
ORDER BY measured_at DESC;

DB History Logs에서는 외부 스키마의 레코드와 EASY LOGGER의 저장·전달 상태를 분리해서 확인해요. field_address, pressure_value, measured_at, quality가 외부 DB 조회 결과에 남고, 같은 필드의 마지막 수집 시각과 오류가 화면에 대응하는지 확인하면 돼요. 보존 기간은 외부 DB 운영 기준과 분석·감사 요구에 맞춰 정하고, 삭제나 권한 변경은 별도 승인 절차로 관리하세요.

LS XGT 데이터의 주소 등록 흐름은 LS PLC 데이터 수집과 주소 등록 안내에서 이어서 볼 수 있고, DB 화면의 조회 순서는 EASY LOGGER DB 설정과 조회 매뉴얼에서 확인할 수 있어요. 제품의 현장 연결 범위는 EASY-LINK 공식 제품 페이지에서 살펴보면 돼요.

현장 연결 가능 여부를 확인하고 싶다면 현재 압력 트랜스미터 모델, LS XGT 주소 맵, 필요한 MySQL 컬럼과 보존 기준을 정리해 상담해 보세요. 한 대의 시험 데이터부터 확인한 뒤 운영 범위를 넓히면 실제 책임 구간을 더 쉽게 나눌 수 있어요.