Як вибрати шлюз для IoT-мережі: ключові параметри та помилки

Коли потрібен шлюз і як пов’язані LoRaWAN та NB-IoT

У мережі LoRaWAN шлюз приймає радіоповідомлення від лічильників і сенсорів та передає їх мережевому серверу. Той керує обміном у мережі й видаляє повторні копії пакетів, прийнятих кількома шлюзами. Прикладний рівень перетворює дані на значення витрати, температури або стану обладнання.

Мережевий сервер може працювати в хмарі, у локальній інфраструктурі замовника або на самому шлюзі, якщо модель підтримує таку функцію. Від архітектури залежить, які операції залишаться доступними в разі відключення зовнішнього інтернету

У типовому рішенні NB-IoT пристрій зв’язується безпосередньо з базовою станцією стільникового оператора. Окремий локальний шлюз для групи таких лічильників зазвичай не потрібен. NB-IoT використовує ліцензований стільниковий спектр; LoRaWAN дає змогу розгорнути власну мережу або користуватися інфраструктурою спеціалізованого оператора.

LoRaWAN-шлюз із модемом 4G приймає повідомлення від LoRaWAN-пристроїв, а стільникову мережу використовує для зв’язку із сервером. Наявність SIM-картки не робить його шлюзом для NB-IoT-лічильників. Якщо в проєкті застосовують обидві технології, їхні показники можна об’єднувати на рівні програмної платформи за наявності відповідних інтеграцій.

Почніть із вимог до даних і карти об’єкта

До порівняння моделей визначте кількість приладів на першому етапі й після розширення, їхнє розташування, частоту передавання та допустиму затримку. Щодобові показники для нарахувань і повідомлення про протікання — різні завдання. Своєчасне аварійне сповіщення мають забезпечувати сенсор, мережа й програма оброблення.

Корисно розділити частоту вимірювань і частоту надсилання. Радіомодуль може зберігати погодинні значення й передавати їх кілька разів на добу, якщо це передбачено його конструкцією. Це допомагає узгодити деталізацію обліку, навантаження на мережу та витрату заряду батареї.

На плані об’єкта позначають підвали, технічні шахти, колодязі, металеві шафи, можливі точки монтажу антен, живлення й доступ до інтернету. Забудовнику важливо повторити перевірку перед здаванням об’єкта: двері, інженерні системи та оздоблення можуть змінити умови приймання.

Розширення мережі також враховують заздалегідь. Підключення сусідніх будівель, теплолічильників і датчиків протікання змінює вимоги до покриття та навантаження. Тому можливість додати шлюзи й пристрої до спільної серверної системи перевіряють ще під час вибору обладнання.

Покриття визначає місце встановлення

Радіус зв’язку не можна переносити з рекламного опису на будь-який житловий комплекс. Залізобетон, ґрунт, металеві кришки й сусідні будівлі змінюють поширення сигналу. Шлюз на даху може добре приймати сигнали від пристроїв на відкритій території й погано — від лічильника майже під собою, але за кількома перекриттями. Тому кількість шлюзів визначають за покриттям конкретних точок обліку.

Перед закупівлею проводять радіообстеження з вибраними лічильниками або радіомодулями. Перевіряють рівень сигналу, його співвідношення із шумом і фактичне доставлення повідомлень зі складних місць. Одноразового успішного приймання недостатньо: спостереження має охоплювати кілька робочих циклів із зачиненими дверима, шафами та люками.

У дослідженні 2026 року, присвяченому розміщенню шлюзів у цифровій моделі Sunway City, автори оцінили вісім можливих майданчиків на дахах. Робота показує, як геометрія забудови впливає на покриття й вибір додаткових вузлів. Це моделювання конкретної території, тому його результати не можна перетворювати на універсальну норму кількості шлюзів на квартал.

Чутливість приймачів порівнюють за однакових налаштувань радіозв’язку. Антену вибирають разом із місцем установлення та кабелем: кабель спричиняє втрати, а більше підсилення змінює діаграму спрямованості й не поліпшує приймання однаково в усіх напрямках. Іноді перенесення антени корисніше, ніж заміна шлюзу.

Ємність мережі залежить від повідомлень, а не лише від кількості лічильників

