📡 Meshtastic vs MeshCore – Част II: Кое бих избрал в реална ситуация?

В първата част на Meshtastic vs MeshCore разгледахме двете системи сравнително технически.

Как работят.

Как изграждат mesh мрежа.

Какви са предимствата и недостатъците им.

Къде едната има предимство пред другата.

Но след всичките таблици, routing алгоритми, repeaters, nodes и технически термини остава един много по-важен въпрос:

Добре де… кое да избера?

И отговорът ми вероятно няма да се хареса на хората, които очакват победител.

Зависи. 😁

Не от това коя система е по-модерна.

Не от това коя има повече потребители.

Не от това коя има повече nodes на картата.

И със сигурност не от това кой в някоя Facebook група вика най-силно.

Зависи от едно:

Какво всъщност искате да направите?

---

🧠 Първо задачата. После технологията.

Това е нещо, което много често правим наопаки.

Виждаме някаква интересна технология.

Купуваме я.

И чак след това започваме да търсим проблем, който да решим с нея.

😂

При preparedness подходът трябва да бъде точно обратният.

Първо имаме сценарий.

После определяме нуждата.

И чак тогава избираме инструмента.

Затова този път няма да започваме с:

Meshtastic има това.

MeshCore има онова.

Ще започнем с:

Имам конкретен проблем. Как бих го решил?

---

🏕️ Сценарий №1: Семейство или малка група в планината

Четирима-петима души.

Всеки носи LoRa устройство.

Движим се.

Понякога се разделяме.

Искаме да можем да си изпращаме кратки съобщения и позиции, когато няма GSM.

Тук лично аз бих започнал с:

🟢 Meshtastic

Защо?

Защото точно в подобен ad-hoc мобилен сценарий простотата е огромно предимство.

Не изграждам постоянна инфраструктура.

Не планирам къде ще стоят repeaters след шест месеца.

Не изграждам мрежа между населени места.

Имам няколко души, които се движат заедно и искам устройствата им да могат лесно да комуникират.

Флашвам.

Настройвам.

Раздавам устройствата.

Тръгваме.

Точно това искам.

---

🚙 Сценарий №2: Няколко автомобила в движение

Пет автомобила тръгват на off-road преход.

Или евакуационен convoy.

Или просто група приятели пътуват през район с лошо мобилно покритие.

Разстоянията между автомобилите постоянно се променят.

Един изостава.

Друг излиза напред.

Трети спира.

Топологията на групата се променя непрекъснато.

Отново:

🟢 Meshtastic

Точно динамичността на подобна група го прави логичен избор.

Не знам предварително кой къде ще бъде.

Не искам да проектирам инфраструктура.

Искам устройствата просто да се намерят и комуникацията да работи.

---

🏡 Сценарий №3: Искам връзка между няколко постоянни точки

Сега вече променяме задачата.

Имам:

🏡 къща;

🏠 друга къща на няколко километра;

🏘️ още няколко души в района;

⛰️ добра висока точка между нас.

И искаме комуникационната система да стои там постоянно.

Тук бих започнал да гледам сериозно към:

🟢 MeshCore

Защото вече имам възможност да планирам инфраструктура.

Мога да кажа:

📡 тук ще има Repeater;

📡 там ще има още един;

👤 хората ще използват Companion устройства;

и постепенно да изградя предвидима мрежа.

Тук вече не ме интересува само:

„Колко далеч хваща моето устройство?“

Интересува ме:

„Как да осигуря покритие на района?“

Това е съвсем различна задача.

---

⛰️ Сценарий №4: Имам страхотна висока точка

Да кажем, че имам достъп до:

⛰️ хълм;

🏢 висока сграда;

🏡 къща на високо;

📡 комуникационна кула;

или друга позиция с отлична радиовидимост.

И мога да сложа там устройство постоянно.

Тук MeshCore Repeater става много интересен.

Особено ако можем да го направим автономен:

☀️ соларен панел;

🔋 батерия;

📡 добра антена;

📦 подходяща кутия.

Вместо да разчитаме случайно устройство да бъде на правилното място в правилния момент, създаваме инфраструктурна точка с конкретна задача.

---

🏘️ Сценарий №5: Искаме мрежа между няколко населени места

Тук вече говорим за съвсем друга категория.

Например:

Село А → Repeater → Село Б → Repeater → Село В

Или няколко хижи.

Няколко ферми.

Няколко бази.

Няколко семейства в определен район.

Тук бих започнал проекта с:

🟢 MeshCore

Не защото MeshCore има някакво магическо радио.

А защото архитектурата му е интересна точно за подобно планиране.

Имаме отделни потребителски устройства.

Имаме отделни repeaters.

Можем да мислим за мрежата като инфраструктура.

И това вече започва да прилича много повече на комуникационна система, отколкото на куп устройства.

---

🆘 Сценарий №6: Земетресение. Трябва да изградим комуникация СЕГА.

Тук отговорът става интересен.

Какво бих избрал?

🟡 Това, което имам.

😁

И това е може би най-важният урок в цялата статия.

