Что такое Meshtastic?

Meshtastic — это децентрализованная беспроводная автономная Mesh сеть использующая технологию LoRa.

Основная цель проекта
Обеспечение маломощной связи на большие расстояния в нелицензированных радиодиапазонах. Meshtastic разработан для обмена текстовыми сообщениями, телеметрией и данными не используя другие сети, такие как GSM и иные.

Принцип работы
Meshtastic работает без сотовой связи и интернета.
Радиомодем с LoRa модулем и смартфон это все, что необходимо для работы и обмена сообщениями. Телефон подключается к модему по Bluetooth, и благодаря установленному на него приложению позволяет производить все манипуляции с сетью. Каждый модем сам встраивается в сеть, образуя ячеистую сеть.
Каждое устройство (модем) является ретранслятором для других устройств, таким образом не имея центральных данные передаются от абонента к абоненту через другие устройства (модемы).
При выходе из сети одного устройства (модема) система самостоятельно перестраивает маршрут передачи данных до адресата.
Обмен сообщениями происходит как в привычных нам мессенджерах.

Варианты использования
- Экстренная цифровая связь при чрезвычайных ситуациях;
- Поиск потерянных людей;
- Творческий радиолюбительский поиск создания своей радиосети среди единомышленников внутри своего города и даже дальше;
- Передача лёгкой телеметрии, например, с метеостанции, теплицы;
- Спорт на открытом воздухе с ограниченным покрытием сотовой связи. (Пешие прогулки по горам, катание на лыжах, катание на лодках, парапланеризм или квадрокоптеры, и. т. д.)
- Ситуации, в которых GPS-коммуникаторы с закрытым исходным кодом просто не помогут (легко добавить функции для пилотов квадрокоптеров или планеров и. т. д.);
- Безопасная связь на большом расстоянии внутри групп, вне зависимости от сотовых операторов;
- Создание самоорганизующейся сети в своём собственном проекте.

В общем Meshtastic позволяет организовать и обмениваться сообщениями там, где нет или плохо работает сотовая связь или нет иных видов связи или нет возможности использовать иные виды связи.

Обсуждение и обмен опытом в чате.

Официальный сайт проекта.

Meshtastic в городах РФ.

Алтай @Meshtastic_Altay
Белгород @meshtastic_belgorod
Брянск @meshtastic_bry
Волгоград @Meshtasic_Volgograd
Воронеж @meshtastic_Voronezh
Екатеринбург @meshtastic_ekb
Карелия @meshtastic_karelia
Казань @Meshtastic_Kazan
Краснодар @meshtastic_krd
Красноярск @Meshtastic_Krasnoyarsk
Крым @meshtastic_krym
Москва @meshtastic_moscow
Нижний Новгород @meshtastic_nnov
Новосибирск @meshtastic_nsk
Омск @Meshtastic_Omsk
Орел @meshtastic_orel
Оренбург @meshtastic_oren
Пермь @Meshtastic_perm
Псков @meshtastic_psk
Ростов-на-Дону @meshtastic_rnd
Рязань @meshtastic_rzn
Самара @Meshtastic_Sam
Санкт-Петербург @meshtastic_SPB_ru
Сочи @meshtastic_sochi
Смоленск @meshtastic_smo
Тверь @meshtver
Уфа @meshtastic_ufa
Челябинск @meshtastic_chel
Чувашия @meshtastic_chuv

Вся Россия https://t.me/meshtastic_ru

Добавить в список свой город, жми сюда. 👈

Поддержка и обратная связь: @Meshtastic_RU_FeedbackBot

Про Meshtastic хорошо и подробно описано в статье "Meshtastic – оперативно-тактический радиочат без сотовой связи и интернета."

Шифрование Meshtastic: от простых сообщений к универсальному решению.

Meshtastic начинался с простой цели: поддерживать связь между друзьями-путешественниками на открытом воздухе, когда мобильная связь недоступна. То, что начиналось как простой проект, выросло благодаря увлечённому сообществу, расширяющему границы возможного. Сегодня Meshtastic используется в поисково-спасательных операциях, для связи без подключения к сети, для аварийного восстановления и даже в условиях отключения электроэнергии. Будь то подготовка к следующему наводнению или торнадо, расширение возможностей связи через Интернет с помощью MQTT или просто увлекательное приключение вдали от цивилизации, Meshtastic стал незаменимым инструментом для многих.

Подробнее читайте по ссылке...

