Drone Control Essential Curriculum: 기체·항법·제어·통신에서 지상국까지

통제 앱의 명령은 MAVLink와 무선 링크를 건너 FC 펌웨어 → 제어 루프 → 모터로 내려가고, 상태 추정이 그 루프를 받친다. 각 고리의 탭 숫자가 그 고리를 다루는 단계다.

소개

최종 목표는 드론 통제 애플리케이션을 만드는 것입니다. 지도 위에서 기체를 고르고, 미션을 올리고, 텔레메트리를 보며, 문제가 생기면 귀환(RTL)을 명령하는 앱입니다. 그런데 이 앱이 실제로 하는 일은 대부분 화면 밖에서 벌어집니다. 버튼 하나가 MAVLink 메시지가 되어 무선 링크를 건너고, 비행 컨트롤러(FC)의 펌웨어가 그 명령을 해석해 위치·속도·자세 제어 루프에 목표값을 넣고, 그 루프는 GNSS와 IMU를 융합한 상태 추정값을 믿고 모터 네 개의 회전수를 조절합니다.

앱 개발자가 이 사슬을 모두 구현할 필요는 없습니다. 하지만 사슬의 각 고리가 무엇을 보장하고 언제 실패하는지는 알아야 합니다. GPS가 흔들릴 때 기체가 왜 표류하는지, 링크가 끊기면 펌웨어가 무엇을 하는지, COMMAND_ACK가 오지 않으면 앱은 어떻게 행동해야 하는지 — 이것을 모르면 통제 앱은 “보기 좋은 원격 조종기”에 그칩니다.

이 커리큘럼은 Drone-Control-Essential 시리즈의 마스터 로드맵입니다. 목적은 전체 지도를 잡고 기초·핵심을 덮는 것이며, 특정 스택의 앱 구현이나 고급 제어·자율비행처럼 깊이 파야 하는 주제는 이후 심화 시리즈 후보로만 남겨 둡니다(말미 참고). 각 항목을 정복할 때마다 체크박스를 채우는 도장깨기 방식으로 진행합니다.

선수 지식: 고등학교 수준의 벡터·삼각함수, 기초 미분 개념, 그리고 한 가지 이상의 프로그래밍 언어. 통신 단계는 Network Essential의 UDP·소켓 지식을, 통제 앱 단계는 Concurrency Essential의 비동기·이벤트 루프 지식을 재사용합니다.

학습 흐름

10단계는 기초 → 핵심 → 응용 세 구간으로 나뉩니다. 기초(1~3단계)는 “드론이라는 물체”를 이해하는 구간, 핵심(4~8단계)은 “드론이 스스로 날고 지상과 대화하는 원리”를 이해하는 구간, 응용(9~10단계)은 “안전하게 통제하는 앱”으로 엮는 구간입니다.

flowchart TD
    Start([학습 시작]) --> S1

    subgraph BASE["기초 · 드론이라는 물체"]
        S1["1단계<br/>UAS 전체 지도"]
        S2["2단계<br/>좌표계 · 자세 · 비행 역학"]
        S3["3단계<br/>기체 · 센서 · 액추에이터"]
    end

    subgraph CORE["핵심 · 스스로 날고 지상과 대화하기"]
        S4["4단계<br/>GNSS · 항법 · 상태 추정"]
        S5["5단계<br/>비행 제어 (자세 · 고도 · 위치)"]
        S6["6단계<br/>펌웨어 · FC (PX4 / ArduPilot)"]
        S7["7단계<br/>통신 링크 · 텔레메트리"]
        S8["8단계<br/>MAVLink · GCS"]
    end

    subgraph APP["응용 · 안전하게 통제하기"]
        S9["9단계<br/>안전 · 페일세이프 · 규제"]
        S10["10단계<br/>SITL 위 첫 통제 앱"]
    end

    S1 --> S2 --> S3 --> S4 --> S5 --> S6 --> S7 --> S8 --> S9 --> S10
    S10 --> Done([Essential 완주 → 심화 시리즈])

단계 설계 한눈에

