Meshtastic и MeshCore решают похожую задачу: позволяют передавать короткие сообщения по LoRa без мобильной связи, Wi-Fi и обязательного доступа в интернет. Но внутри это две заметно разные сети. Отличается маршрутизация, роль стационарных ретрансляторов, поведение обычных пользовательских устройств, работа групповых сообщений и подход к построению большой сети.
Поэтому вопрос «что дальше ловит» не самый полезный. На одинаковой частоте, с сопоставимыми радиомодулями, антеннами и параметрами LoRa физику распространения сигнала никто не отменяет. Гораздо важнее понять, как система использует доступный эфир после того, как в сети появляется не два устройства, а десятки узлов.
Meshtastic проще рекомендовать новичку, путешественнику или человеку, который хочет купить пару совместимых устройств, установить приложение и пользоваться уже существующей экосистемой.
MeshCore особенно интересен там, где сеть строится более осознанно: есть хорошие точки для стационарных ретрансляторов, важна экономия эфира и хочется отделить пользовательские устройства от инфраструктурных.
Но универсального победителя нет. Для разных топологий сети результат будет разным.
MeshCore и Meshtastic: в чём основная разница
Обе системы работают поверх малоскоростного радиоканала LoRa и позволяют передавать сообщения через несколько промежуточных узлов.
Главное различие находится выше физического радиоканала.
Meshtastic
Сеть строится вокруг универсальных узлов с различными ролями. В зависимости от роли и настроек устройство может не только отправлять собственные пакеты, но и участвовать в их распространении по mesh.
MeshCore
Роли разделены жёстче. Companion используется пользователем для связи, а инфраструктурную ретрансляцию выполняют отдельные Repeater-узлы.
На небольшой сети из нескольких устройств разница может быть практически незаметна. Чем больше узлов и интенсивнее обмен сообщениями, тем важнее становится то, сколько устройств повторяет пакеты и как выбирается путь до адресата.
Как работает маршрутизация в Meshtastic
Иногда Meshtastic описывают слишком упрощённо: якобы каждый пакет просто передаётся всем соседям, а те повторяют его дальше.
Для современных версий это уже неполное описание.
В Meshtastic различается обработка широковещательных сообщений и direct messages. Система использует информацию о промежуточных узлах и может направлять адресный пакет через известный следующий узел вместо совершенно слепого повторения всеми участниками.
При этом broadcast-трафик по своей природе остаётся более тяжёлым для общей сети. Если сообщение предназначено сразу группе участников, заранее выбрать единственный конечный маршрут невозможно.
Не стоит воспринимать Meshtastic как обычную IP-сеть. Скорость LoRa мала, время занятия эфира дорого, а каждый лишний пакет снижает доступную пропускную способность для остальных участников.
Как работает маршрутизация в MeshCore
MeshCore построен вокруг идеи direct path when possible, flood as fallback.
Если путь к определённому пользователю ещё неизвестен, пакет может распространяться через ретрансляторы методом flooding. Когда адресат найден и возвращает ответ, отправитель получает информацию о маршруте.
Последующие личные сообщения уже могут идти по известному пути через конкретную последовательность ретрансляторов.
В результате flooding используется для обнаружения и в ситуациях, когда готового пути нет, а не обязательно для каждого личного сообщения.
Есть пользователь A, два ретранслятора R1 и R2 и пользователь B:
После обнаружения рабочего маршрута последующие личные сообщения между A и B могут использовать именно этот путь.
Самая заметная разница: кто работает ретранслятором
Это одна из наиболее важных архитектурных особенностей MeshCore.
В MeshCore
Обычный Companion Node не должен автоматически превращаться в ретранслятор для всех окружающих пользователей.
Для расширения покрытия устанавливаются отдельные Repeater. Их можно разместить там, где радиосвязь действительно хорошая:
- на верхнем этаже здания;
- на высокой точке участка;
- на мачте;
- на возвышенности;
- на объекте с автономным питанием.
Пользовательский узел при этом занимается своей основной задачей и не создаёт дополнительный транзитный трафик только потому, что оказался между двумя другими устройствами.
В Meshtastic
Архитектура более универсальная. Устройства имеют различные роли, которые меняют правила ретрансляции и приоритет пакетов.
Особенно важно, что ROUTER или REPEATER не нужно назначать каждому стационарному устройству.
Сами разработчики Meshtastic предупреждают, что чрезмерное использование таких ролей может приводить к:
- увеличению числа коллизий;
- ухудшению доставки сообщений;
- ненужному расходованию hop limit;
- снижению общей эффективности сети.
Для обычного пользователя базовая роль CLIENT во многих случаях является правильным выбором.
А MeshCore вообще не использует flooding?
Использует.
Это важная оговорка, потому что иногда MeshCore рекламируют как систему, полностью избавившуюся от flooding.
Личные сообщения могут использовать известный прямой маршрут, но групповые каналы MeshCore распространяются через flooding.
Причина логична: у группового сообщения нет одного определённого адресата, к которому можно построить единственный путь.
Администратор MeshCore Repeater может ограничивать распространение flood-трафика, в том числе максимальное количество переходов.
Поэтому архитектура MeshCore уменьшает часть лишних передач, но не отменяет фундаментальное ограничение общего радиоканала.
Что дальше работает: MeshCore или Meshtastic
Нельзя корректно утверждать, что одна из этих прошивок сама по себе всегда обеспечивает большую дальность.
На реальную дальность намного сильнее влияют:
- частота;
- мощность передатчика в допустимых пределах;
- spreading factor;
- ширина полосы;
- coding rate;
- чувствительность радиочипа;
- антенна;
- КСВ антенны;
- потери в коаксиальном кабеле и переходниках;
- высота установки;
- рельеф;
- лес;
- железобетонные здания;
- радиопомехи.
Один правильно установленный узел на хорошей высоте способен дать сети больше пользы, чем несколько устройств с плохими антеннами внутри зданий.
Десятки и сотни километров в отдельных экспериментах не означают такую же связь между двумя устройствами на уровне земли внутри города. Для повседневной сети важнее стабильность маршрута, чем единичный рекорд при практически идеальной радиовидимости.
Почему самый «дальнобойный» профиль не всегда лучший
LoRa позволяет менять параметры модуляции, получая компромисс между дальностью и временем передачи.
Чем дольше пакет занимает эфир, тем меньше сообщений сеть в целом способна передать за одинаковое время.
Поэтому установка максимально медленного режима на каждом узле может помочь отдельной слабой радиолинии, но одновременно ухудшить работу большой и активной сети.
Для городской mesh-сети обычно важен не максимальный link budget одного соединения, а баланс:
- надёжности;
- длины пакета;
- airtime;
- числа узлов;
- количества повторов.
Что лучше ведёт себя в большой сети
Именно здесь сравнение становится действительно интересным.
Преимущество подхода MeshCore
В MeshCore инфраструктурные и пользовательские роли разделены. Если вокруг находится 50 Companion Nodes, это не означает, что все 50 должны ретранслировать каждый проходящий через них пакет.
Можно построить сеть вокруг небольшого количества правильно расположенных Repeater.
Это делает топологию более контролируемой.
Но есть и обратная сторона
MeshCore становится сильнее зависим от качества инфраструктурных точек.
Если единственный хороший Repeater выключился, потерял питание или перестал быть доступен из-за рельефа, маршруты через него перестают работать и сети приходится искать альтернативу.
Поэтому MeshCore особенно хорошо выглядит там, где есть возможность поставить несколько качественных стационарных ретрансляторов.
Meshtastic более органичен
Meshtastic хорошо подходит для мобильной сети, где пользователи появляются, перемещаются и исчезают.
Но плотную сеть необходимо правильно настраивать. Попытка сделать каждое устройство «супер-роутером» обычно приводит не к усилению mesh, а к росту эфирного шума.
MeshCore интереснее как управляемая инфраструктура из клиентов и выделенных ретрансляторов. Meshtastic удобнее как более универсальная пользовательская экосистема, но также требует дисциплины при росте сети.
Сравнение MeshCore и Meshtastic
| Параметр | Meshtastic | MeshCore |
|---|---|---|
| Работа без интернета | Да | Да |
| LoRa | Да | Да |
| Личные сообщения | Да | Да |
| Групповые каналы | Да | Да |
| Выделенные ретрансляторы | Поддерживаются специальные роли | Один из базовых принципов архитектуры |
| Обычный пользовательский узел | Может участвовать в распространении пакетов в зависимости от роли | Companion не выполняет обычную инфраструктурную ретрансляцию |
| Direct routing | Используется для адресного трафика в современной архитектуре | Один из основных механизмов после обнаружения пути |
| Flooding | Используется | Используется для обнаружения и группового трафика |
| Отдельный сервер истории | Есть Store & Forward и другие механизмы | Есть отдельная роль Room Server |
| Android/iOS | Да | Да |
| Web-клиент | Да | Да |
| Интернет-интеграция | Развитая MQTT-интеграция | Основная архитектура ориентирована прежде всего на автономную LoRa-сеть |
| Home Assistant / Node-RED | Есть документированные MQTT-интеграции | Возможны сторонние интеграции, экосистема пока менее зрелая |
Приложения: где удобнее пользоваться
Meshtastic
Проект имеет приложения для Android и устройств Apple, Web Client, Python CLI и ряд дополнительных инструментов.
Экосистема достаточно зрелая: можно настраивать каналы, видеть список узлов, координаты, телеметрию, менять параметры радиосвязи и подключать внешние сервисы.
MeshCore
Официальный MeshCore App доступен для мобильных и настольных платформ, есть Web App и отдельный Web Flasher.
При этом часть расширенных возможностей мобильного приложения MeshCore использует freemium-модель. Базовая радиопрошивка проекта остаётся открытой.
Для обычного обмена сообщениями покупать расширенные функции приложения не требуется.
Какое оборудование поддерживается
Большой плюс заключается в том, что обе системы поддерживают многие популярные LoRa-платы.
В обеих экосистемах можно встретить оборудование на базе:
- ESP32;
- nRF52;
- Semtech SX126x;
- других совместимых LoRa-трансиверов.
Популярны устройства и платформы Heltec, LILYGO, RAK Wireless, Seeed Studio и других производителей.
Но одинаковый корпус или радиочип ещё не означает, что конкретная аппаратная ревизия обязательно поддерживается обеими прошивками.
Перед покупкой всегда нужно проверять именно точную модель и ревизию устройства в актуальном списке поддерживаемого оборудования.
ESP32 или nRF52
Для автономного узла выбор микроконтроллера иногда важнее выбора между MeshCore и Meshtastic.
ESP32
- доступен;
- много недорогих плат;
- удобен для экспериментов;
- есть Wi-Fi;
- обычно потребляет заметно больше энергии.
nRF52
- хорошо подходит для аккумуляторных устройств;
- обычно экономичнее;
- удобен для автономных ретрансляторов;
- часто используется в устройствах RAK и Seeed.
Если устройство постоянно подключено к USB, разница может быть несущественной. Для солнечного узла или карманного устройства энергопотребление становится одним из главных критериев.
Шифрование и приватность
У обеих систем есть механизмы шифрования, но архитектура различается.
Meshtastic
Payload LoRa-пакетов каналов может шифроваться AES256-CTR с ключом соответствующего канала. Заголовок пакета при этом не скрывается полностью, поскольку промежуточным узлам нужна служебная информация для обработки и ретрансляции.
Нужно также учитывать, что стандартный публичный канал использует известные настройки. Его нельзя воспринимать как приватный чат.
MeshCore
MeshCore использует публичные ключи узлов и поддерживает зашифрованные личные сообщения и приватные групповые каналы.
Advert содержит публичный ключ устройства, а также может содержать имя и координаты. Поэтому пользователю всё равно необходимо понимать, какую информацию он публикует в эфир.
Даже если содержание сообщения зашифровано, сам факт передачи радиосигнала остаётся обнаруживаемым. Не стоит путать конфиденциальность содержимого с полной анонимностью радиосвязи.
Что с интернетом и MQTT
Здесь Meshtastic имеет заметно более развитую документированную экосистему.
Через MQTT Meshtastic может связывать локальный LoRa-сегмент с интернетом, передавать телеметрию и интегрироваться с:
- Home Assistant;
- Node-RED;
- собственным MQTT-брокером;
- системами сбора телеметрии;
- удалёнными сегментами сети.
При этом MQTT не является «усилителем LoRa».
Если пакет ушёл через интернет, это уже комбинированная инфраструктура LoRa + IP, а не исключительно автономная радиосеть.
Официальный публичный MQTT Meshtastic использует ограничения, включая zero-hop для части входящего интернет-трафика, чтобы не заливать локальные LoRa-сети лишними сообщениями.
Это хороший пример того, насколько серьёзной становится проблема airtime при росте mesh.
Что лучше для умного дома и датчиков
Если задача заключается прежде всего в сборе показаний стационарных датчиков, сначала стоит определить, нужен ли вообще пользовательский mesh-мессенджер.
Для нескольких датчиков температуры, воды, состояния ворот или удалённого объекта иногда логичнее использовать:
- LoRa point-to-point;
- LoRaWAN;
- собственный шлюз;
- Meshtastic с MQTT;
- специализированную телеметрию.
MeshCore и Meshtastic особенно интересны тогда, когда кроме телеметрии нужна человеческая связь между несколькими автономными узлами.
Что выбрать: практические сценарии
Два устройства для семьи, походов или поездок
Скорее Meshtastic. Большая пользовательская база, множество готовых устройств и развитая мобильная экосистема позволяют быстро начать работу.
Хочу подключиться к уже существующей сети
Выбирайте ту систему, которая реально используется поблизости. Совместимость с соседними узлами гораздо важнее теоретического преимущества протокола.
Собственная сеть на посёлок или большую территорию
MeshCore заслуживает отдельного рассмотрения. Несколько правильно расположенных Repeater позволяют построить более структурированную инфраструктуру, не заставляя все пользовательские устройства заниматься транзитной ретрансляцией.
Много мобильных участников
Meshtastic выглядит естественным вариантом, особенно если инфраструктура заранее неизвестна и участники постоянно перемещаются.
Нужна интеграция с Home Assistant и MQTT
Meshtastic удобнее благодаря уже существующей документированной MQTT-интеграции и большому количеству инструментов вокруг неё.
Хочу поставить несколько солнечных ретрансляторов
MeshCore особенно интересен, поскольку выделенный Repeater является одним из основных элементов его архитектуры. Но и Meshtastic позволяет строить стационарные инфраструктурные узлы.
Нужна максимально простая первая установка
Meshtastic пока проще рекомендовать большинству новичков.
Можно ли установить обе прошивки на одинаковое оборудование
На части популярных плат это возможно.
Например, конкретное устройство может поддерживаться и Meshtastic, и MeshCore. Это позволяет попробовать обе системы без покупки двух совершенно разных аппаратных платформ.
Но перед перепрошивкой нужно:
- проверить поддержку точной аппаратной ревизии;
- сохранить настройки текущей сети;
- понимать процедуру возврата прошивки;
- не рассчитывать на совместимость сетей между собой.
MeshCore и Meshtastic не образуют единую mesh-сеть только потому, что используют одинаковую LoRa-частоту.
Что выбрать в 2026 году
Если человек впервые знакомится с LoRa mesh и хочет просто получить работающий мессенджер без интернета, я бы начинал с Meshtastic.
Если задача уже переросла уровень «две рации с текстом» и нужно самостоятельно построить сеть с хорошими стационарными точками, стоит обязательно протестировать MeshCore.
Особенно интересна его концепция разделения:
- Companion для пользователя;
- Repeater для маршрутизации;
- Room Server для хранения и распространения сообщений.
Но переходить с Meshtastic на MeshCore только потому, что в интернете кто-то показал большее количество hops или лучшую дальность, смысла нет.
Сначала нужно оценить:
- есть ли рядом пользователи;
- есть ли места для ретрансляторов;
- какая нужна автономность;
- нужен ли MQTT;
- нужна ли телеметрия;
- сколько будет участников;
- будут они стационарными или мобильными;
- какое оборудование уже куплено.
Частая ошибка: пытаться исправить сеть увеличением мощности
Когда сообщения начинают пропадать, первое желание часто заключается в увеличении мощности передатчика.
Но проблема может находиться совсем в другом месте:
- плохая антенна;
- антенна не на тот диапазон;
- высокий КСВ;
- длинный тонкий коаксиальный кабель;
- ретранслятор расположен слишком низко;
- неудачный modem preset;
- слишком много broadcast-трафика;
- неправильно назначенные роли;
- перегруженный радиоканал.
Сначала нужно исправлять топологию и радиотракт, а не пытаться обойти ограничения диапазона.
Использование MeshCore и Meshtastic в России
Наличие в приложении определённого диапазона или мощности не означает, что эти параметры автоматически разрешены в России.
Для устройств малого радиуса действия применяются требования российского законодательства об использовании радиочастотного спектра и действующие решения Государственной комиссии по радиочастотам.
В России для соответствующих категорий устройств используются, в частности, участки диапазонов 864-865 МГц, 866-868 МГц и 868,7-869,2 МГц, но условия отличаются по назначению оборудования, мощности, режиму работы и другим параметрам.
Нужно проверять конкретную частоту, мощность, ширину полосы, назначение устройства и действующие условия применения радиоэлектронных средств.
Итог
Meshtastic сегодня остаётся отличной точкой входа в автономную LoRa-связь: большое количество оборудования, развитые приложения, MQTT, телеметрия и большое сообщество.
MeshCore предлагает другой интересный подход: пользовательские Companion Nodes отделены от инфраструктурных Repeater, а для личных сообщений активно используется обнаружение и повторное использование маршрутов.
Для небольшой сети победителя может вообще не быть. Для крупной сети архитектурная разница становится значительно важнее.
И в обеих системах качественная антенна, правильное расположение узлов и разумное использование эфира важнее громкого названия прошивки.
FAQ
Что лучше: MeshCore или Meshtastic?
Для большинства начинающих проще Meshtastic. Для управляемой сети с выделенными стационарными ретрансляторами очень интересен MeshCore. Выбор зависит от топологии и существующих узлов поблизости.
MeshCore работает без интернета?
Да. Основной обмен сообщениями через LoRa не требует мобильной сети или интернета.
Meshtastic работает без интернета?
Да. MQTT и другие интернет-интеграции являются дополнительными возможностями и не нужны для обычной LoRa-связи между узлами.
У MeshCore дальность больше, чем у Meshtastic?
Нельзя корректно утверждать это для любых условий. Радиодальность определяется прежде всего параметрами LoRa, радиочипом, антенной, высотой, рельефом и помехами.
Ретранслируют ли Companion Nodes в MeshCore чужие сообщения?
Обычная инфраструктурная ретрансляция вынесена на специализированные Repeater. Это одно из основных отличий архитектуры MeshCore.
Использует ли MeshCore flooding?
Да. Flooding применяется, например, при поиске пути и для групповых каналов. Поэтому утверждение, что MeshCore полностью отказался от flooding, неверно.
Каждый ли Meshtastic-узел нужно делать ROUTER?
Нет. Более того, разработчики Meshtastic предупреждают, что необоснованное использование ROUTER и REPEATER способно ухудшать работу сети.
Можно ли использовать одно устройство сначала с Meshtastic, а потом с MeshCore?
На многих популярных платах да, если конкретная модель поддерживается обеими системами. Списки совместимого оборудования необходимо проверять перед перепрошивкой.
Можно ли MeshCore связать с Meshtastic?
Напрямую как одну LoRa mesh-сеть нет. Это разные протоколы. Совпадение частоты и радиочипа не обеспечивает совместимость пакетов.
Что лучше для солнечного ретранслятора?
Обе системы позволяют использовать энергоэффективное оборудование. В MeshCore отдельный Repeater является базовой частью архитектуры, поэтому такой сценарий особенно естественен.
Что лучше для Home Assistant?
На сегодняшний день Meshtastic имеет более зрелую документированную интеграцию через MQTT, включая Home Assistant и Node-RED.