> For the complete documentation index, see [llms.txt](https://navixy.com/docs/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://navixy.com/docs/user/ru/guide/account/iot-logic/nodes/output-endpoint-node.md).
# Узел передачи данных
Узел передачи данных передает обработанные данные устройства из потоков IoT Logic во внешние системы с использованием Navixy Generic Protocol для стандартизированной доставки данных.
## Технический обзор и возможности
{% columns %}
{% column %}
**Узел передачи данных** служит компонентом передачи данных в потоках IoT Logic и определяет, куда отправляются обработанные данные устройств. Его основная функция — приводить разнородные данные устройств к единому формату перед передачей во внешние системы или сервисы. Все данные передаются в унифицированном формате, обеспечиваемом [Navixy Generic Protocol](/docs/iot-logic-api/technologies/navixy-generic-protocol.md).
{% endcolumn %}
{% column %}
{% endcolumn %}
{% endcolumns %}
Подробнее о формате передачи данных см. [Формат выходных данных](#output-data-format).
### Интеграция архитектуры потока
Один поток IoT Logic может содержать несколько выходных узлов, каждый из которых имеет независимую конфигурацию. Такая архитектура позволяет:
* Передачу данных в несколько внешних систем одновременно
* Обработку нескольких источников данных с разными входящими форматами данных
* Избирательную маршрутизацию данных, которая обеспечивает гибкие сценарии потока данных
{% hint style="info" %}
В каждый поток следует добавить **Узел передачи данных** узел, установленный в **Узел передачи данных по умолчанию** в режиме отправки данных на платформу Navixy. Сохраняйте связи между вашими **Источник данных** узлами и этим выходом. Связь обеспечивает отправку данных устройств на платформу, что позволяет использовать возможности мониторинга с помощью инструментов Navixy. Если выход Navixy будет удален, данные от устройств, участвующих в потоке, больше не будут поступать на платформу.
{% endhint %}
### Возможности узла
Этот **Узел передачи данных** узел сам по себе предлагает:
* **Безопасная передача**: реализует механизмы SSL-шифрования и аутентификации для защиты данных при передаче
* **Настраиваемая гарантия доставки**: позволяет выбрать уровень QoS MQTT, чтобы найти баланс между гарантией доставки и сетевой нагрузкой
* **Повторное использование конфигурации**: поддерживает создание профилей узлов передачи данных, которые можно повторно использовать в нескольких потоках, обеспечивая единообразие конфигурации
* **Параллельная обработка**: принимает входные данные от нескольких источников данных в пределах потока, позволяя передавать их в объединенном виде
* **Выбор версии транспортного протокола**: поддерживает как MQTT 3.1.1, так и 5.0 для совместимости с различными реализациями брокера
## Параметры конфигурации
{% columns %}
{% column valign="middle" %}
Настройка **узла передачи данных** определяет, как и куда будут доставляться данные из конкретного потока. Каждый параметр конфигурации выполняет свою задачу в обеспечении надежной передачи данных.
{% endcolumn %}
{% column %}
{% endcolumn %}
{% endcolumns %}
Посмотрим, какие элементы использует этот узел и что можно настроить при работе с ним:
### Шаги настройки
{% stepper %}
{% step %}
#### Укажите имя узла
Введите уникальное, описательное имя для этой конфигурации узла
* Используйте имя, которое помогает определить место назначения данных
* Это имя будет отображаться на схеме потока для удобной идентификации
{% endstep %}
{% step %}
#### Выберите режим узла
Выберите, какой тип передачи использовать для этого узла
* **Узел передачи данных по умолчанию**: стандартная конфигурация для отправки данных потока на платформу Navixy, которую нельзя редактировать
* **Узел передачи по MQTT**: пользовательская конфигурация, использующая MQTT в качестве транспорта для отправки данных потока в сторонние системы. О специфических параметрах настройки этого режима см. [MQTT](#mqtt).
Узел передачи данных **Имя** останется таким, как вы ввели на предыдущем шаге. Если вы оставите его без изменений, когда **Режим** установлен **Узел передачи данных по умолчанию**, он отображается на схеме как **Узел передачи данных по умолчанию**.
{% endstep %}
{% step %}
#### Сохраните конфигурацию
Нажмите **Применить изменения** чтобы завершить создание узла.
{% endstep %}
{% endstepper %}
{% hint style="info" %}
Убедитесь, что вы подключили соответствующие узлы данных к новому выходу. Иначе он не будет получать данные.
{% endhint %}
### Параметры, зависящие от режима
MQTT
Если вы планируете использовать выход MQTT, нужно настроить следующие параметры:
1. **Параметры узла**
1. Выберите **Версия MQTT**: 3.1.1 или 5.0.
2. Введите целевой **IP** в формате: *123.123.123.123* или *example.example.com*.
3. Укажите **Порт** и его номер. По умолчанию *1883* используется для стандартного MQTT.
4. Укажите **Топик** в виде тегов, которые будут использоваться для передачи данных.
5. Выберите **QoS** уровень, определяющий логику передачи данных:
1. **QoS 0**: без подтверждения доставки.
2. **QoS 1**: гарантированная доставка с возможным дублированием.
3. **QoS 2**: гарантированная доставка без дублирования.
6. Введите **Идентификатор клиента MQTT**. На принимающей стороне есть фиксированный список клиентов. В этом поле нужно указать правильное значение, чтобы данные не были отклонены.
2. **Аутентификация MQTT** (необязательно)
1. Включите **Использовать аутентификацию** .
2. Введите **Имя пользователя MQTT** и **Пароль MQTT** для принимающей стороны в появившихся полях.
3. **SSL** (необязательно)
1. Включите **Использовать SSL** для защищенных соединений. Это действие автоматически устанавливает порт в 1*883* если его не меняли вручную.
## Формат выходных данных
Основная возможность узла — стандартизация формата данных через [Navixy Generic Protocol](/docs/iot-logic-api/technologies/navixy-generic-protocol.md). Эта стандартизация решает ключевую проблему при внедрении IoT — разнообразие протоколов, зависящих от устройства, которые требуют отдельной интеграционной работы.
Обычно каждый тип устройства использует свой формат данных, из-за чего на принимающих системах требуются отдельные обработчики протоколов. По мере роста парка устройств этот подход экспоненциально увеличивает затраты на разработку и техобслуживание. IoT Logic решает эту проблему, приводя все данные устройств к стандартизированной JSON-структуре независимо от исходного производителя или протокола.
Этот [Navixy Generic Protocol](/docs/iot-logic-api/technologies/navixy-generic-protocol.md) Характеристики включают стандартизированные поля для идентификации устройства, данных о местоположении, значений телеметрии и метаданных. Этот формат поддерживает двустороннюю связь, позволяя передавать данные из IoT Logic во внешние системы и принимать данные из внешних источников на платформу.
Благодаря реализации единого протокола **Узел передачи данных** узел обеспечивает:
* Единый шаблон интеграции для принимающих систем вместо множества обработчиков, зависящих от устройства
* Единообразную структуру данных, которая остается неизменной для всех подключенных устройств
* Сокращение нагрузки на обработку на стороне сервера за счет нормализации протокола
* Упрощение масштабирования при добавлении новых типов устройств в уже развернутые решения
* Возможность двустороннего обмена данными с внешними системами
Узел использует MQTT в качестве транспортного протокола для этой стандартизированной JSON-нагрузки, обеспечивая надежный и легковесный механизм передачи, подходящий для IoT-развертываний.
## Часто задаваемые вопросы
#### Можно ли подключить несколько источников данных к одному узлу передачи данных?
Да. Этот **Узел передачи данных** узел принимает входные данные от нескольких **Источник данных** узлов одновременно. Все обработанные данные, включая координаты местоположения, идентификаторы устройств, параметры телеметрии и вычисленные атрибуты, сериализуются согласно [Navixy Generic Protocol](/docs/iot-logic-api/technologies/navixy-generic-protocol.md) Характеристикам перед передачей.
#### Что произойдет, если я изменю узел, который используется в нескольких потоках?
Конфигурации узлов хранятся как ресурсы, которые можно повторно использовать во всей учетной записи клиента. Изменения существующей конфигурации узла влияют на все узлы, которые ссылаются на этот узел во всех потоках. Такое поведение упрощает стандартизацию конфигурации, но требует внимательного управления изменениями при обновлении параметров узла.
#### Какие практики безопасности рекомендуются для рабочих развертываний?
Для внедрений, требующих высоких стандартов безопасности (здравоохранение, финансовая сфера и т. д.), включите SSL и настройте аутентификацию MQTT. Хотя это немного увеличивает накладные расходы протокола, оно обеспечивает необходимую защиту данных при передаче. В стандартных реализациях следует использовать как минимум уровень QoS 1, чтобы обеспечить подтверждение доставки.
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.
Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:
```
GET https://navixy.com/docs/user/ru/guide/account/iot-logic/nodes/output-endpoint-node.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
