Този сайт се вижда най-добре в модерен браузър с активиран JavaScript.

🇧🇬 MQTT, Meshtastic и off-grid мрежите: разширяване, а не компромис

motaba

В общността около 🏕️ off-grid системите, включително и в средите на Meshtastic България, често се среща опасението, че използването на технологии като MQTT „разваля“ самата off-grid концепция. Това опасение обикновено произтича от погрешното приравняване на MQTT към 🌍 интернет, ☁️ облачни услуги и 🏢 централизирана инфраструктура.

👉 В действителност MQTT не е зависимост, а добавка. Той не заменя off-grid принципите, а ги надгражда, като осигурява структуриран, лек и ефективен начин устройствата да комуникират вътре в собствената мрежа. Дори при ⚠️ аварийни ситуации, MQTT остава помощен слой, а не критична точка на отказ – напълно в духа на Meshtastic България.

🔌 Какво означава off-grid в контекста на Meshtastic България?

В контекста на Meshtastic България, off-grid не означава „без мрежа“, а без зависимост от глобалната инфраструктура:

🚫 Интернет
🚫 Мобилни оператори
🚫 Централни сървъри
🚫 Външно електрозахранване

Една off-grid система:

🏠 Работи локално
☀️ Разчита на собствени източници на енергия
🛡️ Продължава да функционира при срив на външни услуги

❗ Въпросът не е дали има мрежа, а чия е мрежата и от какво зависи.

📡 MQTT ≠ Cloud

MQTT е лек publish/subscribe протокол. Той:

❌ Не изисква интернет
❌ Не изисква cloud
❌ Не изисква външни доставчици

MQTT broker може да работи:

🍓 На Raspberry Pi
💻 На стар лаптоп
🔋 На off-grid сървър със соларно захранване
🔧 Дори директно върху embedded устройство

📍 Когато broker-ът е локален, цялата комуникация остава в рамките на off-grid мрежата.

🧠 MQTT като „нервна система“ на off-grid мрежата

В една off-grid среда MQTT действа като вътрешна нервна система:

🌡️ Сензори публикуват данни (напрежение, температура, батерии)
🎛️ Устройства се абонират за команди и статуси
🔄 Няма нужда от директни връзки между всяка двойка устройства

Резултатът:

🔋 По-малка консумация на енергия
🧩 По-малко сложни връзки
📡 По-малко радио трафик – което означава, че ефирът остава по-свободен за по-важни и приоритетни съобщения
📈 По-лесно разширяване на системата

🚨 Аварийни ситуации: Meshtastic устройствата остават „онлайн“

Ключов аргумент в полза на MQTT е поведението при авария.

При срив на:

🌍 Интернет
📶 Мобилна мрежа
🏢 Централизирани сървъри

…off-grid пригодените устройства не изчезват.

Те остават:

🟢 Онлайн за локалната off-grid мрежа
📶 Свързани чрез Wi‑Fi, Ethernet, LoRa радиолинкове
🔁 Способни да обменят данни и команди чрез MQTT

👉 От гледна точка на off-grid mesh мрежата на Meshtastic, нищо не е „паднало“.

🕸️ Meshtastic mesh + MQTT = силна off-grid архитектура

Комбинацията от MQTT и mesh технологии (Meshtastic, LoRa mesh, радиолинкове) води до:

🧱 Децентрализирана физическа мрежа
🧠 Логически централизирана, но лесно заменяема комуникация
🔁 Възможност за множество broker-и и bridge-ове

🔄 Дори при отпадане на един MQTT broker, друг може да поеме ролята му.

🌉 MQTT като добавка и мост – но не като зависимост

Важно уточнение, което често се пропуска:

MQTT не е задължително свързан с интернет
MQTT не въвежда зависимост към външна инфраструктура
MQTT е допълнителен слой, който може да бъде използван или изключен според ситуацията

Да, MQTT може да бъде мост към интернет 🌍

Но не е задължително 🚫

В нормален режим:

🔄 Синхронизация с външния свят

В авариен режим:

✂️ Мостът просто спира
🟢 Локалната система продължава да работи

Това е чист пример за грациозна деградация, а не пълен срив.

✅ Заключение – позиция на Meshtastic България

MQTT не разрушава off-grid концепцията, защото не я замества. Той я допълва и разширява:

🧩 Я прави по-гъвкава
📈 Я прави по-мащабируема
🛡️ Я прави по-надеждна при аварии

📌 Off-grid устройствата, проектирани правилно, остават „онлайн“ за своята собствена мрежа, независимо какво се случва навън.

💬 MQTT просто им дава общ език – лек, ефективен и доказано устойчив.

🌱 Позиция на Meshtastic България: Истинската off-grid система не е тази без протоколи, а тази без зависимости.

niki-harduera

Всичко е така но MQTT води до по центализирано решение и синхронизиране на локални да кажем с глобален сървар . Когато всички тези връзки паднат заради интернет свързаност и при настройки от максимум два хопа то тогава и меша пада . Когато е направен баланс и правилни настройки то мрежата ще може да работи в добър синхрон .

snagles

Не бих казал, че като падне MQTT, ще падне и мрежата по радио. Ако приемем, че всяко портативно устройство е настроено с параметър 3 за хопинг, то ще инструктира мрежата, да бъде репитнато през 3 хопа. Като това е път т.е. няма да бъдеш просто 3 пъти повторен, а ще достигнеш 4ти нод през други 3 от които ти чуваш само първия.
Защо е настроен Българския MQTT клъстер да реже хопинга на 2. Отговора е да не претоварва мрежата. Предполага се, че ако си влезнал по радио в брокера, то обратния път от 2 е напълно достатъчен да се върне месидж от кореспондент обратно.
Другото, което не се разбира, и отново е свързано с хейтене на брокера е въпроса, ами ако стане бедствие или падне интернет? Ами при бедствие и отпадане на интернет, което не е задължително условие за MQTT брокер, е въпрос на участниците в мрежата когато нее е плътна и има затруднение в покритието на ШортФаст, винаги участниците в мрежата могат да превключат на друг режим, който да пробие през не покритите места с цел подобряване в условие на бедствие. Но пък трябва да се има предвид и натоварването на канала. Т.е. времето за доставяне на едно съобщение може да отнеме и по дълъг период от време.
А за MQTT условието интернет, е защото го има, но той може да работи и на независима мрежа от интернет локално в дадена зона или район, варианти много.
Темата е доста интересна по скоро вдигането на локални градски брокери е много по добро за радио частта от колкото да се мъчим да претоварваме радиоефира с повторения и хопинги.
Хубаво е да има повече рутери съобразени със съседните, т.е дали един ще е рутер, съседния лейт и на лейт съседния ще е рутер и всички да са закачени от задната страна през локален брокер, с цел разтоварване на ефира. И да се мисли ако покритието не е добро, при кризисни ситуации да се сменя режима на мрежата към други режими, по-бавни, но по-устойчиви.
За мен е въпрос на разбиране, и в никъв случай самоцел. Също ако говорим за оф да грид, могат да се правят тестове на мрежата. Т.е. да се спира конекция към брокера и да се тества само по радио. Това би давало периодично полезна информация, до къде се е развила и какво да се очаква. В мирно време дето е думата, по добре да има връзка с всички участници, от колкото самоцелно да се гради нещо, което зависи от много и различни хора по радиопът само.