원래 리모컨의 신호를 먼저 분류합니다
브리지(bridge)는 서로 다른 통신 경로를 이어 주는 장치입니다. 여기서는 네트워크 명령을 짧은 거리의 RF(Radio Frequency, 무선 주파수) 신호로 바꿉니다. 433 MHz는 이 구성에서 사용한 송신 대역의 예시이며, 다른 무선 리모컨이 같은 주파수나 같은 부호화 방식을 쓴다는 뜻은 아닙니다.
먼저 원래 리모컨의 ‘켜기’와 ‘끄기’를 각각 여러 번 눌러 433 MHz 수신 모듈과 마이크로컨트롤러(Microcontroller Unit, MCU)로 수신 결과를 기록합니다. 예를 들어 ESP32와 XY-MK 수신 모듈을 브레드보드(breadboard, 부품을 납땜하지 않고 연결해 시험하는 판)에 연결해 장치 주소와 명령 식별자를 찾은 뒤, 같은 동작을 만드는 송신 시제품을 시험할 수 있습니다. 이 조합은 원본 장치의 신호를 확인한 사례이지 모든 리모컨에 맞는 표준 수신기 조합은 아닙니다.
ASK(Amplitude-Shift Keying, 진폭 편이 변조)는 무선파의 크기를 바꾸어 정보를 싣는 방식이고, OOK(On-Off Keying, 온·오프 변조)는 무선파를 켰다 꺼서 두 상태를 나타내는 ASK의 한 형태입니다. 수신 모듈은 이 무선파를 디지털 신호로 바꾸지만, 수신기 출력에 잡음이 보인다고 해서 그것이 곧 유효한 명령은 아닙니다. 원래 리모컨을 눌렀을 때만 반복해서 나타나는 패턴인지 구분해야 합니다.
- 수신기와 MCU를 데이터시트에 맞는 전압으로 연결하고, 리모컨을 누르지 않은 상태의 출력도 먼저 기록합니다. 수신기 출력의 유휴 잡음을 실제 프레임으로 착각하지 않기 위해서입니다.
- 같은 버튼을 여러 번 눌러 수신 코드, 비트 길이, 펄스 간격과 반복 패턴을 함께 비교합니다. 펄스(pulse)는 짧게 나타났다 사라지는 신호 변화이고, 프레임(frame)은 한 번의 명령에 필요한 비트 묶음입니다. 디코더가 코드 숫자만 보여 준다면 원시 펄스 간격도 기록해 두어, 서로 다른 형식이 같은 숫자로 단순 표시되는 일을 피합니다.
- ‘켜기’와 ‘끄기’의 공통 부분과 다른 부분을 분리합니다. 두 명령의 장치 주소가 같고 명령 부분만 다르다고 확인되면 그 필드를 구분해 저장합니다. 여기서 보이는 숫자를 제품마다 같은 길이의 주소나 식별자로 일반화하지 않습니다.
- 누를 때마다 코드가 달라지거나 디코더가 반복적으로 실패하면 고정 코드 재전송을 전제로 기판을 만들지 않습니다. 해당 장치의 페어링·보안 방식이나 제공된 공식 제어 인터페이스를 먼저 확인합니다.
이 단계에서 확인할 것은 ‘433 MHz 신호가 들린다’가 아니라 원래 장치를 켜고 끄는 데 필요한 두 명령을 반복해서 구분할 수 있는가입니다. 정확한 코드값·변조·허용 반복 횟수는 해당 리모컨의 관찰과 자료로 정해야 합니다.
수신과 재전송을 분리해 시험합니다
원래 리모컨의 두 명령이 확인되면, 송신 모듈과 MCU만으로 먼저 시험합니다. 작은 기판을 만들기 전에 브레드보드 단계에서 선택한 송신기가 필요한 주파수·변조·펄스 형식을 실제로 낼 수 있는지 확인합니다. 송신기 옆에 앞서 사용한 수신기를 다시 두고 새 송신 신호의 코드·펄스 길이가 원래 리모컨 기록과 맞는지 비교하면, 소프트웨어가 송신 함수를 호출한 것과 실제 프레임이 나온 것을 구별할 수 있습니다. 이후 기판 크기에 맞추어 송신 모듈을 바꾸더라도 외형만 비교하지 말고 전원 전압, 입력 신호 수준, 송신 설정, 안테나 접속을 새 모듈의 자료에 맞춰 다시 확인합니다. RFM110W 계열은 OOK 송신 모듈의 한 예시이지 임의의 433 MHz 리모컨 코드를 자동으로 만들어 주는 부품은 아닙니다.
한 방향 브리지는 다음 세 가지를 별도로 기록해야 합니다.
| 관찰 위치 | 확인할 것 | 그 결과만으로는 알 수 없는 것 |
|---|---|---|
| 네트워크 입력 | 명령이 MCU에 도착했는가 | 무선 신호가 송신됐는가 |
| 송신기 입력·출력 | 기록한 명령과 같은 프레임이 나갔는가 | 대상 장치가 수신·실행했는가 |
| 대상 장치 | 켜기·끄기 동작이 실제로 바뀌었는가 | 이후에도 그 상태가 유지되는가 |
설정 모드 표시등과 무선 송신 표시등을 분리하면 실패 위치를 더 빨리 찾을 수 있습니다. 다만 송신 표시등은 MCU가 송신 함수를 호출했음을 알려 줄 뿐, 전파가 안테나에서 충분히 나갔거나 대상 장치가 동작했음을 보증하지 않습니다. 시험 기록에는 원래 리모컨의 결과와 브리지의 결과를 같은 위치·조건에서 나란히 남깁니다. 기존 무선 콘센트의 내부 전원 배선을 변경하거나 케이스를 열 필요는 없습니다.
누락되는 명령은 코드와 안테나 경로를 나누어 찾습니다
가까이에서는 동작하지만 설치 위치에서 간헐적으로 명령을 놓친다면, 코드가 틀렸다고 바로 결론 내리지 않습니다. 먼저 송신기가 매번 동일한 검증된 프레임을 내보내는지, 송신할 때 공급 전압이 내려가지 않는지 확인합니다. 그다음 안테나·급전선·커넥터와 기판의 접지 구조를 살핍니다.
기판에 직접 그린 안테나를 쓴다면 송신 모듈 출력 쪽의 정합만 보고 안테나 급전점까지 맞았다고 판단하지 않습니다. 임피던스 정합(impedance matching)은 송신기 출력과 급전선·안테나 사이에서 신호가 불필요하게 되돌아오지 않도록 연결 조건을 맞추는 일입니다. 기판 패턴의 길이와 주변 구리가 달라지면 안테나 조건도 달라집니다. 외부 안테나를 바꾸어 시험할 수 있는 동축 커넥터(coaxial connector, 중심 신호 도체를 바깥 접지 도체가 감싸는 접속부)를 마련하면 패턴 안테나 자체의 문제와 송신 코드 문제를 더 쉽게 분리할 수 있지만, 커넥터와 케이블까지 포함한 경로를 확인해야 합니다.
모노폴 안테나(monopole antenna)는 한쪽 방사 도체와 그에 대응하는 접지면의 영향을 크게 받습니다. 작은 기판에 접지면이 충분하지 않으면 동일한 송신 회로라도 안테나 조건이 달라집니다. 다이폴 안테나(dipole antenna)는 두 방사 도체를 갖는 구조입니다. 단순히 모노폴을 다이폴로 바꾸면 언제나 좋아진다는 뜻은 아니며, 송신기 출력·급전선·안테나의 주파수와 임피던스가 맞는지 확인해야 합니다. 한 시제품에서는 모노폴과 작은 접지면으로 명령이 빠지다가 다이폴 교체 후 나아졌다고 보고됐지만, 정량 손실률이나 임피던스 측정은 없었습니다.
안테나를 바꾸기 전후에는 송신 코드, 위치, 방향, 장애물, 전원, 대상 장치를 같게 두고 성공·실패 횟수를 기록합니다. 두 조건을 함께 바꾸면 원인을 분리할 수 없습니다. 송신 출력을 올리거나 다른 대역 모듈로 바꾸는 일은 지역의 무선 설비 조건과 제품 인증 범위를 확인한 뒤 판단합니다.
안테나 정합은 실측하고 완성 상태에서 다시 확인합니다
먼저 사용 주파수 대역과 송신 모듈의 안테나 포트 규격을 확인합니다. 벡터 네트워크 분석기(VNA)로 안테나 쪽 임피던스와 반사계수(S11)를 측정할 때는 송수신 회로와 측정 경로를 분리하고, 제조사 절차에 따라 케이블·어댑터를 포함해 교정합니다. 측정 기준면이 어디인지 기록해야 서로 다른 접속 위치의 값을 같은 값처럼 비교하지 않습니다.
측정한 임피던스를 바탕으로 L형·π형·T형 중 필요한 정합 회로를 선택합니다. 다른 보드의 부품값을 복사하지 않고, 실제 부품의 공차와 기판 기생 성분을 고려해 부품을 바꿀 때마다 다시 측정합니다. 교정 뒤 케이블이나 어댑터 구성이 달라지면 기존 교정 조건을 그대로 적용하지 않습니다.
마지막에는 케이스와 실제 사용 배치를 갖춘 상태에서 대역 전체를 다시 확인합니다. 손으로 잡는 제품은 그 조건도 비교합니다. 정합 측정과 별도로 앞 절의 명령 성공·실패 시험을 반복해, 반사가 줄었다고 해서 통신에 성공했거나 방사 효율을 직접 측정했다고 해석하지 않습니다.
TI SWRA726(2022), 3절·4.3절·5절·6절의 측정 절차를 참고했습니다. 저장된 Sierra Circuits RF 설계 카드에는 정합 방식만 열거되어 있어, 여기서 특정 부품값이나 개선 수치를 제시하지 않습니다. 원본 영상 전체와 음성은 이번에 재검증하지 않았습니다.
네트워크 재연결은 별도 고장으로 기록합니다
MQTT(Message Queuing Telemetry Transport)는 발행자와 구독자가 브로커(broker)라는 중간 서버를 통해 메시지를 주고받는 방식입니다. 네트워크가 끊긴 뒤 명령이 늦게 오거나 누락되면 RF 안테나만 고쳐서는 해결되지 않습니다. 네트워크 연결, 브로커 접속, 명령 수신, 송신 함수 실행, 대상 장치 반응을 각각 시각과 함께 기록합니다.
재연결 문제를 고칠 때는 네트워크 스택(network stack, 통신 프로토콜을 처리하는 소프트웨어) 버전과 브로커를 한꺼번에 바꾸지 않습니다. 두 가지를 동시에 바꾼 뒤 증상이 사라져도 어느 쪽이 원인이었는지는 알 수 없습니다. 한 변수씩 바꾸고 같은 끊김 조건에서 복구 시간과 누락 명령을 비교해야 다음 수정에도 재현 가능한 판단이 남습니다.
제어 화면에 ‘켜기’와 ‘끄기’를 따로 표시하기 전에는 두 명령이 실제로 목표 상태를 지정하는지 확인합니다. 토글(toggle)은 현재 상태를 반대로 바꾸는 동작입니다. ‘켜기’로 표시한 명령이 토글 함수를 부른다면 통신이 끊겼다가 같은 명령을 다시 보냈을 때 오히려 꺼질 수 있습니다. 반대로 상태 지정 명령(set-on/set-off command)은 같은 ‘켜기’를 두 번 받아도 켜진 상태를 유지해야 합니다. 같은 명령을 반복해도 결과가 같은 성질을 멱등성(idempotency)이라고 합니다. 초기 상태를 켬과 끔으로 각각 만든 뒤 두 명령을 한 번씩, 이어서 같은 명령을 연속 두 번 보내 실제 부하 상태를 기록합니다. 응답을 돌려주지 않는 장치라면 화면의 명령 기록만으로 마지막 상태를 확정하지 않습니다.
마지막 검증에서는 원래 리모컨과 브리지를 번갈아 사용하며 ‘켜기·끄기’, 가까운 위치와 실제 설치 위치, 네트워크 정상 상태와 재연결 직후를 각각 시험합니다. 명령이 도착했는데 송신 표시만 켜지고 대상이 바뀌지 않으면 RF 프레임과 안테나 경로로, 명령 자체가 도착하지 않으면 네트워크와 브로커로 범위를 좁힙니다. 상태 응답이 없는 장치라면 화면에 ‘켜짐’이라고 표시하기 전에 대상 장치의 실제 상태를 별도 수단으로 확인해야 합니다.
수신부 배치는 실제 회로의 신호 흐름을 따라 확인합니다
RF 수신부를 검토할 때에는 안테나 입력에서 필터·증폭·주파수 변환·검파 또는 디지털 처리로 이어지는 실제 회로도상의 경로를 추적합니다. 모든 수신기가 같은 순서, 같은 블록으로 이뤄진다고 가정하지 않습니다. 각 부품의 권장 연결과 전원·귀로를 기준으로 관련 부품 사이의 배선과 배치를 확인합니다.
클록·스위칭 전원 같은 잡음원과 민감한 수신 경로의 상대 위치, 안테나 주변의 금속·외함·케이블도 함께 봅니다. 한 장의 배치도만으로 수신 감도가 좋아졌다고 주장하지 말고 동일한 안테나·설치·입력 조건의 시험으로 확인합니다.