스마트팜 pH 센서, 숫자를 모으면 양액 운영이 쉬워지는 이유

pH 숫자 하나보다 흐름이 더 중요해요

스마트팜에서 pH 센서를 다는 이유는 지금 숫자 하나를 확인하기 위해서만은 아니에요. 양액의 산도는 작물이 양분을 받아들이는 환경을 살펴보는 기본 정보예요. 관수 전후에 같은 방향으로 움직이는지, 특정 재배동만 서서히 달라지는지 이력으로 비교해야 다음 확인 순서를 정할 수 있어요.

스마트팜코리아는 양액 측정 센서에 EC와 pH를 포함하고, 실시간 모니터링과 환경·생육 정보의 데이터베이스 분석을 함께 설명해요. 농촌진흥청도 온실 환경데이터에 EC와 pH가 포함되며, 측정 단위와 시간 단위를 맞춰 분석 목적에 맞게 정리해야 한다고 안내해요. 결국 중요한 건 센서를 설치했다는 사실보다 비교 가능한 기록을 남기는 일이에요.

기록이 쌓이면 판단이 쉬워져요

한 번 측정한 pH 값은 그 순간의 상태만 알려 줘요. 일정한 주기로 기록하면 양액 보충 전후, 관수 시작과 종료, 외기 변화가 큰 날의 흐름을 나란히 볼 수 있어요. 시간축 그래프에 pH와 EC, 급액 시각을 겹쳐 보는 것만으로도 반복되는 패턴을 찾는 데 도움이 돼요.

대시보드에는 모든 값을 한꺼번에 올리기보다 현재 pH, 최근 24시간 추세, 마지막 수신 시각, 재배동별 비교를 먼저 두는 편이 좋아요. 한 지점만 달라진 상황과 여러 지점이 동시에 끊긴 상황을 구분할 수 있기 때문이에요. 원격 모니터링은 현장을 대신 판단하는 기능이 아니라 담당자가 먼저 확인할 곳을 고르는 운영 도구예요.

센서와 서버 사이를 EASY-LINK로 이어요

먼저 pH 센서의 통신 방식과 주소표를 확인해야 해요. 이번 구성은 Modbus TCP 값을 읽는 센서를 기준으로 봐요. EASY-LINK는 Modbus RTU/TCP 센서와 PLC 데이터를 읽어 MQTT, HTTP API, MySQL, Firebase 같은 목적지로 연결하는 산업용 IoT 게이트웨이예요. 센서 정확도를 판단하거나 양액 투입을 자동 결정하는 장치는 아니라는 경계도 함께 기억해야 해요.

MQTT를 주 전달 경로로 쓰면 재배동과 수집 설정을 Topic으로 나눠 필요한 시스템이 구독하게 만들 수 있어요. 기존 웹 서비스가 데이터를 받는 구조라면 HTTP API, 표 형태의 장기 조회가 우선이면 MySQL도 비교할 수 있어요. 가장 좋은 방식 하나를 정하기보다 현재 서버, 보안 정책, 네트워크 조건에 맞춰 선택하는 게 안전해요.

Modbus 센서와 PLC 값을 외부 목적지로 연결하는 EASY-LINK 공식 제품 이미지예요.

EASY LOGGER는 운영 이력을 맡아요

여러 센서와 게이트웨이 값을 한곳에서 관리해야 할 때 EASY LOGGER의 역할이 분명해져요. EASY LOGGER는 PLC와 Modbus 데이터를 통합 수집하고 수집 주기, 저장 이력, 전달 상태를 관리하며 대시보드를 구성하는 운영 계층이에요. EASY-LINK가 현장 연결과 전달을 맡는다면 EASY LOGGER는 데이터가 계속 들어오고 저장되며 필요한 곳으로 전달되는지를 확인하는 쪽에 가까워요. 이 설비 데이터 수집 구조를 기준으로 나누면 센서부터 운영 화면까지의 데이터 연동 경계도 선명해져요.

EASY-LINK만으로 기존 MQTT 서버에 값을 보내는 구성이 충분할 수도 있어요. 반면 여러 재배동의 이력과 마지막 수신 시각, 전달 상태, 대시보드를 같은 기준으로 관리해야 한다면 EASY LOGGER를 함께 검토하는 편이 좋아요. 두 제품을 반드시 함께 써야 하는 것은 아니며, 필요한 운영 범위에 따라 나누면 돼요.