Выбор Правильной роли устройства.
При настройке сети Meshtastic выбор правильной роли для каждого устройства может иметь решающее значение для оптимизации производительности и обеспечения надёжной связи. И наоборот, выбор неправильной роли может привести к перегрузке сети и снижению производительности. В этой статье мы рассмотрим, почему вы можете выбрать одни роли для устройств и избегать других.

Подробнее читайте по ссылке...

Сделайте свой Meshtastic опыт незабываемым с помощью эмодзи!

Эмодзи могут добавить совершенно новый уровень персонализации и веселья вашим устройствам Meshtastic! От настройки Short Names для выделения ваших узлов, до обозначения путевых точек на карте и даже отображения выразительных сообщений на OLED-экранах — эмодзи предлагают бесчисленное множество способов сделать вашу систему Meshtastic уникальной. Независимо от того, добавляете ли вы что-то практичное или просто развлекаетесь, в мире эмодзи Meshtastic каждый найдёт что-то для себя.

Подробнее читайте по ссылке...

Планировщик Mesh-сетей — инструмент с открытым исходным кодом для оптимизации развёртывания Mesh-сетей

Правильно установленное устройство Meshtastic может иметь невероятную дальность действия, но для планирования оптимального размещения часто требуется проприетарное, дорогостоящее и сложное в использовании программное обеспечение. Планировщик размещения Meshtastic — это новый инструмент с открытым исходным кодом, который позволяет легко и точно прогнозировать дальность действия вашего устройства в разных местах. Этот инструмент основан на сложных и проверенных моделях распространения радиоволн и представляет собой современное интуитивно понятное приложение, которым может свободно пользоваться каждый.

Подробнее читайте по ссылке...

Подписаться.

Meshtastic Designer помогает создавать собственные решения Meshtastic с помощью компонентов RAKwireless Wisblock.

Компания RAKWireless представила модульную систему Wisblock IoT в 2020 году, чтобы разработчики могли легко создавать IoT-решения LoRaWAN с различными базовыми модулями, плинтусами и модулями датчиков / ввода-вывода. Компания продолжала добавлять новые модули Wisblock год за годом, и в настоящее время в экосистему Wisblock входит более 120 модулей.

Несмотря на то, что большой выбор модулей делает проектирование прототипов IoT более гибким, клиенты часто сталкиваются с трудностями при проверке совместимости и выборе подходящих модулей для нужных слотов. Именно поэтому RAKWireless работает над онлайн-инструментами для проектирования Wisblock.
Первый выпуск — Meshtastic Designer, который позволяет быстро настраивать и создавать собственные устройства Meshtastic от модуля до корпуса, а также размещать заказ после завершения проектирования.

Подробности на сайте разработчика...

Meshtastic: спорить о дальности уже скучно.
Слабое место — ёмкость и настройки сети

В Meshtastic-сообществе до сих пор много разговоров про дальность: антенны, высоту, удачные точки, километры на карте. Но для рабочей сети это вторичный вопрос.
Дальность можно вытянуть железом и размещением.
А вот ёмкость сети, rebroadcast, hop limit, роли узлов и MQTT — это уже то, где Meshtastic чаще всего ломают руками.

1. Закрытый канал не означает изолированный эфир
В документации Meshtastic по rebroadcast прямо указано: узлы могут ретранслировать все пакеты при совпадающих LoRa modem settings, даже если encryption settings отличаются. Исключение — когда rebroadcast mode выставлен в LOCAL_ONLY.
Источник: Meshtastic Configuration Tips — Rebroadcast “Public” Traffic
Это важный момент. Частный канал закрывает содержимое, но не делает вашу сеть отдельной радиосредой. Если рядом есть другие узлы с теми же LoRa-настройками, их трафик тоже может занимать airtime.

2. Hop limit — это не “поставлю побольше для надёжности”
Там же Meshtastic рекомендует оставлять MAX HOPS = 3, если нет точного понимания, зачем нужно больше. Завышенный hop count в документации прямо связывается с network issues.
Источник: Meshtastic Configuration Tips — Hop Count
Для маленького теста разницы можно не заметить. В плотной сети лишние hops превращаются в лишние ретрансляции, а лишние ретрансляции — в потерю полезной ёмкости.

3. Роль устройства — это не косметика в приложении
Meshtastic отдельно пишет, что неправильный выбор роли может привести к congestion и poor performance.
Источник: Meshtastic Blog — Choosing The Right Device Role
То есть CLIENT, ROUTER, REPEATER, TRACKER, SENSOR — это не просто ярлыки. Ошибка “давайте все узлы сделаем максимально полезными” может дать обратный эффект: сеть начнёт ретранслировать больше, чем реально нужно.

