# 모듈 참조: 시스템
# battery_simulator
Source: modules/simulation/battery_simulator (opens new window)
# 설명
# 사용법
battery_simulator <command> [arguments...]
Commands:
start
stop
status print status info
# battery_status
소스: modules/battery_status (opens new window)
# 설명
제공 기능은 다음과 같습니다:
- ADC 드라이버의 출력을 읽고(ioctl 인터페이스를 통해)
battery_status
를 게시합니다.
# 구현
자체 스레드에서 실행되고, 현재 선택된 자이로 주제를 폴링합니다.
# 사용법
battery_status <command> [arguments...]
Commands:
start
stop
status print status info
# camera_feedback
소스: modules/camera_feedback (opens new window)
# 설명
# 사용법
camera_feedback <command> [arguments...]
Commands:
start
stop
status print status info
# commander
소스: modules/commander (opens new window)
# 설명
커맨더 모듈에는 모드 전환 및 안전 장치 동작을 위한 상태 머신이 포함되어 있습니다.
# 사용법
commander <command> [arguments...]
Commands:
start
[-h] Enable HIL mode
calibrate Run sensor calibration
mag|baro|accel|gyro|level|esc|airspeed Calibration type
quick Quick calibration (accel only, not recommended)
check Run preflight checks
arm
[-f] Force arming (do not run preflight checks)
disarm
[-f] Force disarming (disarm in air)
takeoff
land
transition VTOL transition
mode Change flight mode
manual|acro|offboard|stabilized|altctl|posctl|auto:mission|auto:loiter|auto
:rtl|auto:takeoff|auto:land|auto:precland Flight mode
pair
lockdown
on|off Turn lockdown on or off
set_ekf_origin
lat, lon, alt Origin Latitude, Longitude, Altitude
lat|lon|alt Origin latitude longitude altitude
poweroff Power off board (if supported)
stop
status print status info
# dataman
소스: modules/dataman (opens new window)
# 설명
C API를 통해 간단한 데이터베이스 형태로 시스템에 영구 저장소를 제공하는 모듈입니다. 다중 백엔드가 지원됩니다.
- 파일(예: SD 카드)
- RAM (영구적이지 않음)
임무 웨이포인트, 임무 상태 및 지오펜스 다각형과 같은 다양한 유형의 구조화된 데이터를 저장합니다. 각 유형은 특정 유형과 고정된 최대 저장 항목 수를 가지고 있어, 빠른 랜덤 액세스가 가능합니다.
# 구현
단일 항목을 읽고 쓰는 것은 항상 원자적입니다.
DM_KEY_FENCE_POINTS 및 DM_KEY_SAFE_POINTS 항목: 첫 번째 데이터 요소는 이러한 유형의 항목 수를 저장하는 mission_stats_entry_s
구조체입니다. 이러한 항목은 항상 하나의 트랜잭션에서 원자적으로 업데이트됩니다(mavlink Mission Manager에서).
# 사용법
dataman <command> [arguments...]
Commands:
start
[-f <val>] Storage file
values: <file>
[-r] Use RAM backend (NOT persistent)
The options -f and -r are mutually exclusive. If nothing is specified, a file
'dataman' is used
stop
status print status info
# dmesg
소스: systemcmds/dmesg (opens new window)
# 설명
부팅 콘솔 메시지를 출력합니다. NuttX의 작업 대기열 및 syslog의 출력은 캡처되지 않습니다.
# 예
백그라운드에서 모든 메시지를 출력합니다.
dmesg -f &
# 사용법
dmesg <command> [arguments...]
Commands:
[-f] Follow: wait for new messages
# esc_battery
소스: modules/esc_battery (opens new window)
# 설명
ESC 상태의 정보를 사용하여 구현하고, 배터리 상태를 게시합니다.
# 사용법
esc_battery <command> [arguments...]
Commands:
start
stop
status print status info
# gyro_calibration
소스: modules/gyro_calibration (opens new window)
# 설명
간단한 온라인 자이로스코프 교정.
# 사용법
gyro_calibration <command> [arguments...]
Commands:
start
stop
status print status info
# gyro_fft
소스: modules/gyro_fft (opens new window)
# 설명
# 사용법
gyro_fft <command> [arguments...]
Commands:
start
stop
status print status info
# heater
소스: drivers/heater (opens new window)
# 설명
설정점에서 IMU 온도를 조절하기 위하여 LP 작업 대기열에서 주기적으로 실행되는 백그라운드 프로세스입니다.
이 작업은 부팅 시 SENS_EN_THERMAL을 설정하거나, CLI를 통하여 시작 스크립트에서 시작할 수 있습니다.
# 사용법
heater <command> [arguments...]
Commands:
start
stop
status print status info
# land_detector
소스: modules/land_detector (opens new window)
# 설명
차량의 자유낙하와 착지상태를 감지하고, vehicle_land_detected
주제를 게시하는 모듈입니다. 각 차량 유형(멀티로터, 고정익, vtol, ...)은 명령 추력, 무장 상태 및 차량 모션과 같은 다양한 상태를 고려하여 자체 알고리즘을 제공합니다.
# 구현
모든 유형은 공통 기본 클래스를 사용하여 자체 클래스에서 구현됩니다. 기본 클래스는 상태를 유지합니다(착륙, 아마도_착륙, 지상_접촉). 가능한 각 상태는 파생 클래스에서 구현됩니다. 각 내부 상태의 히스테리시스 및 고정된 우선 순위에 따라 실제 land_detector 상태가 결정됩니다.
# 멀티콥터 착륙 감지기
ground_contact: z 방향의 추력 설정점 및 속도는 GROUND_CONTACT_TRIGGER_TIME_US 시간에 대해 정의된 임계값 미만이어야 합니다. ground_contact가 감지되면, 위치 컨트롤러는 본체 x 및 y의 추력 설정값을 끕니다.
maybe_landed: 더 엄격한 추력 설정값 임계값과 함께 ground_contact가 필요하며, 수평 방향으로 속도가 없습니다. 트리거 시간은 MAYBE_LAND_TRIGGER_TIME에 의해 정의됩니다. Maybe_landed가 감지되면 위치 컨트롤러는 추력 설정값을 0으로 설정합니다.
착륙: LAND_DETECTOR_TRIGGER_TIME_US 시간 동안 참이 되기 위해서는 may_landed가 필요합니다.
모듈은 HP 작업 대기열에서 주기적으로 실행됩니다.
# 사용법
land_detector <command> [arguments...]
Commands:
start Start the background task
fixedwing|multicopter|vtol|rover|airship Select vehicle type
stop
status print status info
# load_mon
소스: modules/load_mon (opens new window)
# 설명
CPU 로드 및 RAM 사용량을 계산하고, cpuload
주제를 게시하기 위하여 낮은 우선순위 작업 대기열에서 주기적으로 실행되는 백그라운드 프로세스입니다.
NuttX에서는 각 프로세스의 스택 사용량도 확인하고, 300바이트 미만으로 떨어지면 경고가 출력되고 로그 파일에도 기록됩니다.
# 사용법
load_mon <command> [arguments...]
Commands:
start Start the background task
stop
status print status info
# logger
소스: modules/logger (opens new window)
# 설명
설정 가능한 uORB 주제 세트와 시스템 printf 메시지(PX4_WARN
및 PX4_ERR
)를 ULog 파일에 기록하는 시스템 로거입니다. 시스템 및 비행 성능 평가, 튜닝, 재생 및 충돌 분석에 사용할 수 있습니다.
2개의 백엔드를 지원합니다.
- 파일: ULog 파일을 파일 시스템(SD 카드)에 기록합니다.
- MAVLink: MAVLink를 통해 ULog 데이터를 클라이언트로 스트리밍합니다(클라이언트가 이를 지원해야 함).
두 백엔드를 동시에 활성화하고 사용할 수 있습니다.
파일 백엔드는 전체(일반 로그)와 미션 로그의 두 가지 유형의 로그 파일을 지원합니다. 임무 로그는 축소된 ulog 파일이며, 지오태깅 또는 차량 관리 등에 사용할 수 있습니다. SDLOG_MISSION 매개변수를 통하여 활성화 및 설정할 수 있습니다. 일반 로그는 항상 미션 로그의 상위 집합입니다.
# 구현
구현은 두 개의 스레드를 사용합니다.
- 고정된 속도로 실행되는 메인 스레드(또는 -p로 시작된 경우 주제에 대한 폴링) 및 데이터 업데이트 확인
- 작성자 스레드, 파일에 데이터 쓰기
그 사이에는 구성 가능한 크기의 쓰기 버퍼가 있습니다(및 미션 로그를 위한 또 다른 고정 크기 버퍼). 드롭아웃을 방지하려면 크기가 커야 합니다.
# 예
즉시 로깅을 시작하는 일반적인 사용법입니다.
logger start -e -t
또는, 이미 동작중일 경우
logger on
# 사용법
logger <command> [arguments...]
Commands:
start
[-m <val>] Backend mode
values: file|mavlink|all, default: all
[-x] Enable/disable logging via Aux1 RC channel
[-a] Log 1st armed until shutdown
[-e] Enable logging right after start until disarm (otherwise only
when armed)
[-f] Log until shutdown (implies -e)
[-t] Use date/time for naming log directories and files
[-r <val>] Log rate in Hz, 0 means unlimited rate
default: 280
[-b <val>] Log buffer size in KiB
default: 12
[-p <val>] Poll on a topic instead of running with fixed rate (Log rate
and topic intervals are ignored if this is set)
values: <topic_name>
[-c <val>] Log rate factor (higher is faster)
default: 1.0
on start logging now, override arming (logger must be running)
off stop logging now, override arming (logger must be running)
trigger_watchdog manually trigger the watchdog now
stop
status print status info
# netman
소스: systemcmds/nshterm (opens new window)
# 사용법
Online magnetometer bias estimator.
# 설명
netman <command> [arguments...]
Commands:
show Display the current persistent network settings to the console.
# pwm_input
Source: modules/manual_control (opens new window)
# 사용법
Module consuming manual_control_inputs publishing one manual_control_setpoint.
# 설명
pwm_input <command> [arguments...]
Commands:
start
test prints PWM capture info.
# netman
Source: systemcmds/netman (opens new window)
# Description Network configuration manager saves the network settings in non-volatile memory. On boot the update
option will be run. If a network configuration does not exist. The default setting will be saved in non-volatile and the system rebooted.
# update
netman update
is run automatically by a startup script. When run, the update
option will check for the existence of net.cfg
in the root of the SD Card. It then saves the network settings from net.cfg
in non-volatile memory, deletes the file and reboots the system.
# save
The save
option will save settings from non-volatile memory to a file named net.cfg
on the SD Card filesystem for editing. Use this to edit the settings. Save does not immediately apply the network settings; the user must reboot the flight stack. By contrast, the update
command is run by the start-up script, commits the settings to non-volatile memory, and reboots the flight controller (which will then use the new settings).
# show
The show
option will display the network settings in net.cfg
to the console.
# Examples $ netman save # Save the parameters to the SD card. $ netman show # display current settings. $ netman update -i eth0 # do an update
# 설명
netman <command> [arguments...]
Commands:
show Display the current persistent network settings to the console.
update Check SD card for net.cfg and update network persistent network
settings.
save Save the current network parameters to the SD card.
[-i <val>] Set the interface name
default: eth0
# pwm_input
Source: drivers/pwm_input (opens new window)
# Description
Measures the PWM input on AUX5 (or MAIN5) via a timer capture ISR and publishes via the uORB 'pwm_input` message.
# Usage
pwm_input <command> [arguments...]
Commands:
start
stop
status print status info
# rc_update
Source: modules/rc_update (opens new window)
# Description
The rc_update module handles RC channel mapping: read the raw input channels (input_rc
), then apply the calibration, map the RC channels to the configured channels & mode switches and then publish as rc_channels
and manual_control_input
.
# Implementation
To reduce control latency, the module is scheduled on input_rc publications.
# 사용법
rc_update <command> [arguments...]
Commands:
start
stop
status print status info
# replay
Source: modules/replay (opens new window)
# 설명
This module is used to replay ULog files.
There are 2 environment variables used for configuration: replay
, which must be set to an ULog file name - it's the log file to be replayed. The second is the mode, specified via replay_mode
:
replay_mode=ekf2
: 특정 EKF2 재생 모드. ekf2 모듈과 함께만 사용할 수 있지만, 가능한 한 빨리 재생할 수 있습니다.- 일반 그렇지 않으면 이것은 모든 모듈을 재생하는 데 사용할 수 있지만 재생은 로그가 기록된 것과 동일한 속도로 수행됩니다.
The module is typically used together with uORB publisher rules, to specify which messages should be replayed. The replay module will just publish all messages that are found in the log. It also applies the parameters from the log.
The replay procedure is documented on the System-wide Replay (opens new window) page.
# Usage
replay <command> [arguments...]
Commands:
start Start replay, using log file from ENV variable 'replay'
trystart Same as 'start', but silently exit if no log file given
tryapplyparams Try to apply the parameters from the log file
stop
status print status info
# send_event
Source: modules/events (opens new window)
# Description
Background process running periodically on the LP work queue to perform housekeeping tasks. It is currently only responsible for tone alarm on RC Loss.
The tasks can be started via CLI or uORB topics (vehicle_command from MAVLink, etc.).
# Usage
send_event <command> [arguments...]
Commands:
start Start the background task
stop
status print status info
# sensor_arispeed_sim
Source: modules/simulation/sensor_airspeed_sim (opens new window)
# Description
# Usage
sensor_arispeed_sim <command> [arguments...]
Commands:
start
stop
status print status info
# sensor_baro_sim
Source: modules/simulation/sensor_baro_sim (opens new window)
# Description
# Usage
sensor_baro_sim <command> [arguments...]
Commands:
start
stop
status print status info
# sensor_gps_sim
Source: modules/simulation/sensor_gps_sim (opens new window)
# Description
# Usage
sensor_gps_sim <command> [arguments...]
Commands:
start
stop
status print status info
# sensor_mag_sim
Source: modules/simulation/sensor_mag_sim (opens new window)
# Description
# 사용법
sensor_mag_sim <command> [arguments...]
Commands:
start
stop
status print status info
# sensors
Source: modules/sensors (opens new window)
# 설명
The sensors module is central to the whole system. It takes low-level output from drivers, turns it into a more usable form, and publishes it for the rest of the system.
The provided functionality includes:
- Read the output from the sensor drivers (
SensorGyro
, etc.). 동일한 유형이 여러 개 있는 경우 투표 및 장애 조치 처리를 수행합니다. 그런 다음, 보드 회전 및 온도 보정을 적용합니다(활성화된 경우). And finally publish the data; one of the topics isSensorCombined
, used by many parts of the system. - 매개변수가 변경되거나 시작될 때 센서 드라이버가 업데이트된 보정 매개변수(스케일 및 오프셋)를 가져오는 지 확인하십시오. 센서 드라이버는 매개변수 업데이트를 위하여 ioctl 인터페이스를 사용합니다. 이것이 제대로 작동하려면,
센서
가 시작될 때 센서 드라이버가 이미 실행되고 있어야 합니다. - Do sensor consistency checks and publish the
SensorsStatusImu
topic.
# Implementation
It runs in its own thread and polls on the currently selected gyro topic.
# Usage
sensors <command> [arguments...]
Commands:
start
[-h] Start in HIL mode
stop
status print status info
# tattu_can
Source: drivers/tattu_can (opens new window)
# Description
Driver for reading data from the Tattu 12S 16000mAh smart battery.
# Usage
tattu_can <command> [arguments...]
Commands:
start
stop
status print status info
# temperature_compensation
Source: modules/temperature_compensation (opens new window)
# Description
The temperature compensation module allows all of the gyro(s), accel(s), and baro(s) in the system to be temperature compensated. The module monitors the data coming from the sensors and updates the associated sensor_correction topic whenever a change in temperature is detected. The module can also be configured to perform the coeffecient calculation routine at next boot, which allows the thermal calibration coeffecients to be calculated while the vehicle undergoes a temperature cycle.
# Usage
temperature_compensation <command> [arguments...]
Commands:
start Start the module, which monitors the sensors and updates the
sensor_correction topic
calibrate Run temperature calibration process
[-a] calibrate the accel
[-g] calibrate the gyro
[-m] calibrate the mag
[-b] calibrate the baro (if none of these is given, all will be
calibrated)
stop
status print status info
# tune_control
Source: systemcmds/tune_control (opens new window)
# Description
Command-line tool to control & test the (external) tunes.
Tunes are used to provide audible notification and warnings (e.g. when the system arms, gets position lock, etc.). The tool requires that a driver is running that can handle the tune_control uorb topic.
Information about the tune format and predefined system tunes can be found here: https://github.com/PX4/PX4-Autopilot/blob/release/1.14/src/lib/tunes/tune_definition.desc
# Examples
Play system tune #2:
tune_control play -t 2
# Usage
tune_control <command> [arguments...]
Commands:
play Play system tune or single note.
error Play error tune
[-t <val>] Play predefined system tune
default: 1
[-f <val>] Frequency of note in Hz (0-22kHz)
[-d <val>] Duration of note in us
[-s <val>] Volume level (loudness) of the note (0-100)
default: 40
[-m <val>] Melody in string form
values: <string> - e.g. "MFT200e8a8a"
libtest Test library
stop Stop playback (use for repeated tunes)
# uxrce_dds_client
Source: modules/uxrce_dds_client (opens new window)
# Description
UXRCE-DDS Client used to communicate uORB topics with an Agent over serial or UDP.
# Examples
uxrce_dds_client start -t serial -d /dev/ttyS3 -b 921600
uxrce_dds_client start -t udp -h 127.0.0.1 -p 15555
# Usage
uxrce_dds_client <command> [arguments...]
Commands:
start
[-t <val>] Transport protocol
values: serial|udp, default: udp
[-d <val>] serial device
values: <file:dev>
[-b <val>] Baudrate (can also be p:<param_name>)
default: 0
[-h <val>] Agent IP. If not provided, defaults to UXRCE_DDS_AG_IP
values: <IP>
[-p <val>] Agent listening port. If not provided, defaults to
UXRCE_DDS_PRT
[-n <val>] Client DDS namespace
stop
status print status info
# work_queue
Source: systemcmds/work_queue (opens new window)
# 설명
Command-line tool to show work queue status.
# 사용법
work_queue <command> [arguments...]
Commands:
start
stop
status print status info