RS232 통신 프로그램 개발, 장비 연동이 막히는 5가지 이유

2015.04.07 조회 1249

우리비엔씨는 RS232·RS485 같은 시리얼 통신이나 TCP/IP 소켓으로 장비와 명령·데이터를 주고받는 장비 연동 프로그램을 개발합니다. 장비 제조사, 연구소, 현장 장비를 PC로 제어하거나 데이터를 받아야 하는 기업이 대상입니다. 이 글은 통신이 실제로 어떻게 이루어지는지, 그리고 현장에서 자주 막히는 다섯 가지 문제와 해결 방법을 정리했습니다.

장비 연결 방식 3가지 비교 도식 - RS232 1대1 연결, RS485 여러 장비 주소 연결, TCP/IP 소켓 네트워크 연결

장비 연결 방식 3가지. 어떤 방식이냐에 따라 프로그램의 통신 구조가 달라집니다.

장비 연동 프로그램은 무엇을 만드는 일인가

장비 관련 프로그램은 크게 두 층으로 나뉩니다. 아래층은 장비와 약속된 형식으로 말을 주고받는 통신이고, 위층은 그렇게 받은 측정값을 모아 화면에 보여 주고 이상이 생기면 경보를 내는 모니터링입니다. 이 글은 아래층, 통신 쪽을 다룹니다. 모니터링 쪽은 장비 모니터링 프로그램 개발, 데이터 받는 방식 3가지에 따로 정리했습니다.

통신 층이 하는 일은 단순해 보입니다. 장비에 “값을 보내라”, “측정을 시작하라” 같은 명령을 보내고, 돌아온 응답을 해석하는 것입니다. 그런데 이 부분이 흔들리면 그 위에 아무리 좋은 화면을 올려도 값이 틀리거나 프로그램이 멈춥니다. 솔직히 말씀드리면, 통신 프로그램에서 가장 오래 걸리는 일은 코드를 짜는 것보다 “장비가 실제로 무엇을 보내는지” 확인하는 일입니다.

RS232, RS485, UART, 소켓은 어떻게 다른가

방식	연결 형태	이럴 때 많이 씁니다
RS232	PC 1대와 장비 1대를 직접 연결	계측기, 분석기처럼 PC 옆에 두는 장비. 요즘은 USB-시리얼 변환기로 노트북에 연결하는 경우가 많습니다.
RS485	한 선에 여러 장비를 주소로 구분해 연결	공장 라인, 현장 설비처럼 장비가 여러 대이고 배선 거리가 긴 경우
UART	장비 내부 보드의 시리얼 신호	자체 개발 보드, 센서 모듈. 보통 RS232·RS485·USB로 변환해 PC와 연결합니다.
TCP/IP 소켓	네트워크(이더넷)로 IP 주소와 포트에 접속	거리가 먼 장비, 여러 PC·서버가 같은 장비 데이터를 써야 하는 경우

통신의 기본: 요청, 응답, 그리고 약속

장비 통신은 대부분 “요청 → 응답”의 반복입니다. PC가 정해진 형식의 요청 프레임을 보내면, 장비는 정해진 형식의 응답 프레임으로 값을 돌려줍니다. 프레임의 시작과 끝을 알리는 표시, 장비 주소, 명령, 데이터, 오류 검사용 체크섬을 어떤 순서로 몇 바이트씩 둘지 정한 약속이 바로 통신 프로토콜입니다.

PC 프로그램과 장비의 요청 응답 흐름 도식 - STX, 주소, 명령, 체크섬, ETX로 구성된 요청 프레임과 측정값 응답 프레임, 타임아웃 재요청

요청·응답 프레임의 일반적인 구조 예시. 실제 형식은 장비마다 다릅니다.

시리얼 통신에서는 프레임 형식 외에 통신 설정값도 양쪽이 정확히 같아야 합니다. 통신 속도(보레이트), 데이터 비트, 패리티, 정지 비트 중 하나만 달라도 연결은 되는데 값이 엉뚱하게 들어옵니다.

현장에서 자주 막히는 5가지와 해결 방법

1. 연결은 되는데 글자가 깨져서 들어온다

가장 흔한 경우이고, 대부분 통신 설정값이 맞지 않아서 생깁니다. 장비 쪽 설정을 먼저 확인하고 프로그램 설정을 그대로 맞춥니다. 현장마다 설정이 다를 수 있으면 설정 화면에서 바꿀 수 있게 만들어 두는 것이 좋습니다.

2. 값이 중간에 잘리거나 두 개가 붙어서 들어온다

시리얼 통신은 “메시지” 단위가 아니라 바이트가 흘러 들어오는 방식입니다. 한 번 읽었을 때 프레임 절반만 와 있을 수도 있고, 두 프레임이 한꺼번에 와 있을 수도 있습니다. 그래서 받은 바이트를 버퍼에 모은 뒤 시작·끝 표시나 길이 정보로 한 프레임씩 정확히 잘라 내는 처리가 꼭 필요합니다.

3. 가끔 응답이 없고, 그때 프로그램이 멈춘다

장비가 바쁘거나 케이블·노이즈 문제로 응답이 오지 않는 일은 현장에서 반드시 생깁니다. 정해진 시간만큼 기다렸다가 다시 요청하는 타임아웃·재시도 처리를 넣고, 수신은 화면과 분리해 처리해야 통신이 끊겨도 프로그램 화면이 멈추지 않습니다. 오류가 난 시각과 내용은 통신 로그로 남겨 두면 원인을 찾을 때 큰 도움이 됩니다.

4. 장비를 여러 대 연결하면 응답이 뒤섞인다

