fly316/PX4-Autopilot
7
0
Fork 0
mirror of https://gitee.com/mirrors_PX4/PX4-Autopilot.git synced 2026-10-16 04:03:34 +08:00
Code Issues Packages Projects Releases Wiki Activity

New Crowdin translations - uk (#24894)

Browse Source 
Co-authored-by: Crowdin Bot <support+bot@crowdin.com>
This commit is contained in:
PX4 Build Bot
2025-05-22 07:50:01 +10:00
committed by GitHub
co-authored by Crowdin Bot
parent 700ad7e49f
commit 1277cf28bb
24 changed files with 722 additions and 1151 deletions
Download Patch File Download Diff File Expand all files Collapse all files
docs/uk/modules/modules_system.md
+121 -187
View File
@@ -6,9 +6,7 @@ Source: [modules/simulation/battery_simulator](https://github.com/PX4/PX4-Autopi
### Опис
<a id="battery_simulator_usage"></a>
### Використання
### Usage {#battery_simulator_usage}
```
battery_simulator <command> [arguments...]
@@ -26,17 +24,15 @@ Source: [modules/battery_status](https://github.com/PX4/PX4-Autopilot/tree/main/
### Опис
Надана функціональність включає в себе:
The provided functionality includes:
- Read the output from the ADC driver (via ioctl interface) and publish `battery_status`.
### Імплементація
Він запускається у власній темі і проводить опитування на поточну обрану тему гіроскопа.
It runs in its own thread and polls on the currently selected gyro topic.
<a id="battery_status_usage"></a>
### Використання
### Usage {#battery_status_usage}
```
battery_status <command> [arguments...]
@@ -74,9 +70,7 @@ It discards topics from the `camera_trigger` module if camera capture is enabled
For the topics that are not discarded it creates a `CameraCapture` topic with the timestamp information
from the `CameraTrigger` and position information from the vehicle.
<a id="camera_feedback_usage"></a>
### Використання
### Usage {#camera_feedback_usage}
```
camera_feedback <command> [arguments...]
@@ -94,14 +88,12 @@ Source: [drivers/cdcacm_autostart](https://github.com/PX4/PX4-Autopilot/tree/mai
### Опис
Цей модуль прослуховує USB і автоматично налаштовує протокол в залежності від отриманих байтів.
Підтримувані протоколи: MAVLink, nsh та ublox послідовний прохід. Якщо параметр SYS_USB_AUTO=2
модуль буде намагатися запустити mavlink лише тоді, коли буде виявлено USB VBUS. В іншому випадку він буде обертатися
і продовжувати перевіряти VBUS та запускати mavlink, як тільки він виявиться.
This module listens on USB and auto-configures the protocol depending on the bytes received.
The supported protocols are: MAVLink, nsh, and ublox serial passthrough. If the parameter SYS_USB_AUTO=2
the module will only try to start mavlink as long as the USB VBUS is detected. Otherwise it will spin
and continue to check for VBUS and start mavlink once it is detected.
<a id="cdcacm_autostart_usage"></a>
### Використання
### Usage {#cdcacm_autostart_usage}
```
cdcacm_autostart <command> [arguments...]
@@ -119,11 +111,9 @@ Source: [modules/commander](https://github.com/PX4/PX4-Autopilot/tree/main/src/m
### Опис
Модуль командира містить машину станів для перемикання режимів та аварійної поведінки.
The commander module contains the state machine for mode switching and failsafe behavior.
<a id="commander_usage"></a>
### Використання
### Usage {#commander_usage}
```
commander <command> [arguments...]
@@ -177,22 +167,20 @@ Source: [modules/dataman](https://github.com/PX4/PX4-Autopilot/tree/main/src/mod
### Опис
Модуль для забезпечення постійного сховища для решти системи у вигляді простої бази даних через C API.
Module to provide persistent storage for the rest of the system in form of a simple database through a C API.
Multiple backends are supported depending on the board:
- файл (наприклад, на SD-карті)
- Оперативна пам'ять (очевидно, що вона не є постійною)
- a file (eg. on the SD card)
- RAM (this is obviously not persistent)
Використовується для зберігання структурованих даних різних типів: маршрутні точки місії, стан місії та полігони геозони.
Кожен тип має певний тип і фіксовану максимальну кількість елементів зберігання, щоб забезпечити швидкий випадковий доступ.
It is used to store structured data of different types: mission waypoints, mission state and geofence polygons.
Each type has a specific type and a fixed maximum amount of storage items, so that fast random access is possible.
### Імплементація
Читання і запис одного елемента завжди атомарні.
Reading and writing a single item is always atomic.
<a id="dataman_usage"></a>
### Використання
### Usage {#dataman_usage}
```
dataman <command> [arguments...]
@@ -216,20 +204,18 @@ Source: [systemcmds/dmesg](https://github.com/PX4/PX4-Autopilot/tree/main/src/sy
### Опис
Інструмент командного рядка для показу повідомлень консолі завантаження.
Зауважте, що вивід з робочих черг NuttX та syslog не перехоплюється.
Command-line tool to show bootup console messages.
Note that output from NuttX's work queues and syslog are not captured.
### Приклади
Продовжує друкувати всі повідомлення у фоновому режимі:
Keep printing all messages in the background:
```
dmesg -f &
```
<a id="dmesg_usage"></a>
### Використання
### Usage {#dmesg_usage}
```
dmesg <command> [arguments...]
@@ -243,11 +229,9 @@ Source: [modules/esc_battery](https://github.com/PX4/PX4-Autopilot/tree/main/src
### Опис
Це реалізує використання інформації зі статусу ESC і публікує її як стан батареї.
This implements using information from the ESC status and publish it as battery status.
<a id="esc_battery_usage"></a>
### Використання
### Usage {#esc_battery_usage}
```
esc_battery <command> [arguments...]
@@ -265,11 +249,9 @@ Source: [modules/gyro_calibration](https://github.com/PX4/PX4-Autopilot/tree/mai
### Опис
Просте онлайн-калібрування гіроскопа.
Simple online gyroscope calibration.
<a id="gyro_calibration_usage"></a>
### Використання
### Usage {#gyro_calibration_usage}
```
gyro_calibration <command> [arguments...]
@@ -287,9 +269,7 @@ Source: [modules/gyro_fft](https://github.com/PX4/PX4-Autopilot/tree/main/src/mo
### Опис
<a id="gyro_fft_usage"></a>
### Використання
### Usage {#gyro_fft_usage}
```
gyro_fft <command> [arguments...]
@@ -307,13 +287,11 @@ Source: [drivers/heater](https://github.com/PX4/PX4-Autopilot/tree/main/src/driv
### Опис
Фоновий процес, що періодично запускається в робочій черзі LP для регулювання температури IMU на заданому рівні.
Background process running periodically on the LP work queue to regulate IMU temperature at a setpoint.
Це завдання можна запустити під час завантаження зі скриптів запуску, встановивши SENS_EN_THERMAL, або через CLI.
This task can be started at boot from the startup scripts by setting SENS_EN_THERMAL or via CLI.
<a id="heater_usage"></a>
### Використання
### Usage {#heater_usage}
```
heater <command> [arguments...]
@@ -331,11 +309,9 @@ Source: [systemcmds/i2c_launcher](https://github.com/PX4/PX4-Autopilot/tree/main
### Опис
Демон, який запускає драйвери на основі виявлених пристроїв I2C.
Daemon that starts drivers based on found I2C devices.
<a id="i2c_launcher_usage"></a>
### Використання
### Usage {#i2c_launcher_usage}
```
i2c_launcher <command> [arguments...]
@@ -401,9 +377,7 @@ The architecture is as shown below:
<a id="internal_combustion_engine_control_usage"></a>
<a id="internal_combustion_engine_control_usage"></a>
### Використання
### Usage {#internal_combustion_engine_control_usage}
```
internal_combustion_engine_control <command> [arguments...]
@@ -427,26 +401,25 @@ states, such as commanded thrust, arming state and vehicle motion.
### Імплементація
Кожен тип реалізовано у власному класі зі спільним базовим класом. Базовий клас підтримує стан (landed,
maybe_landed, ground_contact). Кожен можливий стан реалізується в похідних класах. Гістерезис та фіксований
пріоритет кожного внутрішнього стану визначає фактичний стан land_detector.
Every type is implemented in its own class with a common base class. The base class maintains a state (landed,
maybe_landed, ground_contact). Each possible state is implemented in the derived classes. A hysteresis and a fixed
priority of each internal state determines the actual land_detector state.
#### Мультикоптер Land Detector
#### Multicopter Land Detector
**ground_contact**: thrust setpoint and velocity in z-direction must be below a defined threshold for time
GROUND_CONTACT_TRIGGER_TIME_US. При виявленні контакту з землею регулятор положення вимикає задане значення тяги
у тілі x та y.
GROUND_CONTACT_TRIGGER_TIME_US. When ground_contact is detected, the position controller turns off the thrust setpoint
in body x and y.
**maybe_landed**: it requires ground_contact together with a tighter thrust setpoint threshold and no velocity in the
horizontal direction. Час спрацьовування визначається параметром MAYBE_LAND_TRIGGER_TIME. Коли виявляється maybe_landed, контролер положення встановлює задане значення тяги на нуль.
horizontal direction. The trigger time is defined by MAYBE_LAND_TRIGGER_TIME. When maybe_landed is detected, the
position controller sets the thrust setpoint to zero.
**landed**: it requires maybe_landed to be true for time LAND_DETECTOR_TRIGGER_TIME_US.
Модуль періодично запускається у черзі робіт HP.
The module runs periodically on the HP work queue.
<a id="land_detector_usage"></a>
### Використання
### Usage {#land_detector_usage}
```
land_detector <command> [arguments...]
@@ -468,12 +441,10 @@ Source: [modules/load_mon](https://github.com/PX4/PX4-Autopilot/tree/main/src/mo
Background process running periodically on the low priority work queue to calculate the CPU load and RAM
usage and publish the `cpuload` topic.
У NuttX він також перевіряє використання стеку кожним процесом, і якщо воно падає нижче 300 байт, виводиться попередження,
яке також буде показано у файлі логу.
On NuttX it also checks the stack usage of each process and if it falls below 300 bytes, a warning is output,
which will also appear in the log file.
<a id="load_mon_usage"></a>
### Використання
### Usage {#load_mon_usage}
```
load_mon <command> [arguments...]
@@ -492,46 +463,47 @@ Source: [modules/logger](https://github.com/PX4/PX4-Autopilot/tree/main/src/modu
### Опис
System logger which logs a configurable set of uORB topics and system printf messages
(`PX4_WARN` and `PX4_ERR`) to ULog files. Вони можуть бути використані для оцінки продуктивності системи та польоту,
налаштування, відтворення та аналізу збоїв.
(`PX4_WARN` and `PX4_ERR`) to ULog files. These can be used for system and flight performance evaluation,
tuning, replay and crash analysis.
Він підтримує 2 бекенди:
It supports 2 backends:
- Файли: запис файлів ULog до файлової системи (SD-карта)
- MAVLink: передача даних ULog через MAVLink клієнту (клієнт повинен це підтримувати)
- Files: write ULog files to the file system (SD card)
- MAVLink: stream ULog data via MAVLink to a client (the client must support this)
Обидва бекенди можуть бути активовані та використовуватися одночасно.
Both backends can be enabled and used at the same time.
Файловий бекенд підтримує 2 типи логів: повний (звичайний лог) і журнал місій. Журнал місії - це скорочений файл ulog, який можна використовувати, наприклад, для географічних міток або управління транспортним засобом. Його можна увімкнути та налаштувати за допомогою параметра SDLOG_MISSION.
Звичайний журнал завжди є підмножиною журналу місій.
The file backend supports 2 types of log files: full (the normal log) and a mission
log. The mission log is a reduced ulog file and can be used for example for geotagging or
vehicle management. It can be enabled and configured via SDLOG_MISSION parameter.
The normal log is always a superset of the mission log.
### Імплементація
Реалізація використовує два потоки:
The implementation uses two threads:
- The main thread, running at a fixed rate (or polling on a topic if started with -p) and checking for
data updates
- Потік запису, що записує дані у файл
- The writer thread, writing data to the file
Між ними знаходиться буфер запису з конфігурованим розміром (і ще один буфер фіксованого розміру для журналу місій). Він повинен бути великим, щоб уникнути втрати даних.
In between there is a write buffer with configurable size (and another fixed-size buffer for
the mission log). It should be large to avoid dropouts.
### Приклади
Типове використання для початку ведення журналу негайно:
Typical usage to start logging immediately:
```
logger start -e -t
```
Або якщо вже працює:
Or if already running:
```
logger on
```
<a id="logger_usage"></a>
### Використання
### Usage {#logger_usage}
```
logger <command> [arguments...]
@@ -572,11 +544,9 @@ Source: [modules/mag_bias_estimator](https://github.com/PX4/PX4-Autopilot/tree/m
### Опис
Онлайн-оцінювач похибки магнітометра.
Online magnetometer bias estimator.
<a id="mag_bias_estimator_usage"></a>
### Використання
### Usage {#mag_bias_estimator_usage}
```
mag_bias_estimator <command> [arguments...]
@@ -594,11 +564,9 @@ Source: [modules/manual_control](https://github.com/PX4/PX4-Autopilot/tree/main/
### Опис
Модуль споживає вхідні дані вручним керуванням, публікуючи одну установку керування вручну.
Module consuming manual_control_inputs publishing one manual_control_setpoint.
<a id="manual_control_usage"></a>
### Використання
### Usage {#manual_control_usage}
```
manual_control <command> [arguments...]
@@ -617,9 +585,9 @@ Source: [systemcmds/netman](https://github.com/PX4/PX4-Autopilot/tree/main/src/s
### Опис
Network configuration manager saves the network settings in non-volatile
memory. On boot the `update` option will be run. Якщо конфігурація мережі
не існує. Значення за замовчуванням буде збережено в неплавучій пам'яті та
система перезавантажена.
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
@@ -631,8 +599,8 @@ 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. Використовуйте це, щоб відредагувати налаштування.
Збереження не негайно застосовує мережеві налаштування; користувач повинен перезавантажити стек польоту.
`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).
@@ -643,12 +611,10 @@ The `show` option will display the network settings in `net.cfg` to the console.
### Приклади
$ netman save # Save the parameters to the SD card.
$ netman show # відображення поточних налаштувань.
$ netman update -i eth0 # зробити оновлення
$ netman show # display current settings.
$ netman update -i eth0 # do an update
<a id="netman_usage"></a>
### Використання
### Usage {#netman_usage}
```
netman <command> [arguments...]
@@ -669,11 +635,9 @@ Source: [drivers/pwm_input](https://github.com/PX4/PX4-Autopilot/tree/main/src/d
### Опис
Вимірює вхід PWM на AUX5 (або MAIN5) через таймер захоплення ISR та публікує через повідомлення uORB 'pwm_input'.
Measures the PWM input on AUX5 (or MAIN5) via a timer capture ISR and publishes via the uORB 'pwm_input\` message.
<a id="pwm_input_usage"></a>
### Використання
### Usage {#pwm_input_usage}
```
pwm_input <command> [arguments...]
@@ -697,11 +661,9 @@ and then publish as `rc_channels` and `manual_control_input`.
### Імплементація
Щоб зменшити затримку управління, модуль запланований на опублікування введення_управління.
To reduce control latency, the module is scheduled on input_rc publications.
<a id="rc_update_usage"></a>
### Використання
### Usage {#rc_update_usage}
```
rc_update <command> [arguments...]
@@ -719,7 +681,7 @@ Source: [modules/replay](https://github.com/PX4/PX4-Autopilot/tree/main/src/modu
### Опис
Цей модуль використовується для відтворення файлів ULog.
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`:
@@ -729,16 +691,14 @@ the log file to be replayed. The second is the mode, specified via `replay_mode`
- Generic otherwise: this can be used to replay any module(s), but the replay will be done with the same speed as the
log was recorded.
Модуль зазвичай використовується разом з правилами видавця uORB, щоб вказати, які повідомлення потрібно відтворити.
Модуль відтворення просто опублікує всі повідомлення, які знаходяться в журналі. Це також застосовує параметри з
журналу.
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](https://docs.px4.io/main/en/debug/system_wide_replay.html)
page.
<a id="replay_usage"></a>
### Використання
### Usage {#replay_usage}
```
replay <command> [arguments...]
@@ -760,14 +720,12 @@ Source: [modules/events](https://github.com/PX4/PX4-Autopilot/tree/main/src/modu
### Опис
Фоновий процес, що періодично виконується в черзі завдань LP для виконання рутинних завдань.
Зараз він відповідає лише за сигнал тривоги на втрату RC.
Background process running periodically on the LP work queue to perform housekeeping tasks.
It is currently only responsible for tone alarm on RC Loss.
Завдання можна почати через CLI або теми uORB (vehicle_command з MAVLink тощо).
The tasks can be started via CLI or uORB topics (vehicle_command from MAVLink, etc.).
<a id="send_event_usage"></a>
### Використання
### Usage {#send_event_usage}
```
send_event <command> [arguments...]
@@ -787,9 +745,7 @@ Source: [modules/simulation/sensor_agp_sim](https://github.com/PX4/PX4-Autopilot
Module to simulate auxiliary global position measurements with optional failure modes for SIH simulation.
<a id="sensor_agp_sim_usage"></a>
### Використання
### Usage {#sensor_agp_sim_usage}
```
sensor_agp_sim <command> [arguments...]
@@ -807,9 +763,7 @@ Source: [modules/simulation/sensor_airspeed_sim](https://github.com/PX4/PX4-Auto
### Опис
<a id="sensor_arispeed_sim_usage"></a>
### Використання
### Usage {#sensor_arispeed_sim_usage}
```
sensor_arispeed_sim <command> [arguments...]
@@ -827,9 +781,7 @@ Source: [modules/simulation/sensor_baro_sim](https://github.com/PX4/PX4-Autopilo
### Опис
<a id="sensor_baro_sim_usage"></a>
### Використання
### Usage {#sensor_baro_sim_usage}
```
sensor_baro_sim <command> [arguments...]
@@ -847,9 +799,7 @@ Source: [modules/simulation/sensor_gps_sim](https://github.com/PX4/PX4-Autopilot
### Опис
<a id="sensor_gps_sim_usage"></a>
### Використання
### Usage {#sensor_gps_sim_usage}
```
sensor_gps_sim <command> [arguments...]
@@ -867,9 +817,7 @@ Source: [modules/simulation/sensor_mag_sim](https://github.com/PX4/PX4-Autopilot
### Опис
<a id="sensor_mag_sim_usage"></a>
### Використання
### Usage {#sensor_mag_sim_usage}
```
sensor_mag_sim <command> [arguments...]
@@ -887,26 +835,25 @@ Source: [modules/sensors](https://github.com/PX4/PX4-Autopilot/tree/main/src/mod
### Опис
Модуль сенсорів є центральним у всій системі. Він отримує вихід низького рівня від драйверів, перетворює його в більш придатну форму і публікує його для решти системи.
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
If there are multiple of the same type, do voting and failover handling.
Then apply the board rotation and temperature calibration (if enabled). And finally publish the data; one of the
topics is `SensorCombined`, used by many parts of the system.
- Make sure the sensor drivers get the updated calibration parameters (scale & offset) when the parameters change or
on startup. Драйвери сенсора використовують інтерфейс ioctl для оновлення параметрів. For this to work properly, the
on startup. The sensor drivers use the ioctl interface for parameter updates. For this to work properly, the
sensor drivers must already be running when `sensors` is started.
- Do sensor consistency checks and publish the `SensorsStatusImu` topic.
### Імплементація
Він запускається у власній темі і проводить опитування на поточну обрану тему гіроскопа.
It runs in its own thread and polls on the currently selected gyro topic.
<a id="sensors_usage"></a>
### Використання
### Usage {#sensors_usage}
```
sensors <command> [arguments...]
@@ -925,9 +872,7 @@ Source: [modules/simulation/system_power_simulator](https://github.com/PX4/PX4-A
### Опис
<a id="system_power_simulation_usage"></a>
### Використання
### Usage {#system_power_simulation_usage}
```
system_power_simulation <command> [arguments...]
@@ -945,11 +890,9 @@ Source: [drivers/tattu_can](https://github.com/PX4/PX4-Autopilot/tree/main/src/d
### Опис
Драйвер для зчитування даних з розумної батареї Tattu 12S 16000mAh.
Driver for reading data from the Tattu 12S 16000mAh smart battery.
<a id="tattu_can_usage"></a>
### Використання
### Usage {#tattu_can_usage}
```
tattu_can <command> [arguments...]
@@ -967,14 +910,13 @@ Source: [modules/temperature_compensation](https://github.com/PX4/PX4-Autopilot/
### Опис
Модуль компенсації температури дозволяє всім гіроскопам, акселерометрам та барометрам у системі бути температурно компенсованими. Модуль відстежує дані, які надходять від датчиків та оновлює пов'язану тему sensor_correction
кожного разу, коли виявляється зміна температури. Модуль також може бути налаштований для виконання обчислення коефіцієнта
наступного завантаження, що дозволяє обчислити калібрувальні коефіцієнти теплової калібрації під час
циклу температури автомобіля.
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.
<a id="temperature_compensation_usage"></a>
### Використання
### Usage {#temperature_compensation_usage}
```
temperature_compensation <command> [arguments...]
@@ -1004,9 +946,7 @@ Writes the RTC time cyclically to a file and reloads this value on startup.
This allows monotonic time on systems that only have a software RTC (that is not battery powered).
Explicitly setting the time backwards (e.g. via system_time) is still possible.
<a id="time_persistor_usage"></a>
### Використання
### Usage {#time_persistor_usage}
```
time_persistor <command> [arguments...]
@@ -1026,23 +966,21 @@ Source: [systemcmds/tune_control](https://github.com/PX4/PX4-Autopilot/tree/main
Command-line tool to control & test the (external) tunes.
Мелодії використовуються для надання слухових сповіщень та попереджень (наприклад, коли система озброєна, отримує позицію блокування тощо).
Інструмент вимагає, щоб був запущений драйвер, який може керувати темою управління tune_control uorb.
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/main/src/lib/tunes/tune_definition.desc
### Приклади
Грайте системний мелодію #2:
Play system tune #2:
```
tune_control play -t 2
```
<a id="tune_control_usage"></a>
### Використання
### Usage {#tune_control_usage}
```
tune_control <command> [arguments...]
@@ -1069,7 +1007,7 @@ Source: [modules/uxrce_dds_client](https://github.com/PX4/PX4-Autopilot/tree/mai
### Опис
Клієнт UXRCE-DDS використовується для спілкування з агентом за допомогою тем uORB через послідовний або UDP.
UXRCE-DDS Client used to communicate uORB topics with an Agent over serial or UDP.
### Приклади
@@ -1078,9 +1016,7 @@ uxrce_dds_client start -t serial -d /dev/ttyS3 -b 921600
uxrce_dds_client start -t udp -h 127.0.0.1 -p 15555
```
<a id="uxrce_dds_client_usage"></a>
### Використання
### Usage {#uxrce_dds_client_usage}
```
uxrce_dds_client <command> [arguments...]
@@ -1109,11 +1045,9 @@ Source: [systemcmds/work_queue](https://github.com/PX4/PX4-Autopilot/tree/main/s
### Опис
Інструмент командного рядка для відображення статусу черги роботи.
Command-line tool to show work queue status.
<a id="work_queue_usage"></a>
### Використання
### Usage {#work_queue_usage}
```
work_queue <command> [arguments...]