2026년 06월 22일 PX4 주간 개발 동향: v1.18 릴리즈 임박, 자율 비행 및 시스템 안정성 대폭 강화

Bymaponarooo

PX4 주간 통합 브리핑

지난주 PX4 Autopilot 개발 커뮤니티는 다가오는 v1.18 안정화 릴리즈를 위한 막바지 준비 작업으로 활발한 움직임을 보였습니다. 특히 6월 24일 PR 마감 및 6월 26일 브랜치 동결 일정은 개발의 집중도를 높이고 있습니다. 이번 주 주요 개발 동향은 크게 세 가지 축으로 요약할 수 있습니다. 첫째, 자율 비행 및 미션 계획 역량의 고도화입니다. ASTM F3442와 같은 규제 표준을 준수하는 충돌 회피(Detect and Avoid) 모듈 확장, 스마트 미션 경로 계획 및 캐싱 기능 도입, 그리고 지오펜스(Geofence)를 인식하는 RTL(Return-to-Launch) 기능은 드론의 자율 운영 안전성과 효율성을 한 단계 끌어올릴 잠재력을 가지고 있습니다.

둘째, 시스템 안정성과 하드웨어 확장성 강화입니다. MAVLink 명령 처리의 견고성 및 OpenDroneID 지원 강화, 부트로더의 플래시 ECC 오류 복구 기능, 그리고 다양한 신규 비행 컨트롤러 보드(Lectron Pi5, FMU-V6X, DAKEFPV H743 시리즈) 지원은 PX4의 신뢰성과 적용 범위를 넓히고 있습니다. 마지막으로, 개발 및 테스트 인프라 개선입니다. WSL2 펌웨어 업로드 지원, TSAN(ThreadSanitizer)을 통한 SIH(Software-in-the-Loop) CI 안정화 노력, 그리고 X-Plane 및 RotorPy 시뮬레이터 연동 강화는 개발자의 생산성 향상과 코드 품질 보증에 기여하고 있습니다.

종합적으로 이번 주는 PX4의 핵심 기능인 자율성, 안전성, 확장성, 그리고 개발자 경험에 대한 심도 있는 개선 작업이 진행되었으며, 이는 v1.18 릴리즈가 매우 중요한 이정표가 될 것임을 시사합니다. 특히 MAVLink 인증 자료 스트리핑과 같은 보안 관련 이슈는 지속적인 관심과 신속한 대응이 필요합니다.

PX4 릴리즈 및 버전별 주요 변경 사항

현재 PX4는 v1.18.0-alpha1 버전을 통해 다음 주요 릴리즈를 위한 비행 테스트 단계에 돌입했습니다.

  • v1.18.0-alpha1 (발표일: 2026-05-13)

    • GitHub Release Page
    • 주요 내용: v1.18의 첫 번째 프리릴리즈 버전으로, 광범위한 비행 테스트를 목적으로 배포되었습니다. 자세한 릴리즈 노트는 정식 버전 출시 시 제공될 예정입니다. 이 알파 버전은 커뮤니티가 새로운 기능과 변경 사항을 조기에 테스트하고 피드백을 제공함으로써, 안정적인 v1.18 정식 릴리즈를 위한 중요한 기반을 마련하고 있습니다.
      Discourse 포럼의 공지 (PX4 v1.18 is moving)에 따르면, 6월 24일까지 PR 제출이 마감되고 6월 26일에 브랜치가 동결될 예정이므로, v1.18의 안정화 릴리즈가 임박했음을 알 수 있습니다.

핵심 GitHub 업데이트 (PX4-Autopilot)

병합(Merged)된 중요한 PR 분석

지난 7일간 PX4-Autopilot 리포지토리에는 18개의 PR이 병합되었습니다. 이들은 주로 안정성 개선, 규제 준수, 그리고 개발 편의성 향상에 초점을 맞추고 있습니다.

오픈된(Open) 크리티컬 Issue 및 PR 심층 분석

현재 오픈되어 활발히 논의 중인 PR과 Issue는 PX4의 미래 방향성을 보여줍니다.

Weekly Dev Call & 커뮤니티 동향

지난 2026년 06월 17일에 진행된 PX4 주간 개발 콜에서는 팀 동기화 및 커뮤니티 Q&A 세션이 활발하게 이루어졌습니다 (PX4 Dev Call: June 17, 2026). 이는 개발팀과 커뮤니티 간의 지속적인 소통과 협력을 통해 PX4 개발의 투명성과 효율성을 유지하려는 노력의 일환입니다.

