Rockdiesel3: 8시간의 프로토타입, 그 이후: "내 입맛에 맞는 Modbus 툴"이 갖춰야 할 디테일들

지난번, 퇴근 후 딱 이틀(8시간)을 투자해 Google Antigravity IDE와 함께 Modbus TCP 모니터링 툴의 프로토타입을 만들었던 과정을 공유했었습니다.

"돌아만 가는" 프로그램에서 멈추지 않고, 지난 며칠간 퇴근 후 시간을 쪼개어 실제 현장에서 쓸 수 있는 수준으로 다듬는 작업을 진행했습니다.

오늘은 그 과정에서 추가된 Monitor(Client)와 Simulator(Server)의 핵심 업그레이드 내용을 정리해 봅니다.

가장 큰 변화는 **'안정성'**과 **'디버깅 편의성'**입니다. 단순히 데이터를 주고받는 것을 넘어, 통신 상태를 눈으로 확인하고 예외 상황에서도 프로그램이 죽지 않도록 구조를 탄탄하게 잡았습니다.

구분	초기 프로토타입 (v0.1)	현재 버전 (v0.2)
통신 방식	TCP/IP 기본 구현	TCP/IP + Serial RTU (Dual Support)
안정성	UI 프리징 발생 가능성 있음	Multi-threading (PollingWorker) 적용
디버깅	콘솔 출력 의존	전용 Log Window (Rx/Tx 패킷 분석)
시뮬레이터	수동 주소 할당 필요	Smart Memory (SparseDataBlock) 자동 할당

현장 툴은 예뻐야 하는 게 아니라, 튼튼해야 합니다. 모니터링 프로그램이 통신 때문에 멈추거나 꺼지면 안 되기에 내부 구조를 대폭 개선했습니다.

기존에는 통신 대기 시간 동안 화면이 멈칫하는 현상이 있었습니다. 이제 PollingWorker를 별도 쓰레드로 분리하여, 통신이 지연되더라도 UI는 부드럽게 반응합니다.

단순히 "연결됨/끊김"만 보는 건 의미가 없습니다.

시뮬레이터의 존재 이유는 **'모니터링 툴을 편하게 테스트하기 위함'**입니다. 귀찮은 설정 과정을 자동화하는 데 집중했습니다.

이 프로젝트의 핵심 아이디어입니다. Monitor에서 저장한 .json 워크스페이스 파일을 시뮬레이터가 그대로 읽어옵니다.

"어? 모니터에서 40001번지 보고 있었네? 그럼 난 시뮬레이터에 40001번지 창 띄워줄게."

이 과정이 자동화되어 테스트 준비 시간이 획기적으로 줄어들었습니다.

기존에는 시뮬레이터에서 테스트할 번지를 일일이 Add Range로 추가해야 했습니다.

이제는 ModbusSparseDataBlock을 적용하여, 0번지부터 40,000번지까지 표준 주소 대역이 내부적으로 이미 준비되어 있습니다. 클라이언트가 어디를 찌르든, 시뮬레이터는 별도 설정 없이 즉시 응답합니다.

개발하다 보면 프로그램을 껐는데도 백그라운드에서 포트(5020)를 잡고 있는 경우가 많았습니다. 종료 시 실행 중인 서버 쓰레드를 안전하게 정리하는 로직을 추가하여 재실행 시 포트 충돌 문제를 해결했습니다.

TCP뿐만 아니라 Serial RTU 기능도 구체화되었습니다. 특히 Baudrate 설정 시 콤보박스를 Editable하게 변경하여, 표준 속도 외에 특수한 통신 속도도 입력할 수 있게 만든 점은 현장 경험을 녹여낸 디테일입니다.

이제 뼈대와 근육은 다 붙었습니다. 다음 단계는 **"피부"**를 입힐 차례입니다.

퇴근 후 개발은 체력과의 싸움이지만, 내가 만든 도구가 점점 똑똑해지는 걸 보는 재미가 쏠쏠합니다. 다음에는 그래프가 움직이는 화면을 들고 오겠습니다! 👋

Rockdiesel3