Client
Client — это базовый режим работы meshtastic «по умолчанию», если вы не знаете какой режим использовать — то вам нужно выбрать именно Client. Это гибкая роль общего назначения для устройств, приемлема для большинства сценариев использования.
В этом режиме можно отправлять, принимать сообщения и главное ретранслировать сообщения других. Это ключевой режим для mesh сети. Так мы строим и расширяем.
Client Mute
Роль похожа на обычного Client за исключением того, что устройство в таком режиме не пересылает сообщения других. Оно может только принимать и отправлять сообщения предназначенное для него, как лично так и в общий чат.
Режим стоит использовать если у вас есть хорошая нода рядом с отличным сигналом, например у вас на крыше. Она принимает и слышит вас отлично, работает постоянно. Можно сказать перекрывает все. Ваша пересылка сообщений тут уже скорее будет ненужной. Что бы не «засорять» эфир лишними пакетами данных, которые могут ретранслироваться всеми устройствами которые фактически вас принимают.
Client base
Важный режим для тех, кто имеет несколько нод и где например одна стоит в хорошем месте, всегда на связи. Для ноды работающей в Client base есть возможность добавить в избранное ноды, получая сообщения от которых, будет производится приоритетная отправка. Есть слух(надо будет проверить), что она отправляет полученное от избранных без задержек — получила, сразу отправила. Устройства получающие пакеты имея обычную роль Client — некоторое время ждут, слушая эфир и только потом ретранслируют.
Router
Начнем с того, что этот режим ставить просто так нельзя. Что бы проверить, что его можно включить вам необходимо владеть информацией о топологии сети. Знать как она работает в режиме client и только потом, если есть нода которая может перекрыть почти всю сеть, либо будет являться связующим звеном двух городов включается в Router.
Ключевая особенность Router в том, что он без задержки сразу передает полученный пакет, если он это сделает быстрее чем все другие client ноды которые, они вовсе не будут его ретранслировать. Более того, через небольшое время Router еще раз попробует передать этот же пакет.
Repeater
Роль repeater ведет себя очень похоже на Router с точки зрения того, что она становится предпочтительным устройством для маршрутизации пакетов, однако она идет еще дальше, полностью отключая любой широковещательный трафик, такой как телеметрия. Она только отвечает на пакеты других узлов, а не генерирует сообщения.
Sensor
Роль SENSOR предназначена для устройств, которые в первую очередь собирают и передают данные датчиков. Эти устройства по-прежнему участвуют в маршрутизации сообщений для других устройств, но они отдают приоритет отправке своих собственных телеметрических данных в сеть, даже при высокой загрузке канала. Эта роль идеально подходит для мониторинга окружающей среды, метеостанций или любых приложений, где основной функцией устройства является сбор и отправка телеметрических данных.
Используя роль SENSOR в сочетании с power.is_power_saving, устройство будет пытаться переходить в спящий режим между интервалами отправки телеметрических данных об окружающей среде, что значительно продлевает время работы устройств, использующих эту комбинацию настроек.
Tracker
Роль TRACKER предназначена для устройств, которые в основном используются для отслеживания местоположения активов, транспортных средств или людей. Устройства с этой ролью периодически отправляют свои GPS-координаты в сеть через пакеты Position с более высоким приоритетом, что позволяет обеспечить более надежное отслеживание местоположения. Трекеры по-прежнему участвуют в маршрутизации сообщений, но их основная цель — своевременно предоставлять данные о местоположении, даже при высокой загруженности канала.
Используя роль TRACKER в сочетании с power.is_power_saving, устройство будет пытаться переходить в спящий режим между интервалами отправки данных о положении, что значительно продлевает время работы устройств, использующих эту комбинацию настроек.
По мотивам https://meshtastic.org/blog/choosing-the-right-device-role/
