Điều khiển offboard gửi lệnh bay từ một chương trình ra sao?

• Máy tính điều khiển bên ngoài
• Bộ điều khiển bay nhận yêu cầu
• Drone được điều khiển

Bạn sẽ học được gì

• Theo dõi các trạng thái từ lúc ứng dụng chuẩn bị đến khi vào offboard.
• Phân biệt mục tiêu gửi đi với trạng thái được bộ điều khiển báo lại.
• Đặt tiêu chí thành công và xử lý một lần timeout trong mô phỏng.

Cần biết trước

Không cần kinh nghiệm bay; offboard nghĩa là nguồn đặt mục tiêu điều khiển nằm ngoài flight stack, ví dụ ứng dụng trên máy tính đồng hành.

Ứng dụng cần chuẩn bị điều gì?

PX4 chỉ chấp nhận mode offboard khi đã nhận luồng bản tin còn sống trước đó và tiếp tục nhận chúng trong khi hoạt động. Giao diện có thể là MAVLink setpoint hoặc ROS 2 OffboardControlMode; loại setpoint và hệ tọa độ phải được PX4 hỗ trợ. Một vị trí mong muốn không đủ nếu phương tiện thiếu nguồn định vị cần cho loại mục tiêu đó.

Trong tài liệu PX4 hiện hành, luồng chứng minh ứng dụng còn hoạt động cần đạt ít nhất 2 Hz và được gửi trước khi chuyển mode. Ở giao diện ROS 2, OffboardControlMode là tín hiệu còn sống; dữ liệu TrajectorySetpoint mang mục tiêu, vì thế chu kỳ gửi của hai thứ có thể khác nhau theo cách tài liệu mô tả. Không được suy rộng yêu cầu này sang firmware hay giao diện khác mà không kiểm tra phiên bản.

Trình tự trạng thái nên được theo dõi ra sao?

Một ứng dụng minh họa có thể quản lý trạng thái phần mềm như sau:

1. Disconnected: chưa nhận trạng thái mới từ PX4; chưa gửi yêu cầu vào offboard.
2. Priming: bắt đầu luồng tín hiệu còn sống và mục tiêu hợp lệ; ghi thời điểm từng bản tin.
3. Requesting mode: gửi yêu cầu đổi mode sau khi điều kiện chuẩn bị đạt; chờ trạng thái mode từ PX4.
4. Active: chỉ đánh dấu offboard hoạt động khi telemetry báo mode tương ứng; tiếp tục phát luồng và theo dõi trạng thái phương tiện.
5. Lost: khi tín hiệu hoặc telemetry quá cũ, ngừng báo lệnh đang được theo dõi, ghi timeout và đợi hành vi failsafe đã cấu hình.

Yêu cầu đổi mode được chấp nhận là một phản hồi; telemetry mode xác nhận trạng thái hiện tại. Ứng dụng phải kiểm tra cả hai trước khi hiển thị “đang offboard”.

Dùng mô phỏng để kiểm tra kết quả nào?

Một mô hình minh họa có thể gồm PX4 SITL trong simulator, một tiến trình điều khiển riêng và bộ ghi sự kiện. Dữ liệu của tiến trình gồm mode yêu cầu, loại setpoint, thời gian gửi và giá trị timeout đọc từ cấu hình; dữ liệu quan sát gồm mode telemetry, phản hồi yêu cầu và thời điểm nhận cuối. Không cần thực hiện thao tác điều khiển ngoài mô phỏng.

Thành công của kịch bản nghĩa là nhật ký cho thấy luồng được phát, phản hồi đổi mode được nhận, telemetry chuyển sang offboard, trạng thái còn cập nhật, và ứng dụng ghi đúng lúc kết thúc. Kịch bản lỗi cố ý dừng tiến trình phát; nhật ký phải phát hiện khoảng im lặng, đổi trạng thái phần mềm sang Lost và ghi hành động failsafe được PX4 báo. Tên hành động cụ thể tùy cấu hình, không phải một kết quả cố định.

Vì sao setpoint không phải kết quả?

Setpoint chỉ mô tả điều ứng dụng muốn. Bộ điều khiển còn cần mode hỗ trợ, dữ liệu định vị thích hợp và thông điệp được cập nhật. Nếu mode không chuyển, lệnh không nên được báo là hoạt động. Nếu mode chuyển nhưng telemetry vị trí không đổi như dự kiến, cần điều tra trạng thái và hệ quy chiếu trước khi kết luận.

Khi mất luồng, PX4 dùng timeout offboard và cấu hình hành động mất liên kết. Bài học là phần mềm đồng hành phải nhận diện chuyển trạng thái, còn hành vi của phương tiện phải được đọc từ cấu hình đúng phiên bản và thử trong simulator.

Hiểu lầm thường gặp

Gửi một mục tiêu một lần không nhất thiết giữ offboard. PX4 cần tín hiệu còn sống liên tục; cách cập nhật setpoint phụ thuộc giao diện.

Mất luồng không đồng nghĩa mọi drone sẽ hạ cánh. Hành động sau timeout do cấu hình và trạng thái phương tiện quyết định.

Câu hỏi thường gặp

Khi nào gửi yêu cầu vào offboard?

Sau khi luồng chứng minh ứng dụng còn hoạt động và mục tiêu được hỗ trợ đã chạy; hãy xác nhận yêu cầu trên đúng phiên bản.

Làm sao biết offboard đã bắt đầu?

Đọc telemetry mode và phản hồi yêu cầu, không chỉ dựa vào lệnh đã gửi.

Điều gì xảy ra khi setpoint dừng?

PX4 thoát offboard khi mất luồng quá timeout cấu hình rồi thực hiện hành động mất offboard đã chọn.

Tóm tắt

• Chuẩn bị luồng còn sống, yêu cầu mode, rồi xác nhận trạng thái bằng telemetry.
• Theo dõi cả thời điểm gửi, phản hồi và trạng thái thật của phương tiện.
• Mô phỏng thành công và mất kết nối bằng tiêu chí nhật ký rõ ràng.