Discourse 포럼, 특히 ‘PX4 Autopilot’ 섹션에서는 v1.18 릴리즈의 임박에 대한 공지가 가장 큰 관심을 끌었습니다 (PX4 v1.18 is moving). 이 공지는 6월 24일 PR 마감, 6월 26일 브랜치 동결 일정을 명시하며 커뮤니티의 적극적인 참여와 테스트를 독려하고 있습니다.

흥미로운 점은 새로운 유형의 항공기 지원에 대한 논의입니다. Airship airframe ID range and generic airship ID (Airship airframe ID) 토픽은 PR feat(airframes): add generic airship과 연관되어, PX4가 멀티콥터와 고정익 외에 비행선과 같은 비전통적인 플랫폼으로도 확장될 가능성을 보여줍니다.

또한, [Release] AI Flight Integrity Observer: Measuring PX4 Offboard degradation under controlled AI inference lag (AI Flight Integrity Observer) 토픽은 AI/ML 기반의 외부 제어가 PX4 시스템에 미치는 영향에 대한 심층적인 연구와 도구 개발이 이루어지고 있음을 나타냅니다. 이는 AI 드론 통합 시 성능 저하 및 안정성 문제를 해결하기 위한 중요한 접근 방식입니다.

이 외에도 비행 중 불안정성, MAVLink 연결 문제 (ENOTCONN ISSUE), 센서 보정 문제 (Compass calibration infinite loop), 그리고 Takeoff 중 이상 거동 (Toiletbowling) 등 다양한 현장 및 개발 관련 문제점들이 활발히 보고되고 논의되고 있으며, 이는 PX4의 실제 운용 환경에서의 견고성을 높이는 데 필수적인 피드백으로 작용하고 있습니다.

서브 시스템 동향 (MAVLink, MAVSDK, QGC)

MAVLink

이번 주 MAVLink 서브 시스템은 특히 안정성과 규제 준수 측면에서 중요한 업데이트와 논의가 있었습니다. 병합된 PR 중 fix(mavlink): preserve OpenDroneID system timestamp 및 fix(dronecan): forward MAVLink OpenDroneID Basic ID to Remote ID는 OpenDroneID 메시지 처리를 개선하여 원격 식별(Remote ID) 규제 준수를 강화합니다. 또한 fix(mavlink): reject unsupported CONDITION_DISTANCE missions는 MAVLink 미션 명령의 견고성을 높여 예측 불가능한 동작을 방지합니다.

가장 우려되는 점은 MAVLink relay silently strips authentication material — diagnostic tool + fix proposal 이슈입니다. MAVLink 릴레이 과정에서 인증 정보가 유실될 수 있다는 점은 심각한 보안 취약점을 내포하며, MAVLink 기반 시스템의 보안 및 신뢰성에 직접적인 위협이 됩니다. 이 문제는 커뮤니티의 신속한 대응과 해결이 요구됩니다.

MAVSDK

제공된 데이터에는 MAVSDK 관련 GitHub 활동이나 Discourse 논의가 직접적으로 포함되어 있지 않습니다. 하지만 MAVLink 프로토콜의 개선과 Offboard 제어 관련 PX4 코어의 발전은 간접적으로 MAVSDK 사용자들에게 더 안정적이고 기능이 풍부한 인터페이스를 제공하는 기반이 됩니다. 특히 PX4 코어의 외부 모드 세트포인트 타입 및 신뢰성 개선 PR(feat(commander): external modes setpoint types & reliability) 등은 MAVSDK를 활용한 고수준 Offboard 제어 애플리케이션 개발에 긍정적인 영향을 미칠 것으로 예상됩니다.

QGroundControl

QGroundControl(QGC)은 PX4의 주요 지상 통제 스테이션(GCS)으로서, PX4 펌웨어 업데이트에 따른 연동 안정성이 중요합니다. 이번 주 GitHub 이슈 중 Rover on QGroundcontrol goes into hold mode immediatley after starting mission는 QGC와 PX4 Rover 펌웨어 간의 상호작용 문제를 시사합니다. 이는 미션 시작 직후 Rover가 의도치 않게 Hold 모드로 전환되는 버그로, QGC를 통한 자율 주행 미션 수행에 지장을 줄 수 있습니다. PX4 펌웨어 업데이트 시 QGC의 호환성 및 안정성 검증이 함께 이루어져야 함을 강조하는 사례입니다.

Similar Posts

답글 남기기