수집·저장·전달 상태와 대시보드 운영을 맡는 EASY LOGGER 공식 제품 이미지예요.

EASY LOGGER MQTT 예제

아래는 pH 값이 PLC의 D0100 주소에 들어온다고 가정한 설정 예시예요. XBMPLC, D100_WORD, D0100은 설명을 위한 이름과 주소이므로 실제 적용 전 pH 센서 주소표와 현장 PLC 맵을 반드시 대조해야 해요. 원시값 650을 pH 6.50으로 해석하는 배율도 센서 제조사 문서에 0.01로 명시된 경우에만 적용해요.

MAIN 설정에서 PLC NAME을 XBMPLC, CONFIG NAME을 D100_WORD로 저장하면 Automatic Topic Preview에서 다음 READ·WRITE Topic을 확인할 수 있어요.

READ TOPIC: XBMPLC/D100_WORD/READ
WRITE TOPIC: XBMPLC/D100_WORD/WRITE

READ 메시지는 PLC 이름, 설정 이름, 데이터 타입과 주소별 값을 함께 보여줘요. Runtime Status에서 연결과 마지막 발행 상태를 확인하고, 외부 MQTT Client에서는 READ Topic을 구독해 values.D0100이 현장 표시값과 맞는지 비교해요.

{
  "plc_name": "XBMPLC",
  "config_name": "D100_WORD",
  "data_type": "word",
  "values": {
    "D0100": 650
  }
}

MAIN 설정의 PLC NAME과 CONFIG NAME으로 READ·WRITE Topic이 만들어지는 실제 화면이에요.

이 글의 핵심은 조회와 이력 관리예요. WRITE를 시험해야 한다면 실제 양액 제어 주소가 아닌 별도 테스트 주소에서만 아래 형식을 확인해요. 구독은 아래 동작을 별도로 확인해요.

• Subscribe to the WRITE Topic.

그다음 Payload Log 또는 Subscribed Payload Log에 수신 Topic과 JSON이 남는지 보고, Runtime Status의 오류도 함께 확인해요.

{
  "values": {
    "D0100": 650
  }
}

• 테스트 주소만 사용합니다.
• 최소 권한만 부여합니다.
• 허용 주소 범위를 제한합니다.
• PLC 인터록을 확인합니다.
• 수동 복구 절차를 준비합니다.

실제 메뉴 위치와 Broker 설정, Automatic Topic Preview, Runtime Status 확인 순서는 EASY LOGGER MQTT 상세 설정에서 화면과 함께 볼 수 있어요.

한 구역에서 확인하고 넓혀 보세요

처음부터 온실 전체를 바꾸기보다 pH 센서 한 대와 재배동 한 구역으로 시작해 보세요. 센서 주소와 데이터 타입을 확인하고, EASY-LINK 또는 EASY LOGGER에서 MQTT READ 값이 현장 표시값과 같은지 비교해요. 그다음 저장 이력, 마지막 수신 시각, 전달 상태와 대시보드가 같은 시간축으로 맞는지 며칠간 살펴보면 돼요.

MES나 CIM 같은 상위 시스템은 MQTT, HTTP API 또는 DB 인터페이스에서 필요한 값을 받아 업무 화면과 생산 기록에 연결하는 구조로 봐야 해요. EASY 제품이 MES·CIM 기능을 대신하거나 확인되지 않은 전용 커넥터로 직접 연결된다고 설명해서는 안 돼요.

우리 온실의 연결 조건부터 확인해요

pH 추세를 양액 운영 기록과 비교하려는지, 여러 재배동을 한 화면에서 보려는지, 기존 MQTT 서버와 연결해야 하는지에 따라 구성이 달라져요. pH 센서 값이 흔들릴 때 점검하는 순서도 함께 보면 측정 문제와 통신 문제를 나누는 데 도움이 돼요. 다른 사례는 기술 블로그에서 이어서 볼 수 있어요.

사용 중인 pH 센서 모델, Modbus 주소표, 재배동 수와 원하는 저장·전달 방식을 정리하면 홈페이지에서 현장 연결 가능 여부부터 확인할 수 있어요. EASY-LINK만으로 시작할지 EASY LOGGER까지 포함할지는 현재 설비와 운영 목표를 확인한 뒤 정하면 돼요.