구간	단계	학습 목표	핵심 개념	추천 자료 후보
기초	1. UAS 전체 지도	드론 시스템의 구성 요소와 통제 앱의 자리를 설명한다	UAS = 기체 + FC + 데이터링크 + GCS + 운용자, 기체 분류, 오픈소스 생태계	PX4 User Guide 개요, ArduPilot 문서 “Introduction”, Dronecode
기초	2. 좌표계·자세·비행 역학	기체의 위치·자세를 수식으로 표현하고 멀티콥터가 움직이는 원리를 설명한다	NED/ENU, body frame, 오일러각·쿼터니언·회전행렬, 6-DOF, 추력·토크, 믹서	Beard & McLain Small Unmanned Aircraft, Quan Quan Introduction to Multicopter Design and Control
기초	3. 기체·센서·액추에이터	하드웨어 구성품의 역할과 한계를 이해하고 비행시간을 추정한다	프레임, BLDC·KV, ESC(PWM/DShot), 프로펠러, LiPo·C-rate, IMU·자력계·기압계·거리센서, 진동	PX4 “Assembly”·”Sensor Hardware”, ArduPilot “Choosing a Flight Controller”, eCalc 류 계산기
핵심	4. GNSS·항법·상태 추정	GPS가 위치를 정하는 원리와 오차, 센서 융합으로 상태를 추정하는 구조를 설명한다	의사거리·삼변측량, GNSS 성좌, DOP, RTK, WGS84↔ECEF↔로컬 NED, 상보 필터, EKF(EKF2/EKF3)	Misra & Enge GPS: Signals, Measurements, and Performance, kalmanfilter.net, PX4 EKF2 / ArduPilot EKF3 문서
핵심	5. 비행 제어	캐스케이드 P/PID 구조를 그리고 비행 모드가 어느 루프에 목표값을 넣는지 설명한다	피드백·PID, 위치→속도→자세→각속도 캐스케이드, 고도 제어, 튜닝, 비행 모드	Åström & Murray Feedback Systems(무료), MATLAB Tech Talks 드론 제어 시리즈, PX4 “Controller Diagrams”
핵심	6. 펌웨어·FC	PX4·ArduPilot의 내부 구조를 비교하고 파라미터·로그·업데이트 흐름을 다룬다	Pixhawk FMU 표준, MCU·RTOS(NuttX/ChibiOS), uORB, HAL, 파라미터, 컴패니언 컴퓨터, BSD vs GPLv3	PX4 Developer Guide “Architecture”, ArduPilot Dev “Code Overview”, Pixhawk 표준 문서
핵심	7. 통신 링크·텔레메트리	RC·텔레메트리·영상 링크를 구분하고 링크 버짓·지연·손실을 따진다	RC 무선 링크(ELRS·Crossfire)와 수신기→FC 프로토콜(CRSF·SBUS·PPM), SiK 텔레메트리, Wi-Fi·LTE, 링크 버짓·dBm, 지연, 링크 손실	ArduPilot “Telemetry Radios”, ExpressLRS 문서, Network Essential
핵심	8. MAVLink·GCS	MAVLink 메시지를 읽고 써서 기체 상태를 받고 명령을 보낸다	MAVLink v2 프레임, sysid/compid, HEARTBEAT, COMMAND_LONG/ACK, 미션·파라미터 마이크로서비스, 서명, QGC·Mission Planner	mavlink.io, pymavlink, MAVSDK 문서, QGroundControl User Guide
응용	9. 안전·페일세이프·규제	실패 시나리오와 펌웨어의 대응, 국내 비행 규칙을 정리한다	arming check, RC/GCS/배터리/지오펜스 페일세이프, 프리플라이트 체크, 조종자 증명·기체 신고·비행 승인, 전파 규제	PX4/ArduPilot “Safety”·”Failsafe”, 항공안전법, 드론 원스톱 민원서비스
응용	10. SITL 위 첫 통제 앱	실기체 없이 시뮬레이터에서 연결→이륙→미션→RTL을 수행하는 최소 통제 앱을 만든다	SITL·HITL, Gazebo, MAVProxy, ULog/DataFlash 로그, MAVSDK 미션·텔레메트리 API, 앱 상태 머신	PX4 “Simulation”, ArduPilot “SITL”, MAVSDK Examples, PX4 Flight Review

학습 진행 현황

완료한 항목에는 상세 포스트 링크가 연결됩니다. 학습이 진행될 때마다 체크박스와 진행률을 갱신합니다.

현재 완료한 항목: 21개
전체 항목: 30개
진행률: 70%