RS485처럼 한 선을 여러 장비가 함께 쓰는 구조에서는 두 장비가 동시에 말하면 신호가 섞입니다. 장비마다 주소를 정하고, PC가 한 번에 한 장비씩 순서대로 묻고 응답을 받은 뒤 다음 장비로 넘어가는 방식(폴링)으로 설계합니다.

5. 매뉴얼대로 했는데 값이 이상하다

숫자를 바이트로 담는 방식은 장비마다 다릅니다. 바이트 순서, 소수점 위치, 음수 표현, 단위 환산 중 하나만 어긋나도 값이 틀어집니다. 매뉴얼과 실제 장비가 다른 경우도 있습니다. 그래서 실제 통신 로그와 장비 화면에 표시된 값을 나란히 놓고 하나씩 맞춰 보는 검증을 반드시 거칩니다.

프로토콜 문서에서 먼저 확인하는 항목

장비 제조사에서 받은 통신 매뉴얼(프로토콜 문서)이 있다면 아래 항목부터 봅니다. 빠진 항목이 있으면 실제 통신 로그로 보완합니다.

확인 항목	내용
통신 설정값	통신 속도, 데이터 비트, 패리티, 정지 비트 (소켓이면 IP 주소와 포트)
프레임 구조	시작·끝 표시, 길이 정보, 주소, 명령 위치
명령 목록	값 읽기, 측정 시작·정지, 설정 변경 등 보낼 수 있는 명령
데이터 형식	문자(ASCII)인지 이진(바이너리)인지, 바이트 순서, 소수점, 단위
오류 검사	체크섬·CRC 계산 방식
응답 규칙	응답까지 걸리는 시간, 장비가 스스로 계속 보내는지 요청할 때만 보내는지, 오류 코드

우리비엔씨가 진행한 통신·장비 연동 사례

가장 복잡했던 프로젝트는 2013년 ㈜에이알텍(넥스원)과 진행한 국방부 TMMR 원격조정기 소프트웨어입니다. Windows 7 기반의 원격조정 장비제어 모듈로, 소켓 통신, Serial 통신, USART, Ethernet, 오디오 통신을 한 프로그램 안에서 함께 다뤘고, 운영체제의 IP Forwarding 기능으로 자동 라우팅을 처리했습니다. 통신 방식이 여러 개 섞일수록 각 통신의 오류가 다른 통신에 번지지 않도록 나누는 설계가 중요했습니다.

2015년 ㈜평원개발 하수관 구배검사 소프트웨어는 하수관 안으로 들어가는 자주차 장비에서 센서 데이터를 받아 가공하는 프로그램입니다. 아래 화면처럼 측정 시작, 측정 초기화 같은 장비 동작과 수신 데이터 표시가 한 화면에 함께 있습니다.

관로 경사측정 소프트웨어의 장비 제어 영역 - 측정 시작, 측정 초기화, CSV 저장 버튼과 경과시간, 주행거리, 경사도 계기판

관로 경사측정 소프트웨어의 장비 제어 영역. 측정 시작·초기화 명령을 보내고 수신값을 바로 표시합니다.

파일로 내려받는 이진 데이터를 해석하는 일도 같은 맥락입니다. ㈜서일퍼시픽 Comfort Reader 2.0은 호흡 보조 장비가 남긴 16진수 원시 로그를 자동으로 해석해 수치와 그래프로 다시 만듭니다. 바이트 하나하나의 의미를 정확히 맞춰야 한다는 점에서 통신 프로토콜 해석과 같은 작업입니다.

기간	프로젝트	고객사
2024.10~2025.02	ComfortReader 2.0 (장비 원시 로그 해석)	㈜서일퍼시픽
2015.02~2015.04	하수관 구배검사 소프트웨어 (장비 센서 데이터 수신)	㈜평원개발
2014.05~2014.06	카메라제어 및 소음인식 소프트웨어	진도㈜
2013.06~2013.09	TMMR 원격조정 모듈 (국방부)	㈜에이알텍(넥스원)
2013.04	CID 시리얼 인터페이스 모듈	CID
2011.10~2011.11	DATA Transfer 소켓통신	㈜캠텍, 삼성SDS

자주 묻는 질문

Q. 프로토콜 문서가 없는 오래된 장비도 연동할 수 있나요?

가능한 경우가 많습니다. 장비와 기존 프로그램 사이에 실제로 오가는 데이터를 기록해 구조를 분석하는 방법이 있습니다. 다만 장비마다 사정이 달라서, 데이터를 먼저 살펴본 뒤 가능 여부와 범위를 솔직하게 말씀드립니다.

Q. USB로 연결하는 장비도 되나요?

USB 장비 중 상당수는 PC에서 가상 COM 포트로 잡히는 USB-시리얼 방식이라 시리얼 통신과 같은 방법으로 연동합니다. 제조사 전용 드라이버나 SDK로만 통신하는 장비라면 그 SDK 문서를 먼저 확인해야 합니다.

Q. 값을 읽는 것뿐 아니라 장비를 제어할 수도 있나요?

네. 프로토콜에 명령이 정의되어 있으면 측정 시작·정지, 초기화, 설정 변경 같은 명령을 프로그램에서 보낼 수 있습니다. 장비를 움직이는 명령은 잘못 보내면 위험할 수 있어, 확인 절차와 실행 기록을 함께 설계합니다.

Q. 개발할 때 실제 장비가 꼭 있어야 하나요?

초기 개발은 프로토콜 문서와 통신 로그로 진행할 수 있지만, 최종 확인은 반드시 실제 장비로 해야 합니다. 문서와 실제 동작이 다른 경우가 있기 때문입니다. 장비 대여나 현장 방문 시험 같은 방법은 상담 때 함께 정합니다.