Инструменты сайта

Инструменты пользователя


Роли

Выбор подходящей Роли для вашей ноды

Каждое устройство в сети Meshtastic может выполнять определённую роль (Device Role), которая определяет его поведение в сети:

  • будет ли оно ретранслировать пакеты,
  • как часто передавать данные,
  • как работать с энергопотреблением,
  • и как взаимодействовать с другими узлами.

Роль — это ключевая настройка при развертывании сети. От правильного выбора зависит стабильность связи, эффективность передачи сообщений и нагрузка на эфир.

Выбирайте роль для вашей ноды соответственно сценарию её использования

Роль Описание Основное назначение / сценарий
CLIENT Классический клиент. Подключается к приложению или работает автономно. При отсутствии других ретрансляторов пересылает пакеты. Обычные узлы сети, используемые пользователями для обмена сообщениями (статичная, домашняя нода)
CLIENT_MUTE Клиент, который не ретранслирует пакеты от других устройств. Используется, когда нужно участвовать в сети, но не создавать нагрузку за счёт ретрансляции. (портативная, носимая нода, автомобиль)
CLIENT_HIDDEN Клиент, который ретранслирует минимально: по необходимости, скрытно. Применяется в «скрытых» установках с экономией энергии или минимальным эфирным трафиком.
CLIENT_BASE «Базовая» клиентская нода: всегда ретранслирует пакеты от/до избранных узлов; остальные ведёт как CLIENT. Подходит для узлов, размещённых на крыше, на чердаке, или в более выгодных местах, чтобы усиливать связь «внутренних» узлов.
TRACKER Приоритетно передаёт GPS-позицию. Носимые устройства, трекеры, где важна оперативная передача координат
LOST_AND_FOUND Регулярно передаёт своё местоположение в дефолтный канал (для поиска потерянных устройств). Когда устройство утеряно, эта роль помогает его обнаружить.
SENSOR Приоритетно передаёт телеметрию (данные с датчиков). Используется там, где важны данные сенсоров: температура, влажность и т. п.
TAK Оптимизирован для коммуникации с системами ATAK (тактический плагин). Для взаимодействия Meshtastic с платформой ATAK
TAK_TRACKER Версия TRACKER с поддержкой автоматических PLI (Position Location Information) для ATAK. Используется как интеграция Meshtastic + ATAK
REPEATER Инфраструктурный узел, всегда ретранслирует один раз, с минимальными затратами. Не отображается в списке узлов. Используется для расширения покрытия сети в «тёмных зонах». Использовать ТОЛЬКО при установке в идеальных условиях (вышки, мачты, естественные возвышенности с хорошим покрытием во все стороны)
ROUTER Инфраструктурный узел, всегда ретранслирует один раз и отображается в списке узлов. Стратегически важные узлы, используемые для усиления сети. Использовать при установке в идеальных условиях (вышки, мачты, естественные возвышенности с хорошим покрытием во все стороны)
ROUTER_LATE Ретранслирует пакеты только после попыток других режимов. Используется для надёжности локальных кластеров, покрывает «слепые» зоны (хорошее круговое покрытие, возвышенность)

Рекомендации для тульской сети

  • Стационарная нода — CLIENT. Если у вас рядом есть своя мобильная нода, для стационарной можно выбрать CLIENT_BASE и добавить мобильную в «Избранное»: тогда стационарная нода гарантированно ретранслирует её пакеты.
  • Мобильная (носимая, автомобильная) нода — CLIENT_MUTE. Нода в кармане или рюкзаке стоит низко и с плохой антенной; ретранслируя, она только тратит чужие прыжки. Из коробки прошивка ставит роль CLIENT с ретрансляцией — поменяйте её.
  • Несколько своих нод в одном месте (например, на одном окне) — ретранслировать должна одна, остальные переведите в CLIENT_MUTE.
  • ROUTER / REPEATER внутри города не ставьте. Роутер перехватывает пакеты у соседей, съедает прыжки и создаёт несимметричные связи. Эти роли оправданы только на действительно высоких точках с круговым обзором (вышки, мачты) — и по согласованию в Telegram-группе. Подробнее — в статье разработчиков Choosing the right device role.

Если после смены роли нода стала «не отправляемой» — снимите галку «Не отправляемо» (Unmessageable) в настройках пользователя.

roli.txt · Последнее изменение: — e_p