1단계: UAS 전체 지도 — 기체 · FC · 링크 · 지상국 · 운용자

드론은 “날아다니는 기계”가 아니라 무인 항공기 시스템(UAS, Unmanned Aircraft System) 입니다. 기체(Air Vehicle), 그 안의 비행 컨트롤러, 지상과 잇는 데이터링크, 지상통제소(GCS), 그리고 운용자까지가 한 시스템입니다. 이 단계에서는 각 요소의 책임 경계를 긋고, 우리가 만들 통제 앱이 GCS 쪽에서 MAVLink로 FC와 대화하는 소프트웨어라는 위치를 확정합니다. 자세한 내용은 1단계 포스트에서 다룹니다.

UAS 구성 요소와 책임 경계: 기체·FC·데이터링크·GCS·운용자, “무엇이 기체 안에서 결정되고 무엇이 지상에서 결정되는가” — [상세]
기체 분류와 특성: 멀티콥터·고정익·VTOL·헬리콥터, 체공 시간·탑재량·제어 난이도 트레이드오프 — [상세]
오픈소스 드론 생태계 지도: PX4·ArduPilot·Betaflight, Dronecode, MAVLink, QGroundControl·Mission Planner, MAVSDK·ROS 2 — 통제 앱의 자리 — [상세]

2단계: 좌표계 · 자세 · 비행 역학 — 기체를 수식으로 표현하기

통제 앱이 다루는 모든 숫자(위치, 고도, heading, 속도 벡터)는 어떤 좌표계 기준인지를 알아야 의미가 있습니다. 지구 고정 좌표(NED/ENU)와 기체 고정 좌표(body frame), 그 둘을 잇는 자세 표현을 익히고, 멀티콥터가 모터 회전수만으로 어떻게 6자유도 운동을 만드는지 봅니다. 자세한 내용은 2단계 포스트에서 다룹니다.

좌표계: NED vs ENU, body frame(FRD/FLU), 로컬 원점(home), 단위와 부호 규약 — PX4/MAVLink/ROS가 서로 다른 규약을 쓰는 지점 — [상세]
자세 표현: 오일러각(롤·피치·요)과 짐벌 락, 회전행렬, 쿼터니언 — 왜 FC 내부는 쿼터니언을 쓰는가 — [상세]
멀티콥터 비행 역학: 6-DOF, 추력·토크와 롤/피치/요/스로틀, 반토크와 요 제어, 믹서(mixer)·제어 할당 — [상세]

3단계: 기체 · 센서 · 액추에이터 — 하드웨어의 역할과 한계

제어와 항법은 결국 센서가 주는 값과 액추에이터가 낼 수 있는 힘 위에서만 성립합니다. 프레임·모터·ESC·프로펠러·배터리의 관계로 추력과 비행시간을 추정하고, IMU·자력계·기압계 같은 센서가 무엇을 재고 어떻게 틀리는지(노이즈·바이어스·진동·자기 간섭)를 익힙니다. 자세한 내용은 3단계 포스트에서 다룹니다.

추진계: 프레임 크기·프로펠러, BLDC 모터와 KV, ESC와 신호 프로토콜(PWM/OneShot/DShot), 추력 대 중량비 — [상세]
전원계: LiPo 셀 전압·용량·C-rate, 전압 강하, 전류 센서, 비행시간 추정과 배터리 페일세이프의 근거 — [상세]
센서: IMU(자이로·가속도계), 자력계, 기압계, GNSS 수신기, 거리센서·광류 — 각각의 오차 특성과 진동·자기 간섭·캘리브레이션 — [상세]

4단계: GNSS · 항법 · 상태 추정 — “지금 어디에, 어떤 자세로 있는가”

통제 앱 지도 위의 드론 아이콘은 FC가 추정한 상태를 그린 것일 뿐입니다. GPS가 위성 신호로 위치를 정하는 원리와 오차 요인, 위경도를 로컬 좌표로 바꾸는 변환, 그리고 GNSS·IMU·기압계·자력계를 융합하는 상태 추정기(EKF)의 구조를 이해합니다. 자세한 내용은 4단계 포스트에서 다룹니다.

