유량계 값이 0이거나 튈 때, 설치와 Modbus RTU를 나눠 보는 순서

먼저 결론부터 볼게요

현장 화면의 유량 값이 0인데 펌프는 돌고 있거나, 일정하게 운전하는데 그래프만 크게 오르내리면 곧바로 통신 설정부터 바꾸고 싶어져요. 하지만 유량계가 실제 흐름을 잘못 읽는 경우와, 정상값이 전달 과정에서 달라지는 경우는 출발점이 달라요. 먼저 현장 표시값을 기준으로 설치·계측·통신·저장 네 구간을 차례로 나눠야 해요.

빠른 판단 기준은 단순해요. 현장 표시값도 이상하면 배관과 검출기 상태를 먼저 보고, 현장 표시값은 정상인데 수집값만 다르면 장치 주소와 데이터 표현을 확인해요. 수집값까지 정상인데 MySQL 이력만 비면 서버 도착 시각과 저장 규칙을 살펴보면 돼요. 이 순서를 지키면 통신 장애 점검 중에 멀쩡한 계측 조건을 놓치거나, 반대로 배관을 다시 보면서 데이터 매핑 오류를 지나치는 일을 줄일 수 있어요.

네 장면을 같은 시각에 비교해요

자가 진단을 시작할 때는 한 시점의 값을 네 곳에서 적어 보세요. 공정의 운전 상태, 유량계 현장 표시값, 통신에서 읽은 원시값, MySQL에 저장된 값을 한 줄에 놓으면 값이 처음 달라지는 구간이 보여요. 서로 다른 시각의 숫자를 비교하면 정상적인 공정 변화도 장애처럼 보일 수 있으니 장치 시각과 서버 시각도 함께 남겨요.

값 하나만 보지 말고 상태도 같이 기록하는 편이 좋아요. 현장 표시부가 켜져 있는지, 마지막 정상 수신은 언제였는지, 같은 레코드가 반복됐는지, 특정 구간만 비었는지 확인해요. 통신선을 건드리기 전 현재 설정과 배선 상태를 사진이나 점검표로 남기고, 운전 중인 설비의 분해·결선 변경은 현장 안전 절차와 담당 권한을 따라야 해요.

설치와 계측부터 확인해요

국가법령정보센터에 공개된 유량계 설치 및 관리기준은 정수장 유량계에 적용되는 자료예요. 이 자료는 검출기 주변의 직관부와 흐름을 방해하는 시설, 접합부 누수, 유량계실 침수, 교정 또는 오차시험을 관리 항목으로 다뤄요. 다른 산업 현장에 수치 기준을 그대로 적용할 수는 없지만, 통신보다 먼저 설치 환경과 계기 상태를 확인해야 한다는 점검 순서를 세우는 데 참고할 수 있어요.

따라서 현장 표시값부터 이상하다면 밸브 개도와 실제 유체 흐름, 센서 앞뒤의 배관 조건, 누수나 침수 흔적, 전원 상태를 확인해요. 기포·부착물·배관 진동처럼 측정 방식에 영향을 줄 수 있는 조건은 사용 중인 유량계 제조사의 설치 문서와 함께 봐야 해요. 교정이나 분해가 필요하다고 판단되면 임의로 보정값을 바꾸지 말고 계기 담당자와 제조사 절차를 따라야 해요.

통신과 저장을 분리해요

현장 표시값은 정상인데 상위 데이터가 다르면 이제 연결 계층을 봐요. EASY-LINK는 유량계의 Modbus RTU 값이나 PLC 데이터를 읽어 MySQL 같은 대상으로 이어 주는 산업용 IoT 게이트웨이 역할을 맡아요. 이 장치는 데이터 연동 경로를 만들지만 유량계 자체를 교정하거나 실제 유량이 맞는지 판정하지는 않아요.