4. ROUTER_LATE тоже не универсальный режим “для крыши”
В отдельном разборе Meshtastic по ROUTER_LATE сказано, что он не предназначен как обычный rooftop node для расширения домашнего покрытия. Причина простая: такой узел может добавить существенную airtime-нагрузку, а избыток таких узлов способен привести к degraded or unusable mesh из-за congestion, collisions и packet loss.
Источник: Meshtastic Blog — Demystifying ROUTER_LATE
Это хороший пример того, почему “поставить узел повыше” — не всегда инженерное решение. Иногда это просто усилитель хаоса.

5. MQTT — это уже не чистый off-grid
MQTT удобен для мостов, карт, мониторинга и интеграций. Но Meshtastic прямо указывает: JSON packets в MQTT не шифруются.
Источник: Meshtastic MQTT Module Configuration — JSON Enabled
В MQTT overview также описано, что при encryption_enabled = true payload MeshPacket остаётся зашифрованным ключом канала, но JSON-топики — отдельная история.
Источник: Meshtastic MQTT Integrations Overview
Поэтому MQTT нельзя включать как “просто удобную карту”. Надо понимать, что именно публикуется, в каком формате, в какой topic, через какой broker и с какими правами доступа.

6. LongFast — не всегда лучший выбор для плотной сети
Meshtastic в своём блоге прямо разбирает, почему LONG_FAST, хотя и остаётся хорошим general-purpose preset, может быть не оптимален для больших или плотных mesh-сетей.
Источник: Meshtastic Blog — Is LongFast Holding Your Mesh Back?
Это важный сдвиг в мышлении: preset надо выбирать не по принципу “чтобы дальше било”, а под конкретную плотность сети, сценарий сообщений и допустимую задержку.

Вывод
Meshtastic чаще ломается не из-за LoRa как технологии, а из-за эксплуатационной модели:
— все узлы ретранслируют всё подряд;
— hop limit завышен “на всякий случай”;
— роли выбраны без понимания топологии;
— MQTT включён ради удобства, но без модели данных;
— LongFast используется по инерции даже там, где сеть уже плотная;
— сеть проверяют одиночным “привет”, а не нагрузочным сценарием.

Если коротко: Meshtastic надо проектировать не как набор устройств, а как радиосеть с ограниченной ёмкостью.
Дальность — это только начало.
Рабочая сеть начинается там, где появляются правила.
_______________
Подписаться | Список городов | FAQ

MeshCore vs Meshtastic: спор снова упёрся в масштабирование

Свежий повод: HAMNET-оператор из ЮАР написал, что в мае 2026 они планируют тестировать MeshCore на высотной инфраструктурной точке и заранее объяснять местным пользователям Meshtastic, почему часть сети может уйти на MeshCore.
Источник: https://gadgeteer.co.za/moving-to-meshcore/

Сам по себе переход не так важен. Важнее причина. Люди снова упёрлись в старый вопрос: что происходит с LoRa-mesh, когда сеть становится не домашним экспериментом, а инфраструктурой с десятками узлов.
Meshtastic использует управляемую лавинную передачу. Пакет может ретранслироваться другими узлами до заданного лимита переходов. Перед повторной передачей узел слушает эфир и не дублирует пакет, если уже услышал его от другого узла.
Это не грубый flood «все кричат всем». Но это всё равно модель, где лишние ретрансляции быстро превращаются в расход эфира.
Источник: https://meshtastic.org/docs/overview/mesh-algo/

В документации Meshtastic отдельно предупреждают: не стоит без необходимости использовать роли маршрутизатора и ретранслятора. Неправильные роли могут давать коллизии пакетов, снижать процент доставки и ухудшать работу сети.
Источник: https://meshtastic.org/docs/configuration/tips/

Отдельная история — режим ROUTER_LATE. В разборе Meshtastic прямо сказано, что он не предназначен как обычный «узел на крыше для усиления покрытия». При избытке таких узлов сеть может деградировать из-за перегрузки эфира, коллизий и потерь пакетов.
Источник: https://meshtastic.org/blog/demystifying-router-late/

MeshCore строится иначе. В проекте жёстче разделены роли: клиентские узлы не должны ретранслировать сообщения, чтобы не создавать плохие маршруты. Лимит переходов настраивается отдельно, чтобы держать баланс между доставкой и лишним трафиком.
Источник: https://github.com/meshcore-dev/MeshCore