GNSS 원리와 오차: 의사거리와 삼변측량, 시계 오차와 4번째 위성, GPS·GLONASS·Galileo·BeiDou, DOP·다중경로·전리층 오차, RTK/DGPS 개요 — [상세]
측지 좌표 변환: WGS84 위경도·타원체고 vs 해발고도, ECEF, 로컬 NED 변환 — 지도 표시·웨이포인트 계산의 기초 — [상세]
센서 융합과 EKF: 상보 필터에서 칼만 필터로, 예측·갱신 구조, PX4 EKF2 / ArduPilot EKF3, 추정 품질 지표와 GPS 글리치 대응 — [상세]

5단계: 비행 제어 — 자세 · 고도 · 위치 루프

“고도 30m 유지”, “이 웨이포인트로 이동”이라는 명령은 FC 안에서 여러 겹의 제어 루프로 풀립니다. 피드백 제어와 PID의 기초, 위치→속도→자세→각속도로 이어지는 캐스케이드 구조, 그리고 각 비행 모드가 이 캐스케이드의 어느 층에 목표값을 넣는지를 이해합니다. 자세한 내용은 5단계 포스트에서 다룹니다.

피드백 제어와 PID: 오차·P/I/D 항의 의미, 적분 와인드업, 미분 노이즈, 루프 주기와 지연 — [상세]
캐스케이드 제어 구조: 각속도(rate) → 자세(attitude) → 속도 → 위치 루프, 고도(수직) 제어 분리, 바깥 루프는 P·안쪽 루프는 PID인 구성, 튜닝 순서와 로그로 보는 응답 — [상세]
비행 모드: Manual/Stabilized → Altitude → Position → Mission/Auto → RTL·Land, PX4 모드와 ArduPilot 모드 대응표 — 앱이 모드를 바꾼다는 것의 의미 — [상세]

비행 모드는 캐스케이드의 어느 층에 목표값을 넣느냐로 갈린다. Mission·RTL은 위치, Position은 속도(스틱 중립 시 위치 유지), Stabilized·Altitude는 자세 루프에 목표를 주고, 각 루프는 상태 추정을 피드백으로 받는다(각속도 루프는 필터링된 자이로를 직접 사용).

6단계: 펌웨어 · 비행 컨트롤러 — PX4와 ArduPilot의 내부

통제 앱의 상대는 결국 FC 위에서 도는 펌웨어입니다. FC 하드웨어(Pixhawk 계열)와 RTOS, 그리고 두 대표 오픈소스 오토파일럿의 아키텍처를 비교합니다. 파라미터 체계와 로그, 펌웨어 업데이트 흐름은 앱이 직접 다루게 되는 부분입니다. 자세한 내용은 6단계 포스트에서 다룹니다.

FC 하드웨어: Pixhawk FMU 표준, MCU와 IO 프로세서, 센서 이중화, 컴패니언 컴퓨터(라즈베리파이·Jetson)와의 역할 분담 — [상세]
PX4 vs ArduPilot 아키텍처: NuttX + uORB pub/sub 모듈 vs ChibiOS + HAL·vehicle 코드, 라이선스(BSD vs GPLv3), 커뮤니티와 선택 기준 — [상세]
파라미터·로그·업데이트: 파라미터 체계와 저장, ULog/DataFlash 로그, 부트로더·펌웨어 업로드 — 앱이 다룰 운영 기능 — [상세]

7단계: 통신 링크 · 텔레메트리 — 지상과 기체 사이의 전파

드론에는 보통 여러 개의 무선 링크가 동시에 존재합니다. 수동 조종용 RC 링크, 상태와 명령을 주고받는 텔레메트리 링크, 그리고 영상 링크입니다. 각 링크의 주파수·대역폭·지연·거리를 비교하고, 링크가 약해지거나 끊어질 때 무슨 일이 일어나는지를 다룹니다. 자세한 내용은 7단계 포스트에서 다룹니다.

링크의 종류와 역할: RC 무선 링크(ExpressLRS·TBS Crossfire)와 수신기→FC 프로토콜(CRSF·SBUS·PPM), 텔레메트리(SiK 계열 시리얼 라디오), Wi-Fi·LTE/셀룰러, 영상 링크 — 무엇을 어떤 링크로 보내는가 — [상세]
무선 기초: 주파수 대역(2.4GHz·5.8GHz·sub-GHz), dBm·링크 버짓, RSSI·LQ, 안테나·편파·가시선(LOS), 국내 전파 규제 개요 — [상세]
텔레메트리 전송 계층: 시리얼·UDP·TCP 위의 MAVLink, 메시지 전송률(stream rate)과 대역 예산, 지연·손실 시 앱이 보여야 할 상태 — [상세]

