### 0.0.1 Serial(UART) 기반 범용 GPS 모듈의 물리적 인터페이스 한계
PX4-Autopilot 생태계 초창기부터 현재까지, 가장 대중적이고 저렴하게 활용되는 위성 수신기 연결 방식은 **비동기 직렬 통신(Asynchronous Serial Communication, UART)**이다. NMEA 0183 규격이나 u-blox UBX 프로토콜 모두 이 고전적인 RS-232/TTL 시리얼 통신망을 기반으로 데이터를 전송한다.
그러나 무인기(UAV)의 항법 성능 고도화와 주변 센서의 급증에 따라, 이 단순 1:1 방식의 UART 통신계가 지니는 물리적, 전기적 한계가 시스템 병목(Bottleneck)이자 잠재적인 고장점(Point of Failure)으로 대두되고 있다.
0.1 단일 노드 1:1 통신(Point-to-Point)의 한계
UART는 송신선(TX)과 수신선(RX)이 교차 연결되는 아주 단순한 1:1 토폴로지(Topology) 구조를 갖는다. PX4가 탑재된 메인보드(예: Pixhawk Cube, Holybro Durandal)의 TELEM/GPS 포트는 하나의 포트당 오직 하나의 장치만 연결할 수 있다.
- 포트 자원 고갈(Port Exhaustion): 듀얼 GPS(Dual GNSS)나 RTK 베이스 시스템을 구성하려면 비행 제어기(FC) 하드웨어에 추가적인 물리적 UART 포트(
GPS2,TELEM2등)가 필연적으로 잔존해야 한다. - 복합 센서 연동 불가: 최신 GPS 모듈 돔(Dome) 내부에는 수신기뿐만 아니라 지자기 센서(Compass/Magnetometer), 기압계(Barometer), 안전 스위치(Safety Switch), RGB LED가 통합 패키지로 들어가는 추세이다. UART는 오직 GPS 데이터 직렬 스트림만을 전송할 수 있으므로, 나침반이나 기압계를 위한 I2C 포트 배선이 별도로 추가 구성되어야만 한다. 이는 케이블 가닥 수의 증가와 커넥터 단선 위험성 증가로 직결된다.
0.2 비동기식(Asynchronous) 타이밍과 대역폭(Bandwidth) 문제
UART는 클럭(Clock) 선이 없는 비동기식 포트이므로, 송신부와 수신부가 사전에 약속된 전송 속도(Baudrate, 예: 38400, 115200 bps)를 정확히 일치시켜야만 한다.
- Baudrate 비대칭 오류 (Mismatched Baudrate): 파라미터(
SER_GPS1_BAUD) 설정 미스나, 모듈 초기화 중 u-blox 수신기가 기대하지 않은 속도로 데이터를 넘길 때 PX4는 쓰레기(Garbage) 문자를 수신하며 초기화 단계에서 교착 상태(Deadlock)에 빠질 위험이 있다. - 업데이트 주기 레이턴시(Latency): 정밀한 제어를 위해 GPS 갱신 주기를 10Hz 이상으로 끌어올리려면 NMEA 아스키(ASCII) 문자열 전송에 막대한 시리얼 포트 대역폭이 소모된다. PX4는 이를 타개하기 위해 UBX 바이너리 프로토콜로 전환하는 핸드셰이크(Handshake) 로직을 구사하지만, 그럼에도 불구하고 UART 자체의 태생적인 전송 속도 한계(보통 최대 921600 bps 이하)는 대용량 실시간 센서 융합 관점에서는 치명적인 제약이다.
0.3 차동 신호(Differential Signalling) 부재와 노이즈 취약성
가장 치명적인 물리적 한계점은 전기적 노이즈에 대한 극도의 취약성이다.
- 싱글 엔디드(Single-ended) 전송: UART는 접지(GND)를 기준으로 0V와 3.3V(또는 5V) 전압의 높낮이만으로 0과 1을 판별한다. 만약 드론 내부의 고출력 변속기(ESC) 케이블 근처를 UART 케이블이 지나간다면, 강한 전자기장(EMI)이 케이블에 유도 전류(Induced Current)를 발생시켜 전압 레벨을 왜곡시킨다.
- 신호 왜곡(Signal Distortion): 이러한 왜곡은 곧 통신 비트의 플립(Bit Flip)으로 이어져 GPS 패킷의 CRC 체크섬(Checksum) 에러를 폭증시킨다. PX4 계기판에는 “GPS Data Link Lost“와 같은 치명적 경고가 출력될 수 있으며, 결국 FC는 노이즈가 유입될 여지가 많은 긴 길이의 GPS UART 케이블을 사용할 수 없게 되는 딜레마에 처한다.
현장의 드론 운용 엔지니어들은 이 UART 기반 시스템의 단점들을 우회하기 위해 물리적 차폐(Shielding)나 페라이트 코어(Ferrite Core) 장착 등의 아날로그적 땜질 처방을 강구해야 했으며, 이는 궁극적으로 차례로 서술될 UAVCAN/DroneCAN 기반 차동 통신 패러다임으로 하드웨어 표준이 상향 진화하는 가장 큰 동력이 되었다.