Вот здесь и начинается реальный спор.
Meshtastic удобен, когда сеть собирается снизу: личные устройства, походные группы, временные точки, уже существующее сообщество, карты, телеметрия, привычные приложения. Он проще входит в жизнь, потому что не требует заранее строить инфраструктуру.
MeshCore интереснее там, где сеть сразу проектируется как обслуживаемая система: стационарные узлы на крышах и мачтах, выделенные точки ретрансляции, клиентские устройства без лишнего участия в маршрутизации, понятные правила эксплуатации.
То есть разница не в том, что одно «для игрушек», а другое «для серьёзных задач». Это слишком грубое деление.

Разница в модели сети.
Meshtastic лучше ложится на стихийную сеть из личных устройств.
MeshCore лучше ложится на сеть, где заранее понятно, какие узлы являются инфраструктурными, а какие только пользовательскими.
Для аварийной связи это критично.

Если сценарий — небольшая группа, поход, сельская местность, временная сеть без подготовленных точек, Meshtastic может быть практичнее. У него ниже порог входа, больше пользователей, больше инструкций и больше совместимого железа.

Если сценарий — районная сеть, клубная инфраструктура, заранее установленные узлы на высоте, резервное питание, регламент обслуживания и постоянные точки ретрансляции, MeshCore выглядит логичнее.
Но только при одном условии: кто-то действительно будет эту инфраструктуру поддерживать. Без этого MeshCore быстро превращается в такую же случайную сеть, только с другой прошивкой.

Главный вывод простой.
Выбирать надо не между названиями, а между двумя эксплуатационными моделями.
Первая модель: много личных устройств, минимум подготовки, сеть собирается по ситуации.
Вторая модель: меньше случайности, заранее выбранные узлы, понятная топология и обслуживание.

Поэтому правильный вопрос звучит не так:
«Что лучше — Meshtastic или MeshCore?»
Правильный вопрос другой:
«Мы строим временную сеть из личных устройств или постоянную инфраструктуру с управляемыми точками ретрансляции?»
Пока на этот вопрос нет ответа, спор о Meshtastic и MeshCore будет идти по кругу.

_______________
Подписаться | Список городов | FAQ

Meshtastic в 2026: почему уже нельзя покупать «любую LoRa-плату»

Раньше для Meshtastic хватало простой схемы: берём LoRa-плату, прошиваем, печатаем корпус — готово.

В 2026 это всё чаще приводит к разочарованию. Причина проста: Meshtastic стал слишком разным. Кому-то нужен карманный трекер, кому-то — узел на крыше, автономная солнечная нода или устройство с экраном и клавиатурой.
Одна плата не подходит для всех задач.

Главное при выборе — сценарий использования.
1. Микроконтроллер
ESP32-платы (например, Heltec LoRa 32) остаются популярными: дешёвые, доступные, часто с экраном и Wi‑Fi. Хороший вариант для знакомства с Meshtastic и экспериментов.
Но для автономных устройств всё чаще выбирают nRF52840 — он лучше подходит для низкого энергопотребления. Примеры: LilyGO T‑Echo и RAK WisBlock.
2. Радиочип
При покупке «на будущее» важно смотреть на радиочип: SX1262, LR1110, LR1121 предпочтительнее старого SX1276. Сообщество постепенно уходит от SX1276 к более современным решениям.
3. Форм‑фактор
Для реального использования важны не только плата, но и:
- нормальная антенна;
- питание;
- влагозащита;
- GPS;
- корпус;
- экран и кнопки;
- удобство обслуживания.

Что выбирать под разные задачи
Для старта и экспериментов — Heltec LoRa 32 и другие ESP32-платы.
Для автономной стационарной ноды — RAK WisBlock и другие nRF52840-решения.
Для карманного трекера — LilyGO T‑Echo или SenseCAP T1000‑E.
Для текстового устройства без телефона — LilyGO T‑Deck.
Для узла на крыше/мачте — важнее питание, антенна, корпус и удалённое обслуживание, а не «модность» платы.

Главная ошибка в 2026 — покупать плату без понимания задачи.
Перед выбором стоит ответить на вопросы:
устройство мобильное или стационарное;
нужен ли GPS и экран;
нужна ли работа без телефона;
сколько должно жить от батареи;
будет ли солнечная панель;
нужен ли ретранслятор;
насколько важна влагозащита;
какой радиочип внутри.

Meshtastic уже вырос из стадии «подойдёт любая LoRa-плата». Теперь железо выбирают под конкретную роль в сети.
_______________
Подписаться | Список городов | FAQ