8단계: MAVLink · 지상통제소(GCS) — 통제 앱의 언어

통제 앱이 FC와 나누는 언어는 MAVLink입니다. 프레임 구조와 시스템/컴포넌트 ID, HEARTBEAT로 시작하는 연결 수립, 명령-응답(COMMAND_LONG→COMMAND_ACK) 패턴, 미션·파라미터 업로드 프로토콜을 직접 메시지 수준에서 다뤄 보고, 기존 GCS가 이를 어떻게 화면으로 옮기는지 봅니다. 자세한 내용은 8단계 포스트에서 다룹니다.

MAVLink 프로토콜 구조: v1/v2 프레임, sysid/compid, 메시지 정의(XML dialect), HEARTBEAT와 연결 수립, 메시지 서명
마이크로서비스: Command 프로토콜(COMMAND_LONG/INT·ACK·재전송), Mission 프로토콜(업로드/다운로드 핸드셰이크), Parameter 프로토콜, 텔레메트리 스트림
GCS와 라이브러리: QGroundControl·Mission Planner 기능 지도, pymavlink vs MAVSDK vs MAVROS/ROS 2(uXRCE-DDS) — 앱 스택 선택 기준

9단계: 안전 · 페일세이프 · 규제 기초 — 실패를 설계하기

통제 앱의 품질은 정상 비행보다 실패 상황에서 드러납니다. 펌웨어가 이륙을 거부하는 조건(arming check), 링크·배터리·지오펜스 페일세이프가 발동하는 조건과 동작, 그리고 국내에서 드론을 날리기 위한 법적 절차를 정리합니다. 규제 세부(무게 기준·절차)는 개정이 잦으므로 학습 시점에 국토교통부·드론 원스톱 민원서비스의 최신 고시로 확인합니다. 자세한 내용은 9단계 포스트에서 다룹니다.

이륙 전 안전: arming check(센서·EKF·GPS·배터리), 프리플라이트 체크리스트, 캘리브레이션 상태 — 앱이 보여 줘야 할 “왜 Arm이 안 되는가”
페일세이프: RC 손실·GCS(데이터링크) 손실·배터리 부족·지오펜스 위반·EKF 실패 시의 동작(RTL·Land·Hold) 설정과 우선순위
국내 규제 기초: 항공안전법상 무인비행장치, 기체 신고·조종자 증명(무게별 종 구분), 비행 금지·제한 구역과 관제권, 고도 제한·비행 승인·촬영 허가, 전파 인증

10단계: SITL 위 첫 통제 앱 — 연결 · 이륙 · 미션 · 귀환

마지막 단계는 실기체 없이 지금까지의 지식을 하나의 최소 통제 앱으로 엮는 것입니다. PX4 SITL을 Gazebo와 함께 띄우고(MAVSDK는 PX4 기준으로 개발·검증되며 ArduPilot 지원은 부분적이므로, ArduPilot SITL을 쓴다면 pymavlink·MAVProxy 경로를 함께 고려합니다), MAVSDK로 연결→상태 수신→Arm→이륙→미션 업로드·실행→RTL을 수행하는 앱을 만든 뒤, 비행 로그로 결과를 검증합니다. 자세한 내용은 10단계 포스트에서 다룹니다.

시뮬레이션 환경: SITL·HITL 차이, PX4 SITL + Gazebo / ArduPilot SITL, MAVProxy로 포트 분기, QGC 동시 연결
최소 통제 앱: MAVSDK(PX4 기준)로 연결·텔레메트리 구독·Arm/Takeoff·미션 업로드·RTL, 명령 타임아웃·ACK 처리, 앱 상태 머신(연결/대기/비행/귀환/오류)
검증과 로그 분석: 페일세이프 주입 테스트(링크 끊기·배터리 시뮬레이션), ULog·Flight Review로 궤적·제어 응답 확인, 다음 심화로 넘길 질문 정리

핵심 포인트