EASY LOGGER는 여러 장치의 수집 주기, 저장 이력과 전달 상태를 관리하는 운영 계층이에요. 장치 한두 대의 값을 기존 MySQL로 보내는 연결이 목적이면 EASY-LINK 중심으로 검토할 수 있어요. 여러 유량계와 PLC의 이력을 한곳에서 보고 수집 상태까지 관리해야 한다면 EASY LOGGER를 함께 둘 이유가 생겨요. 어느 구성이든 공정 제어 로직과 인터락을 대신하는 것은 아니며, 읽기 검증과 제어 권한은 분리해야 해요.

유량계 값이 연결 계층과 운영 계층을 거쳐 MySQL에 저장되는 책임 구간을 나눈 그림이에요.

Modbus RTU 구간에서는 장치 주소, 통신 속도, 패리티, 레지스터 주소, 데이터 타입, 워드 순서와 배율을 제조사 문서 기준으로 확인해요. 통신 성공 표시만으로 숫자의 의미까지 맞다고 볼 수는 없어요. 원시값과 현장 표시값을 같은 시각에 비교한 뒤 변환 규칙을 하나씩 적용해야 센서 데이터 수집 경로의 오류를 좁힐 수 있어요.

결과를 표로 나눠 봐요

점검 결과는 “정상” 한 단어보다 어느 구간에서 달라졌는지 기록해야 다음 판단에 도움이 돼요. 아래 표처럼 첫 불일치 지점과 다음 확인 대상을 짝지으면 설비 데이터 수집 담당자와 계기 담당자가 같은 기준으로 대화할 수 있어요.

관찰한 장면	먼저 볼 구간	다음 확인
현장 표시값과 저장값이 함께 0이거나 흔들림	설치·계측	실제 흐름, 배관 조건, 전원, 누수·침수, 계기 점검 이력
현장 표시값은 정상이고 원시값이 다름	Modbus RTU	장치 주소, 레지스터, 데이터 타입, 워드 순서, 배율
원시값은 정상이고 MySQL 값만 다름	변환·저장	컬럼 매핑, 단위, 소수점, 서버 도착 시각
값은 맞지만 특정 시간대가 비어 있음	전달·운영	마지막 수신 시각, 연결 끊김 구간, 재시도와 중복 처리 규칙

설치, 현장 표시, RS-485 연결, 저장 이력을 차례로 비교하는 판단 기준이에요.

MySQL에는 측정값만 넣기보다 장치 ID, 측정 항목, 현장 수집 시각, 서버 도착 시각, 값과 단위를 함께 남겨요. 같은 시각의 값이 반복 저장되지 않도록 중복 기준도 정해 두면 좋아요. 데이터 추세 분석을 시작하기 전 결측과 실제 0을 구분해야 하며, 마지막 정상값을 계속 보여 주는 화면이라면 값의 시각도 눈에 보이게 표시해야 해요.

선택 기준은 책임 구간이에요

점검은 한 번에 전 구간을 바꾸기보다 유량계 한 대와 저장 항목 하나로 시작해요. 현장 표시값과 원시값을 맞춘 뒤 MySQL 한 행까지 확인하고, 잠깐의 통신 단절이 결측·재시도·중복 중 어떤 형태로 남는지 기록해요. 센서 데이터 수집과 데이터 연동 기준이 확인된 다음 같은 규칙으로 장비 수를 늘려야 원인 분리가 쉬워요.

기존 글인 유량계 데이터를 MQTT와 HTTP API 중 어디로 보낼지 고르는 기준은 전달 방식 선택에 초점을 맞춰요. 이번처럼 값 자체가 이상할 때는 목적지 비교보다 설치와 첫 불일치 지점을 먼저 보는 편이 맞아요. 더 넓은 설비 데이터 수집 자료는 기술 블로그에서 이어서 볼 수 있어요.

사용 중인 유량계 모델, 공식 통신 문서, 현장 표시값과 원시값 예시, 저장할 MySQL 항목을 준비해 홈페이지에서 현장 연결 가능 여부를 확인해 보세요. EASY-LINK만으로 충분한지, EASY LOGGER까지 필요한지는 장비 수보다 연결·저장·운영 중 어디까지 맡길지에 따라 차분히 좁힐 수 있어요.