При реална авария не започваме да четем:

„Top 10 LoRa mesh protocols 2026“.

Използваме:

• наличния хардуер;
• системата, която хората познават;
• предварително конфигурираните устройства;
• инфраструктурата, която вече съществува.

Ако имам двадесет готови Meshtastic устройства:

използвам Meshtastic.

Ако имам изградена MeshCore инфраструктура:

използвам MeshCore.

Най-добрата аварийна комуникационна система не е тази с най-красивата архитектура.

Тя е тази, която работи и която хората знаят как да използват.

---

🎒 Сценарий №7: „Искам просто две устройства за аварийна комуникация“

Това е вероятно един от най-честите сценарии.

Човек не иска да изгражда национална mesh мрежа.

Не иска сървъри.

Не иска repeaters по върховете.

Иска две или няколко устройства.

Да ги зареди.

Да ги хвърли в раниците.

И при нужда:

да ги включи и да пише.

Тук отново бих започнал с:

🟢 Meshtastic

Причината е проста.

По-нисък праг за влизане.

И това е много важно за preparedness.

Защото система, която никой в семейството освен вас не знае как да използва, не е особено добра семейна аварийна система.

---

☀️ Сценарий №8: Искам постоянна автономна комуникационна инфраструктура

Тук вече ситуацията се обръща.

Искам да изградя нещо, което да стои:

седмици;

месеци;

може би години.

Искам внимателно разположени точки.

Искам контрол върху това кое устройство изпълнява инфраструктурна роля.

Искам да мога да планирам покритието.

🟢 Тук бих започнал с MeshCore.

Repeater-ите вече не са страничен ефект от наличието на потребители.

Те са част от дизайна на мрежата.

---

🚑 Сценарий №9: Лагер, събитие или спасителен екип

Тук нарочно няма да дам веднага отговор.

Защото:

🟡 Зависи.

И точно това е прекрасен пример защо таблицата:

Meshtastic = това
MeshCore = онова

невинаги работи.

Ако имаме малък лагер и десет инструктори, които се движат постоянно:

Meshtastic може да бъде чудесен избор.

Ако обаче лагерът е постоянен, районът е голям и можем предварително да разположим инфраструктурни точки:

MeshCore започва да става много интересен.

Ако пък всичко е в радиус от 500 метра:

може би просто ще дам на хората PMR радиостанции. 😂

---

🤯 Чакай… PMR?!

Да.

Защото това не е религиозна статия за LoRa.

😁

Ако задачата е:

„Четирима души сме в гората и искаме да можем моментално да си говорим.“

Може би правилният инструмент е:

📻 PMR446.

Натискам PTT.

Говоря.

Получавам отговор.

Няма Bluetooth.

Няма приложение.

Няма mesh.

Няма firmware.

Няма pairing.

K.I.S.S.

---

🛰️ А понякога правилният отговор е сателит

Сценарий:

„Искам да мога да изпратя съобщение на човек на 500 километра, независимо дали между нас има LoRa инфраструктура.“

Meshtastic?

Не.

MeshCore?

Не.

Тук вече трябва да гледаме към друга технология.

Сателитна комуникация.

Защото mesh системата може да разширява комуникацията чрез други nodes.

Но ако между вас и получателя има 500 километра празно пространство без инфраструктура, няма през какво да премине съобщението.

LoRa не е магия.

---

📡 Кое има по-голям обхват – Meshtastic vs MeshCore?

Ето го любимия въпрос.

😂

Нито едното.

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

Ако вземем:

две еднакви устройства;

еднакви LoRa чипове;

еднакви антени;

еднаква мощност;

еднакви radio parameters;

еднаква височина;

еднакъв терен;

физическият радиолинк не получава магически още километри, защото сме сменили логото върху firmware-а.

Радиото си остава радио.

Разликата между Meshtastic и MeshCore започва да се проявява в начина, по който мрежата използва тези радиовръзки.

Как се препредават пакетите.

Как се управлява airtime.

Как се използват repeaters.

Как се изгражда topology.

Това вече е много по-смислен разговор от:

„На мен MeshCore ми хвана 37 километра!“

Чудесно.

При каква антена?

Каква височина?

Какъв terrain profile?

Какви радио параметри?

Каква мощност?

Имаше ли line-of-sight?

😁

Без тези неща числото почти нищо не означава.

---

🧱 И двете системи имат един и същ огромен враг

Не.

Не е другата система.

😂

Физиката.

Планината не се интересува дали използвате Meshtastic или MeshCore.

Бетонният блок също.

LoRa може да бъде впечатляваща технология, но продължава да зависи от:

📡 антената;

📍 височината;

⛰️ релефа;

🌲 растителността;

🏢 сградите;

📶 радиошума;

⚙️ настройките;

🔋 захранването;

и най-вече:

къде сте поставили устройството.

Един добре поставен node може да промени цяла мрежа.

Десет зле поставени устройства могат да бъдат почти безполезни.

---

🧠 Еднакъв хардуер. Различна философия.

Това е може би най-добрият начин да разберем разликата.

