식품공장 CCP 유량 상태를 대시보드로 잇는 Mitsubishi MC 연동 기준
먼저 운영 질문부터 정해요
식품공장 CCP 공정에서 유량값을 모으는 목적은 숫자를 많이 쌓는 데 있지 않아요. 세척수가 정해진 구간을 지나고 있는지, 값이 마지막으로 들어온 시점이 언제인지, 전달이 끊겼을 때 어느 구간을 먼저 확인할지를 한 화면에서 판단하려는 거예요. 유량계의 표시값과 PLC 원시값이 맞아도 대시보드에 오래된 값이 남아 있으면 운영 판단은 달라질 수 있어요. 그래서 처음부터 현재값, 마지막 수신 시각, 전달 상태, 이력이라는 네 가지 확인점을 데이터 계약에 넣는 편이 좋아요.
이번 글의 대상은 CCP 세척수 유량이에요. 장치 한 대의 한 필드에서 시작해 PLC 주소, 전송 포맷, 화면 표시를 순서대로 맞추고, 값이 유효한지와 통신이 살아 있는지를 따로 확인하는 흐름을 살펴봐요. EASY-LINK는 확인된 현장 연결과 전달을 맡고, EASY LOGGER는 통합 수집·저장 이력·전달 상태·대시보드 운영을 맡는 식으로 역할을 나눠요.
EASY-LINK의 역할은 현장 PLC·센서 필드를 확인된 방식으로 연결하고 목적지로 전달하는 연결 계층이에요. EASY LOGGER의 역할은 통합 수집 뒤 저장 이력·전달 상태·대시보드를 운영하는 관리 계층이에요. 한 대의 PLC와 한 목적지만 연결·전달하면 EASY-LINK 단독으로 충분할 수 있고, 여러 장치의 이력·전달 상태·대시보드가 필요할 때 EASY LOGGER를 함께 검토해요. EASY-LINK는 저장 이력과 대시보드 운영을 맡지 않고, EASY LOGGER는 현장 PLC 주소를 임의로 확정하지 않아요.
데이터 계약을 작게 만들어요
예시로 CCP_LINE01의 WashFlowPV가 Mitsubishi PLC의 D1200과 대응한다고 가정해요. 이 PLC명과 필드명, 주소는 설명을 위한 샘플이므로 실제 유량계 사양과 현장 field address map, PLC 설정을 대조해 확정해야 해요. 값의 단위는 L/min, 구역 식별자는 ZONE_A, 측정 시각은 measuredAt, 수신 시각은 receivedAt처럼 명시하면 화면과 이력에서 같은 사건을 다시 찾기 쉬워요.
EASY-LINK는 EASY LOGGER를 대신하는 저장·대시보드 제품이 아니에요. EASY-LINK만으로 충분한 경우는 현장 PLC 필드를 확인된 방식으로 연결해 목적지로 전달하는 단계이고, 여러 장치의 저장 이력·전달 상태·대시보드 운영이 필요할 때 EASY LOGGER가 도움을 줘요. 따라서 연결·전달과 저장·운영을 분리해 범위를 정하는 게 좋아요.\n\nEASY-LINK로 현장 필드를 연결하는 구성만 필요하다면 한 대의 PLC와 한 유량 필드로 충분한지 먼저 볼 수 있어요. 반대로 CCP 구역이 늘고 담당자가 센서 데이터 수집 결과인 현재값과 이력을 함께 확인해야 한다면 EASY LOGGER를 운영 계층에 더하는 편이 맞아요. 제품 선택은 기능 목록을 모두 켜는 일이 아니라 누가 어느 화면에서 어떤 결정을 내릴지에 따라 정해요.
EASY LOGGER가 저장 이력과 전달 상태를 운영하는 공식 제품 이미지예요.
MQTT·HTTP API·MySQL·Firebase를 비교해요
MQTT는 유량 상태를 Topic으로 나누어 여러 소비자에게 전달할 때 살펴보기 좋아요. HTTP API는 외부 운영 서버가 정한 endpoint와 요청·응답 계약을 맞출 때 비교해요. MySQL은 외부 스키마와 테이블을 운영팀이 관리하며 기간별 기록을 조회할 때 적합하고, Firebase는 웹이나 모바일 화면에 현재 상태와 이력을 빠르게 표시하는 경로로 검토할 수 있어요. 이번 deliveryTarget은 Firebase예요. 그렇다고 다른 경로를 배제하는 뜻은 아니고, 대시보드 화면의 갱신성과 권한·보관 책임을 비교해 선택하는 기준이에요.
MES나 CIM 같은 상위 시스템은 MQTT, HTTP API 또는 DB 인터페이스로 필드 계약을 협의하는 범위에서 연결해요. 확인되지 않은 전용 커넥터를 전제로 하지 않고, value, unit, zoneId, measuredAt, receivedAt의 의미가 상위 화면에서도 유지되는지 먼저 맞춰요. Firebase를 쓸 때도 외부 스키마와 화면 필드의 책임 범위를 문서로 남겨야 해요.
EASY-LINK가 확인된 PLC 필드를 목적지로 전달하는 공식 제품 이미지예요.
한 공정에서 검증 순서를 잡아요
처음에는 한 공정의 한 유량계만 선택해 현장 표시값, Mitsubishi PLC의 D1200 원시값, EASY-LINK가 전달한 값, Firebase 화면의 현재값을 같은 시각에 기록해요. 정상값만 보지 말고 경계값, 통신 단절, 재연결 뒤 첫 값도 함께 확인해요. 한 대에서 주소와 단위를 맞춘 뒤 작게 범위를 넓히면 구역 ID가 섞이거나 오래된 값이 최신값처럼 보이는 문제를 찾기 쉬워요.
EASY LOGGER의 대시보드는 유량의 현재값을 카드나 게이지로 표시하고, 마지막 수신 시각을 별도 필드로 보여주는 구성이 좋아요. 전달 상태는 정상·지연·오류처럼 운영자가 구분할 수 있는 상태값으로 두고, 이력 그래프에서는 시간 범위와 구역을 함께 선택하게 해요. 대시보드는 법규 준수 여부를 대신 판정하는 화면이 아니며, CCP 관리 절차와 승인 책임은 별도로 유지해야 해요.
관련 화면 구성 흐름은 EASY LOGGER 대시보드 사용 방법에서 확인하고, 장치별 설정 항목은 제품 매뉴얼 자료실에서 대조해 보세요.
EASY LOGGER 대시보드 예제
CCP_LINE01의 WashFlowPV가 예시 PLC 주소 D1200의 L/min 값과 매핑된다고 가정해요. 이 주소와 필드명은 실제 field address map과 대조해야 하는 샘플이에요. EASY LOGGER 대시보드에서 현재값은 value, 마지막 수신 시각은 receivedAt, 전달 상태는 deliveryState, 이력은 시간별 value 기록으로 연결해요. 위젯 필드 근거는 current value=value, last reception time=receivedAt, delivery state=deliveryState, history=시간별 value 기록으로 명시해요. Dashboard 화면에서 네 항목을 함께 확인하고, Firebase의 구역 식별자 ZONE_A가 다른 구역과 섞이지 않는지 확인해요.
{
"device": "CCP_LINE01",
"field": "WashFlowPV",
"plcAddress": "D1200",
"unit": "L/min",
"zoneId": "ZONE_A",
"value": 42.5,
"measuredAt": "2026-08-22T06:00:00Z",
"receivedAt": "2026-08-22T06:00:01Z",
"deliveryState": "delivered"
}
이 payload의 D1200은 유량계 필드와 PLC 주소를 연결하는 예시이고, 실제 배율과 데이터 타입은 현장 주소 맵으로 확정해요. Dashboard에서 현재값과 마지막 수신 시각을 먼저 보고, 전달 상태가 delivered인지 확인한 뒤 이력 그래프에서 같은 zoneId의 변화가 이어지는지 확인해요. 값이 멈췄다면 수치 자체만 정상 범위인지 보지 말고 receivedAt과 전달 상태를 함께 확인해요.
현장 연결 가능 여부를 확인하고 싶다면 유량계 모델, Mitsubishi PLC 주소 맵, 단위와 배율, Firebase 필드 계약, 대시보드에 필요한 현재값·수신 시각·전달 상태·이력 항목을 정리해 상담이나 문의로 확인해 보세요. 한 공정에서 기준을 맞춘 뒤 범위를 넓히면 MQTT, HTTP API, 외부 MySQL을 추가할 필요도 운영 질문에 맞춰 판단할 수 있어요.