Для робочої мережі потрібен багатоканальний LoRaWAN-шлюз із підтримкою вибраного регіонального частотного плану. Поширені моделі з вісьмома каналами приймання; конкретні можливості залежать від радіотракту й налаштувань. Спрощений одноканальний приймач не можна вважати рівноцінною заміною повноцінному шлюзу для комунального обліку.

Водночас вісім каналів не означають вісім лічильників, які можна підключити. Пристрої спільно використовують радіоефір, надсилаючи короткі повідомлення. Навантаження визначається кількістю приладів, частотою надсилання, довжиною пакетів, швидкістю передавання, повторами й відповідями сервера. За повільнішого передавання пакет довше займає ефір.

Наприклад, умовна мережа з 1000 радіомодулів за надсилання одного пакета кожні чотири години створює 6000 повідомлень на добу. За щогодинного надсилання буде 24 000 повідомлень. Це розрахунок без повторів і службового обміну. Він показує зміну кількості передавань, але не визначає граничної ємності шлюзу або точного завантаження ефіру.

Потрібно враховувати й пікове навантаження: рівномірно розподілені надсилання та масове передавання на початку години створюють різні умови. Підтвердження кожного повідомлення також витрачає ресурс мережі. У напівдуплексних шлюзів приймання призупиняється на час передавання; існують і повнодуплексні рішення. Цю властивість перевіряють для конкретної моделі та регіонального виконання.

Сумісність перевіряють до купівлі

Перший рівень сумісності — регіональна версія обладнання. Шлюз, лічильники й налаштування мережі мають підтримувати узгоджений частотний план, дозволений у країні експлуатації. Одного позначення LoRaWAN недостатньо.

Другий рівень — підключення до мережевого сервера. Перевіряють спосіб обміну, можливість указати власний сервер, обмеження ліцензії та перенесення обладнання до іншої системи. Окремо з’ясовують, які функції доступні без передплати виробника.

Підтримка LoRaWAN не гарантує розпізнавання формату даних будь-якого лічильника: для цього потрібен програмний декодер на прикладному рівні. До закупівлі варто перевірити весь шлях: від радіоповідомлення до коректного номера приладу, одиниць вимірювання, часу й значення споживання в обліковій системі.

Сумісність зручніше перевіряти в усьому ланцюжку передавання. Успішне приймання пакета шлюзом підтверджує лише перший етап: далі дані мають пройти мережеве оброблення й перетворитися на коректні показники.

^{Від сигналу до показників}

Що станеться в разі відключення інтернету або живлення

Для підключення до сервера оцінюють дротовий і стільниковий зв’язок, а також можливості резервування. Наявність Ethernet і 4G у характеристиках ще не підтверджує автоматичного перемикання між ними. До випробувань потрібно включити обрив основного з’єднання й відновлення роботи без виїзду фахівця.

Буферизація теж потребує перевірки. Не кожен шлюз зберігає прийняті пакети в разі втрати зв’язку. Якщо функція є, з’ясовують обсяг і строк зберігання, збереження даних після перезавантаження та порядок подальшого передавання. Накопичені повідомлення мають коректно прийматися сервером; пізнє доставлення не замінює своєчасного аварійного сповіщення.

Буферизація не замінює доступності мережевого сервера. Якщо віддалений сервер недоступний, саме по собі збереження пакетів не забезпечує своєчасних підтверджень і команд пристроям. Для пристроїв класу A відповідь має надійти в передбачене вікно приймання після надсилання повідомлення.

Архів усередині лічильника й буфер шлюзу виконують різні завдання. Шлюз може зберегти лише те, що встиг прийняти. Архів радіомодуля здатний допомогти відновити історію, якщо пристрій і платформа підтримують її подальше вивантаження. Відновлення архіву перевіряють під час випробувань.

Резервне живлення розраховують для всього ланцюжка: шлюзу, модема, маршрутизатора й обладнання, що подає живлення мережевим кабелем. Інший шлюз допомагає в разі відмови першого лише там, де підтверджено приймання від тих самих приладів. Два шлюзи зі спільним джерелом живлення та єдиним каналом зв’язку зберігають спільну точку відмови.