Вземаме две еднакви LoRa устройства.

На едното слагаме:

Meshtastic.

На другото:

MeshCore.

Какво се промени?

Не антената.

Не LoRa чипът.

Не процесорът.

Не мощността на радиото.

Променихме начина, по който устройството участва в мрежата.

И това е ключовото.

LoRa не е Meshtastic.

LoRa не е MeshCore.

LoRa е радиотехнологията.

Meshtastic и MeshCore са два различни начина да използваме тази технология за комуникация.

---

🕸️ Ad-hoc срещу инфраструктура

Ако трябва да сведа цялата статия до едно много грубо правило, бих го формулирал така:

Meshtastic ми харесва повече, когато хората образуват мрежата.

MeshCore ми харесва повече, когато предварително изграждам мрежата за хората.

Това НЕ е абсолютно правило.

Но е чудесен начин начинаещият да започне да разбира разликата.

При динамична група:

🎒 хора;

🚙 автомобили;

🏕️ туристи;

🚶 движение;

Meshtastic е много логичен избор.

При планирана инфраструктура:

📡 repeaters;

🏡 постоянни точки;

☀️ автономни nodes;

🏘️ райони;

MeshCore става много интересен.

---

⚠️ Но не допускайте една грешка

В първата сравнителна статия бях написал нещо от сорта на:

„MeshCore като гръбнак / repeaters + Meshtastic като мобилни крайни устройства.“

Това има нужда от уточнение.

MeshCore repeater НЕ препредава Meshtastic съобщения.

И обратното.

Това са различни комуникационни системи и протоколи.

Можем да имаме паралелно:

📡 MeshCore инфраструктура;

📡 Meshtastic мрежа;

и дори устройства, които могат да бъдат префлашвани между двете системи.

Но един MeshCore repeater не се превръща автоматично в repeater за Meshtastic.

Това разграничение е важно.

---

📊 Добре. Дайте ми простата таблица.

Добре де. 😁

И думата, която трябва да запомните, е:

ЗАВИСИ.

😂

---

🔥 А какво бих избрал аз?

И двете.

Но не защото искам повече джаджи.

Добре де…

не САМО затова. 😂

А защото виждам различни приложения.

За малка мобилна група бих предпочел простотата и динамичността на Meshtastic.

За постоянна инфраструктура бих експериментирал много сериозно с MeshCore.

За комуникация на кратко разстояние вероятно бих използвал радио.

А когато ми трябва комуникация извън обсега на локалната инфраструктура, бих търсил съвсем друг инструмент.

За мен това е preparedness.

Не:

„Купих си MeshCore, следователно всичко трябва да решавам с MeshCore.“

А:

„Имам проблем. Кой е най-простият надежден инструмент, който го решава?“

---

🎯 Комуникационният план е по-важен от устройството

И тук стигаме до нещо много по-важно от Meshtastic срещу MeshCore.

Можете да имате най-доброто LoRa устройство.

Най-хубавата антена.

Power bank.

Соларен панел.

Три repeaters.

И прекрасна waterproof кутия.

Но ако семейството ви не знае:

кога да включи устройството;

на коя система да бъде;

на кого да пише;

какво съобщение да изпрати;

какво да направи, ако няма отговор;

тогава нямате комуникационен план.

Имате джаджи.

А това са две много различни неща.

---

🧪 И точно затова следващата стъпка е теренът

Можем да четем спецификации до утре.

Можем да спорим за routing.

Можем да броим hops.

Но мен ме интересува друго.

Какво ще стане, ако вземем реални устройства и ги изнесем:

🏙️ в София;

🌲 в гора;

⛰️ в планината;

🏡 между населени места;

🚙 в движение?

Какво ще стане с delivery rate?

Какво ще стане с latency?

Какво ще стане с батерията?

Как се държи мрежата, когато nodes започнат да се движат?

Какво се случва зад хълм?

Колко променя нещата един добре поставен repeater?

Ето това вече искам да видя.

---

✅ Заключение: Не избирайте победител. Изберете инструмент.

Ако сте стигнали дотук с надеждата най-накрая да кажа:

„MESHTASTIC ПЕЧЕЛИ!“

или

„MESHCORE Е ПО-ДОБЪР!“

съжалявам.

😂

Няма да стане.

Защото това е грешният начин да мислим за комуникацията.

Meshtastic е инструмент.

MeshCore е инструмент.

PMR е инструмент.

CB е инструмент.

Любителското радио е инструмент.

Сателитната комуникация е инструмент.

Всеки от тях има място.

Всеки има ограничения.

И всеки може да бъде прекрасен избор или пълна глупост в зависимост от задачата.

---

Не ме интересува коя система ще „победи“. Интересува ме дали човекът ще може да изпрати съобщение, когато няма друг начин да го направи.

Защото когато GSM мрежата изчезне, интернетът спре и трябва да кажете на семейството си:

„Добре сме. Останете там. Идваме.“

няма да ви интересува какво лого има върху устройството.

Ще ви интересува дали съобщението е стигнало.

📡

Оцелявай умно, а не трудно. 😉