스마트 HACCP 습도 데이터를 외부 MySQL로 연계하는 설계 기준

먼저 정할 운영 질문

식품공정의 습도 데이터는 수치를 많이 쌓는 것보다 어떤 관리 질문에 답할지 먼저 정해야 해요. 원료나 공정 주변의 습도가 변한 시점을 찾으려면 현재값만 보지 말고 측정 시각, 센서 상태, PLC 수집 상태를 함께 남겨야 해요. 그래야 실제 환경 변화와 데이터 공백을 구분할 수 있어요.

식품의약품안전처의 HACCP 자료는 위해 요소를 사전에 확인하고 공정 관리문서와 기록을 유지하는 체계를 설명해요. 따라서 습도센서 값은 현장 필드와 외부 이력의 연결 기준을 먼저 정하고, 기록을 어디서 검색할지까지 설계하는 것이 좋아요. HACCP 기준 자료를 확인하는 식약처 문서와 스마트 HACCP 관련 운영 글을 함께 참고하면 질문과 화면을 나누기 쉬워요.

필드와 PLC 주소를 맞춰요

주소 맵에는 ROOM01, Humidity, MW120, Float, %RH, 측정 시각, 품질 상태를 한 행에 기록할 수 있어요. 이 이름과 주소는 설명을 위한 샘플이므로 실제 LS PLC 설정과 현장 field address map을 대조해 확정해야 해요. 센서가 정수로 값을 내보내는지 소수로 내보내는지, 배율과 단위가 무엇인지도 같은 표에 넣어야 해요.

EASY-LINK는 LS PLC의 신호를 수집해 정해진 전달 대상으로 보내고, 그 뒤 단계는 맡지 않아요. 습도센서의 필드와 PLC 값을 맞춰 외부 MySQL로 전달하는 연결 역할만 필요하다면 EASY-LINK가 충분한 출발점이 될 수 있어요. 이때 MySQL은 운영팀이 소유한 외부 스키마와 테이블 계약으로 정의해요.

EASY LOGGER는 수집 주기, 저장 이력, 전달 상태, 대시보드 운영을 맡는 데이터 로거이자 운영 계층이에요. 여러 보관 구역의 습도 이력을 비교하거나 누락 시각을 찾고, DB History Logs와 Payload Log를 함께 확인해야 할 때 도움이 돼요. 한 센서의 단순 전달이면 EASY-LINK만으로 검토할 수 있고, 이력과 화면까지 관리하면 EASY LOGGER를 더하는 방식이 맞아요.

현장 신호를 외부 저장소로 연결하는 EASY-LINK의 공식 이미지예요.

전달 경로를 비교해요

MySQL은 외부 스키마에서 기간별 습도 기록과 품질 상태를 검색하기 좋아요. MQTT는 여러 화면이나 소비자가 변화 스트림을 구독할 때 유리하고, HTTP API는 정해진 endpoint와 요청·응답 계약을 확인하기 좋아요. Firebase는 웹·모바일 화면에 현재 상태를 동기화할 때 비교할 수 있어요. 이 글의 목적은 프로토콜 비교 자체가 아니라 식품공정 기록을 누가 보존하고 어느 화면에서 확인할지 정하는 데 있어요.

MES·CIM 같은 상위 시스템은 MQTT·HTTP API·DB 인터페이스로 연계 범위를 정해요. 확인되지 않은 전용 커넥터를 전제로 하지 않고, 외부 시스템이 받을 필드명과 테이블 계약을 주소 맵 및 운영 문서와 함께 버전 관리해요. 산업용 IoT 게이트웨이는 현장 값의 전달 경계를 설명하는 말이고, 외부 DB의 보존 책임까지 대신한다는 뜻은 아니에요.

EASY LOGGER MySQL 예제

아래 ROOM01, Humidity, MW120은 예시 이름과 주소예요. 습도센서의 Humidity 필드가 LS PLC의 MW120과 대응한다고 가정했으므로 실제 사용 전 현장 field address map과 대조해야 해요. EASY LOGGER가 전달한 측정 시각·주소·변환값·품질 상태를 외부 시스템 소유 스키마에 기록하고, DB History Logs에서 같은 이력을 검색하는 흐름이에요.

CREATE TABLE external_schema.haccp_humidity_history (
  record_id BIGINT PRIMARY KEY,
  area_name VARCHAR(40) NOT NULL,
  field_name VARCHAR(40) NOT NULL,
  plc_address VARCHAR(20) NOT NULL,
  value_percent DECIMAL(10,3),
  quality VARCHAR(20) NOT NULL,
  collected_at DATETIME(3) NOT NULL
);

SELECT area_name, field_name, plc_address, value_percent, quality, collected_at
FROM external_schema.haccp_humidity_history
WHERE area_name = 'ROOM01'
  AND plc_address = 'MW120'
  AND collected_at >= '2026-08-01 00:00:00'
ORDER BY collected_at;

이 SQL은 EASY LOGGER 내부 스키마가 아니라 외부 시스템이 관리하는 예시 스키마와 테이블이에요. MW120과 Humidity가 같은 필드인지 주소 맵에서 확인한 뒤 DB History Logs에서 기간·주소·품질을 조회하고, 같은 시각의 Payload Log와 대조해요. 보존 기간과 백업은 외부 DB 운영 기준과 식품공정 기록 정책에 맞춰 정해요.

운영 화면과 단계적 도입

EASY LOGGER에서 DB History Logs는 특정 구역과 시간 범위의 기록을 다시 찾는 화면으로 보고, Runtime Status에서는 마지막 수신 시각과 전달 상태를 확인해요. 대시보드에는 현재 습도와 품질 상태를 함께 표시하고, 데이터 추세 분석에서는 측정 시각이 끊긴 구간을 값의 변화와 구분해요. EASY LOGGER의 저장 이력과 전달 상태가 운영 화면의 판단 근거가 되고, EASY-LINK는 현장 연결 계층에 머물러요.

처음에는 한 대의 센서와 한 공정의 Humidity 필드로 작게 시작해요. 정상 구간, 경계 구간, 수집 공백, 재연결 뒤 첫 값, 외부 DB 저장 성공 여부를 차례로 확인한 다음 단계적으로 범위를 넓혀요. 주소 맵, 수집 주기, 외부 테이블, 권한, 담당 화면을 한 변경 기록에 묶으면 MES·CIM 연계 때도 계약 변경을 찾기 쉬워요.

수집 이력과 전달 상태를 운영하는 EASY LOGGER의 공식 이미지예요.

현장 연결 가능 여부를 확인하려면 LS PLC 모델, 습도센서 필드 주소 맵, 수집 주기, 외부 MySQL 스키마 소유자와 필요한 화면을 정리해 상담이나 문의로 이어가 보세요.

근거와 적용 경계

식품의약품안전처 공식 자료는 HACCP 관리계획과 공정 기록 유지의 기준을 확인하는 근거로 사용했어요. 한국식품안전관리인증원 공식 자료는 스마트 HACCP의 자동 기록관리 개념을 확인하는 참고로 삼았고, HT Automation 공식 자료는 EASY-LINK의 PLC 연결·전달 역할과 EASY LOGGER의 저장 이력·전달 상태·대시보드 운영 범위를 확인하는 데 사용했어요. 이 글의 PLC명, 주소, 테이블, 컬럼과 값은 모두 예시이며 실제 현장 field address map과 외부 시스템 계약을 대조해야 해요.