Mitsubishi PLC 전력 품질 데이터를 MySQL과 대시보드로 운영하는 기준
전력 데이터를 모아야 운영 판단이 빨라져요
안녕하세요. 공장 운영에서 전력 데이터는 단순한 사용량 기록보다 공정 상태를 비교하는 기준에 가까워요. 전압, 전류, 역률, 누적 전력량을 설비별 시간과 함께 모으면 어느 공정에서 부하가 변했는지, 계측값이 언제 끊겼는지, 조치 뒤 흐름이 달라졌는지를 한 화면에서 확인할 수 있어요. 중소벤처기업부의 탄소중립형 스마트공장 공고도 전력량계 같은 계측 디바이스와 에너지 데이터 수집장치, 실시간 모니터링을 지원 대상으로 설명하고 있어요.
전력계가 값을 내보내도 PLC 주소와 단위가 맞지 않으면 화면 숫자는 운영 근거가 되기 어려워요. 그래서 현장에서는 계측기 값, Mitsubishi PLC의 레지스터, 수집 시각, 전달 상태를 한 묶음으로 정의하는 일이 먼저예요. 한국에너지공단의 발전설비 데이터처럼 설비 단위의 기록을 비교하려면 데이터의 기준 시각과 단위도 함께 남겨야 해요.
현장 주소에서 운영 데이터까지 연결하기
예시는 MITSU-PLC01, D200을 사용하는 전력계 구성으로 설명할게요. 이 이름과 주소는 샘플이며 실제 PLC·계측기 field address map과 대조해 확정해야 해요. 전압·전류·역률을 각각 word 또는 float로 읽는지, 배율이 0.1인지 0.01인지, 누적값이 32비트인지도 장비 문서와 PLC 프로그램에서 확인해야 해요.
EASY-LINK는 현장 계측값과 Mitsubishi PLC 사이의 연결·전달 역할에 집중하고, EASY LOGGER는 수집 이력·전달 상태·Dashboard 운영을 맡아요. 즉 EASY-LINK는 센서·PLC에서 목적지까지 값을 이어 주는 계층이고, EASY LOGGER는 여러 장치의 저장 이력과 운영 화면을 묶어 확인하는 계층이에요. 적용 경계도 분명해요. EASY-LINK는 현장 장치·PLC에서 값을 읽어 목적지로 전달하는 연결 계층까지가 중심이고, 저장 이력·전달 상태·Dashboard를 운영하는 서버 계층은 EASY LOGGER의 범위예요. EASY LOGGER가 PLC 제어 로직이나 인터록을 대신하는 제품이라고 보지 않아요. 한 대의 전력계만 연결하고 현재값만 확인한다면 EASY-LINK만으로 시작할 수 있지만, 여러 설비의 이력과 전달 누락을 비교하려면 EASY LOGGER가 도움이 돼요. 제품의 연결 범위와 설정값은 EASY Automation 제품 안내에서 확인하고, 주소·통신 조건은 PLC 데이터 수집 매뉴얼에서 대조하면 좋아요.
전력계와 PLC의 값을 연결한 뒤 MQTT·HTTP API·MySQL·Firebase 경로를 목적에 맞게 비교하는 흐름이에요.
전달 경로를 목적별로 비교해요
MQTT는 현재값과 상태를 구독자에게 빠르게 나누는 데 어울려요. HTTP API는 운영 서버나 상위 시스템이 정한 endpoint와 요청·응답 계약을 맞출 때 편해요. MySQL은 외부 스키마에 측정 시각과 값을 보존하고 기간별 비교를 할 때 유리해요. Firebase는 여러 화면에서 현재 상태를 공유할 때 검토할 수 있지만, 장기 이력의 기준은 외부 DB 정책과 함께 정해야 해요.
이번 주제의 deliveryTarget은 MySQL이에요. energy_ops.power_quality_history 같은 이름은 외부 운영 DB의 예시 스키마이며 EASY LOGGER 내부 스키마라고 단정하지 않아요. MES·CIM은 전용 커넥터를 전제로 하지 않고 MQTT, HTTP API, DB 인터페이스 범위에서 연계 여부와 필드를 협의해야 해요. 산업 데이터 보안은 계정별 최소 권한, 허용된 네트워크 범위, 변경 이력으로 나누어 확인하는 편이 안전해요.
EASY LOGGER 대시보드 예제
전력계의 voltage, current, power_factor 필드를 Mitsubishi PLC 샘플 주소 D200, D202, D204에 매핑한다고 가정해요. 이 주소와 MITSU-PLC01은 실제 field address map과 대조해야 하는 예시예요. EASY LOGGER의 Dashboard에서는 현재값, last receive time, delivery state, history를 같은 전력계 ID로 연결해 확인해요.
{
"device_id": "MITSU-PLC01",
"fields": {"voltage": 220.4, "current": 18.2, "power_factor": 0.91},
"source": {"plc": "MITSU-PLC01", "address_map": {"voltage": "D200", "current": "D202", "power_factor": "D204"}},
"received_at": "2026-08-18T09:00:00+09:00",
"delivery_state": "stored"
}
Dashboard 위젯 필드는 current_value, last_receive_time, delivery_state, history로 구체화해요. 여기서 current value 위젯은 현재 전압·전류·역률을, last_receive_time 위젯은 마지막 수신 시각을, delivery_state 위젯은 저장 성공 여부를, history 위젯은 기간별 변화를 보여주는 식으로 화면을 구성해요. Payload Log에서 field 이름과 단위를 먼저 보고 Runtime Status에서 연결 상태를 확인한 다음, DB History에서 외부 energy_ops.power_quality_history 조회 결과와 시각을 맞추면 돼요.
Dashboard는 현재값과 전달 상태를 이력 그래프와 함께 보여줘 운영자가 다음 확인 지점을 찾게 해요.
운영 범위를 작게 시작하는 순서
처음부터 모든 계측기를 묶기보다 한 대, 한 공정에서 주소·단위·수신 시각을 맞추는 편이 좋아요. 먼저 EASY-LINK에서 Mitsubishi PLC와 전력계 값을 읽고, EASY LOGGER에서 Payload Log와 Runtime Status를 확인해요. 다음으로 MySQL 외부 스키마에 기록할 컬럼과 보존 기간을 정하고, Dashboard에서 현재값과 history가 같은 장비 ID로 이어지는지 비교해요.
한국에너지공단 자료는 설비 효율성 평가와 소비 패턴 분석의 기초자료로 활용할 수 있는 데이터의 예를 보여줘요. 다만 특정 현장의 절감률이나 법규 준수 결과를 이 글에서 판단하지는 않아요. 현장 기준과 계측기 정확도, PLC 프로그램의 주소 맵을 확인한 뒤 운영 지표를 정해야 해요.
전력 품질 데이터의 현장 연결 가능 여부가 궁금하다면 현재 계측기 모델, Mitsubishi PLC 주소표, 원하는 MySQL 컬럼을 준비해 확인·상담·문의해 주세요.