통제 앱은 “명령을 보내는 곳”이지 “비행시키는 곳”이 아닙니다: 실제 비행은 FC의 제어 루프가 수행합니다. 앱은 목표(모드·미션·setpoint)를 주고, 상태를 관찰하고, 실패에 대응합니다. 이 책임 경계가 1단계의 핵심이자 시리즈 전체의 뼈대입니다.
모든 숫자에는 좌표계와 출처가 붙어 있습니다: 지도 위 위치는 EKF가 추정한 값이고, 고도에는 기준(타원체·해발·home 상대)이 있습니다. 2·4단계를 건너뛰면 앱에서 “고도가 이상하다”는 버그를 영원히 쫓게 됩니다.
링크는 반드시 끊깁니다: 7~9단계는 하나의 질문으로 이어집니다 — “링크가 끊기면 기체는 무엇을 하고, 앱은 무엇을 보여 주는가?” 이 질문에 답할 수 있으면 Essential의 목표를 달성한 것입니다.
실기체 전에 SITL: 모든 실험은 시뮬레이터에서 먼저 합니다. 같은 펌웨어 코드가 SITL에서 돌기 때문에, 통제 앱은 실기체 없이도 거의 끝까지 개발·검증할 수 있습니다.

심화 시리즈 후보

Essential을 완주한 뒤 이어갈 심화 시리즈 후보입니다. 지금은 제목과 범위만 정해 두고, 본문은 Essential 진행 결과를 보고 확정합니다.

후보 시리즈	범위	이어지는 Essential 단계
`Drone-GCS-App`	특정 스택으로 실제 통제 앱 구현 — 지도·미션 편집기·다기체 대시보드·WebSocket 텔레메트리 중계, 데스크톱/웹/모바일 선택	8, 10
`Drone-Autopilot-Internals`	PX4/ArduPilot 소스 수준 분석 — 모듈·드라이버 작성, 파라미터·로그 체계 확장, 커스텀 MAVLink 메시지	6, 8
`Drone-State-Estimation`	칼만 필터 유도부터 EKF2/EKF3 구조, VIO·광류·GPS-denied 항법, RTK 운용	4
`Drone-Advanced-Control`	비선형·기하 제어, LQR·MPC, INDI, 시스템 식별과 자동 튜닝	5
`Drone-Autonomy`	Offboard 제어, ROS 2 + uXRCE-DDS, 경로 계획·장애물 회피, 컴패니언 컴퓨터 위 엣지 AI	5, 6, 10
`Drone-Fleet-Ops`	다기체·군집 운용, 셀룰러 BVLOS, UTM·원격 식별, 드론 보안(MAVLink 서명·GNSS 재밍/스푸핑 대응)	7, 9

결론

드론 통제 앱은 지도와 버튼으로 이루어진 UI처럼 보이지만, 그 아래에는 좌표계 → 센서 → 상태 추정 → 제어 루프 → 펌웨어 → 무선 링크 → MAVLink로 이어지는 긴 사슬이 있습니다. 이 커리큘럼은 그 사슬의 고리를 하나씩 확인하고, 마지막에 SITL 위에서 직접 사슬의 맨 끝(앱)을 붙여 보는 여정입니다. 10단계를 도장깨기로 채우면, 심화 시리즈에서 어떤 스택을 고르든 “왜 이렇게 동작하는가”를 설명할 수 있는 바닥이 생깁니다.

다음 학습 (Next Learning)

1단계 · UAS 전체 지도 — 기체·FC·데이터링크·GCS·운용자와 통제 앱의 자리
2단계 · 좌표계 · 자세 · 비행 역학 — NED/ENU·쿼터니언·믹서
3단계 · 기체 · 센서 · 액추에이터 — 추진계·배터리·센서 오차
4단계 · GNSS · 항법 · 상태 추정 — 의사거리·DOP·NED 변환·칼만 필터
5단계 · 비행 제어 — PID·캐스케이드·비행 모드 대응표
6단계 · 펌웨어 · 비행 컨트롤러 — Pixhawk·PX4 vs ArduPilot·파라미터·로그
7단계 · 통신 링크 · 텔레메트리 — CRSF·SBUS·링크 버짓·MAVLink 대역 예산·링크 판정
Network Essential Curriculum — 텔레메트리 전송 계층의 기초
Concurrency Essential Curriculum — 통제 앱의 비동기 구조 기초

소개