Резервування вибирають під конкретну відмову. Акумулятор допомагає в разі відключення живлення, додатковий канал — у разі втрати зв’язку, а інший шлюз — у разі відмови обладнання. Кожен сценарій перевіряють окремо.

^{Три збої — три рішення}

Умови експлуатації та віддалене обслуговування

Модель для внутрішнього встановлення підходить для захищеного приміщення, якщо там підтверджено покриття. Для даху, фасаду або вологої технічної зони оцінюють ступінь захисту корпусу, робочі температури, стійкість до сонячного випромінювання та умови монтажу. Одного маркування IP недостатньо: роз’єми, кабельні вводи й установлена антена також мають відповідати середовищу експлуатації.

Для зовнішнього розміщення передбачають кріплення, захист від перенапруг і доступ для обслуговування. Віддалена діагностика має допомагати відрізняти проблему радіозв’язку від втрати з’єднання із сервером, перезапуску пристрою або збою живлення.

Для захисту потрібні індивідуальні облікові дані, розмежування доступу та підтримка оновлень. LoRa Basics Station підтримує захищене з’єднання із сервером із використанням TLS, централізоване налаштування й оновлення. Під час вибору перевіряють, чи ввімкнено захист з’єднання, як здійснюється керування обліковими даними та які функції реалізував виробник.

Як підібрати рішення Jooby RDC під умови об’єкта

Відмінності між варіантами встановлення можна простежити на прикладі шлюзів Jooby RDC. Для приміщень передбачено моделі Jooby Indoor Gateway: версія 501 EU підтримує Ethernet, LTE та живлення мережевим кабелем PoE, а 502 EU — Ethernet і PoE без LTE. Вибір залежить від доступного підключення й потреби в додатковому стільниковому каналі; порядок перемикання перевіряють під час налаштування.

У лінійці для зовнішнього розміщення Jooby Gateway LoRaWAN 400 EU підтримує до восьми каналів і постачається без резервного акумулятора, а 401 EU має резервну батарею. Це дає змогу враховувати умови живлення вже під час підбору обладнання. Конкретну модель включають до проєкту разом із сумісними лічильниками або радіомодулями та сервером збирання даних, після чого перевіряють покриття й роботу в разі збоїв на об’єкті.

Як порівняти пропозиції та уникнути дорогих помилок 

Порівнювати слід вартість робочої системи за погоджений строк, наприклад п’ять років. До розрахунку входять шлюзи, антени, монтаж, обстеження, резервне живлення, зв’язок, серверні ліцензії та обслуговування. Порівнюють пропозиції з однаковим складом робіт і супроводу.

Для ОСББ важливі регулярні платежі й відповідальний за обслуговування. Забудовнику потрібно передати керуючій організації доступи та документацію. Муніципалітету й постачальнику ресурсів — зберегти керованість під час розширення та можливість змінити підрядника без втрати даних.

Перед остаточним вибором корисно перевірити п’ять типових помилок:

• Купівля за заявленою дальністю. Потрібні результати приймання з реальних точок обліку, включно з підвалами й колодязями.
• Розрахунок лише за кількістю приладів. Потрібен профіль повідомлень з урахуванням частоти, піків і майбутнього розширення.
• Припущення про повну сумісність. Потрібно підтвердити частотний план, підключення до сервера й декодування показників.
• Формальне резервування. Необхідно випробувати відмову живлення, інтернету й окремого шлюзу.
• Вибір за мінімальною закупівельною ціною. Слід урахувати ліцензії, виїзди, доступи та строк підтримки обладнання.

Пілотна ділянка має охоплювати найскладніші умови, а не лише зручне приміщення поруч зі шлюзом. Критерії приймання погоджують заздалегідь: частку приладів, що передають актуальні показникі у встановлений строк, допустимі затримки, відновлення після збою та повноту архіву. 

Відповідний шлюз — той, з яким мережа забезпечує потрібну повноту та своєчасність даних у реальних умовах об’єкта. Вибір починається з архітектури LoRaWAN або NB-IoT, вимог до показників і обстеження, потім переходить до ємності, сумісності та стійкості до збоїв. Перевірка цих умов на пілотній ділянці допомагає обґрунтувати закупівлю й заздалегідь зрозуміти, скільки коштуватиме надійний дистанційний облік після запуску.