Електричний лічильник DIN (4G): промисловий лічильник IoT з мобільною з’єднаністю

Солярна станція з насосами потужністю 2,4 МВт у західному Раджастані працює на відстані 18 км від найближчої стільникової башти. На ділянці немає дротового Інтернету, телефонної лінії та постійного персоналу на місці. Єдиний спосіб дізнатися, чи виробляє станція електрику, споживає енергію чи вийшла з ладу, — це пристрій, який може спілкуватися через стільникову мережу з місця, де смартфон показує «немає послуг».

4G-лічильник для рейки DIN був розроблений саме для такого сценарію. Він поєднує компактну форму фактору 4-модульної рейки DIN з промисловим модемом LTE Cat.1, внутрішньою антеною високої посилливості та стеком фірмвару, оптимізованим для переривчастого з’єднання. Лічильник накопичує енергію локально під час відключень електропостачання та переривів зв’язку, а потім завантажує буферизовані дані, коли мережа відновиться. Для віддалених промислових активів це відрізняє працюючий лічильник від того, який стає дорогим паукою.

Перевага зв’язку 4G LTE

Вибір LTE Cat.1 замість NB-IoT або LoRa заслуговує пояснення. NB-IoT пропонує нижчу споживання енергії, але його покриття обмежено міськими районами з розгорнутими оператором клітинами NB-IoT — що, у більшості країн, що розвиваються, означає прогалини в покритті поза великими містами. LoRa вимагає приватного шлюзу в межах 15 км з прямої видимості. LTE Cat.1, навпаки, працює на тих же діапазонах, що й споживчі 4G-смартфони, і має покриття там, де можна здійснити голосовий дзвінок.

Модем — Quectel EC200S-CN, який підтримує діапазони LTE FDD B1/B3/B5/B8 та TDD B38/B39/B40/B41. Ця комбінація діапазонів охоплює виділені для 4G частоти в Китаї, Південно-Східній Азії, Близькому Сході, Африці та Латинській Америці. Для розгортання в Європі або Північній Америці доступні варіанти EC200U-EU та EC200A-NA, які охоплюють відповідно діапазони ETSI та FCC.

Споживання енергії є основним обмеженням для віддалених установок з акумуляторним резервом. Лічильник споживає приблизно 180 мА під час передачі LTE (типова потужність Tx +23 дБм) та 45 мА в режимі очікування з модулем стільникового зв’язку в режимі енергозбереження (PSM). З акумулятором резервного живлення з свинцевої кислотою 12V 7Аг — стандартним для віддалених установок SCADA — лічильник може передавати дані кожні 15 хвилин приблизно 14 днів без зовнішнього живлення.

Інтерфейс SIM підтримує як фізичну nano-SIM, так і вбудовану eSIM (формат MFF2). Для крупномасштабного розгортання ми попередньо встановлюємо профілі eSIM від великих постачальників з’єднання IoT (Vodafone IoT, China Mobile OneLink, Telit), що дозволяє лічильнику підключатися до найкращої доступної мережі без управління фізичними SIM-картами. При розгортанні 5000 одиниць у сільських районах Кенії використовували eSIM з одним SKU, усуваючи логістику управління фізичними SIM-картами по 47 округах.

Інтеграція з промисловим IoT

Лічильник не є самостійним пристроєм — це джерело даних в архітектурі промислового IoT. Інтеграція відбувається за трьома схемами залежно від рівня автоматизації ділянки:

Пряма інтеграція з хмарою. Лічильник відправляє навантаження JSON на кінцевий пункт хмари через HTTP POST або публікацію MQTT. Структура навантаження конфігурується: мінімальне навантаження (напруга, струм, потужність, енергія) становить 128 байтів; повне навантаження з подіями якості електропостачання, журналами зловмисних дій та діагностикою пристрою приблизно 2,4 КБ. Для типового розгортання з передачею даних кожні 60 секунд це перетворюється на 6,9 МБ/місяць — що добре в межах обсягу даних навіть найбазових планів IoT SIM.

Інтеграція з шлюзом на краю. На ділянках з існуючим промисловим шлюзом (Siemens SIMATIC, Advantech UNO, Moxa UC-8100) лічильник підключається через RS-485 з використанням Modbus RTU або IEC 61850 MMS. Шлюз агрегує дані з кількох польових пристроїв — лічильників, інверторів, PLC, сенсорів — і пересилає їх в хмару через одне з’єднання 4G або оптоволокно. Ця архітектура зменшує витрати на стільникові дані та спрощує конфігурацію брандмауера.

Інтеграція з SCADA. Для комунальних підприємств та великих промислових об’єктів з існуючими системами SCADA лічильник підтримує IEC 60870-5-104 та DNP3 по TCP. Ці протоколи є рідними для більшості сучасних платформ SCADA (Schneider Electric EcoStruxure, GE Proficy, OSIsoft PI). Водневі комунальні підприємства в Марокко інтегрували 340 віддалених насосних станцій за допомогою IEC 60870-5-104; лічильники відображаються в SCADA як стандартні телеконтрольні кінцеві пункти, не вимагаючи розробки спеціальних драйверів.

Інтеграція MQTT заслуговує особливого уваги для сучасних розгортань IIoT. Лічильник діє як клієнт MQTT, підключаючись до брокера (AWS IoT Core, Azure IoT Hub або приватного екземпляра Mosquitto). Він публікує в конфігуровані теми — за замовчуванням, meters/{serial}/telemetry і meters/{serial}/events — і підписується наmeters/{serial}/config для зміни параметрів через повітря. Рівень QoS конфігурується (0/1/2); більшість розгортань використовує QoS 1 (доставка принаймні один раз) для балансу надійності та пропускної здатності.

Віддалений збір та аналіз даних

Значення 4G-лічильника не в зборі даних — а в тому, щоб зробити ці дані дієвими для операторів, які не знаходяться на місці. Наша хмарна платформа пропонує три рівні служб даних:

Моніторинг в реальному часі. Веб-дашборд відображає телеметрію кожного лічильника, оновлену з налаштованим інтервалом звітування (1–3600 секунд). Індикатори статусу з кольоровим кодуванням показують онлайн/офлайн, силу сигналу зв’язку та стани тривоги. Дашборд підтримує до 10 000 лічильників на обліковий запис, з фільтрацією за групою, місцем розташування або станом тривоги.

Історичний аналіз. Часові серії даних зберігаються в InfluxDB з політикою утримання: 2 роки з роздільністю 1 хвилина, 5 років з роздільністю 15 хвилин та 10 років з годинною роздільністю. Користувачі можуть експортувати дані в CSV, Excel або через API для інтеграції в власні платформи аналітики. Постачальник послуг з обслуговування та експлуатації сонячних станцій у В’єтнамі використовує дані з роздільністю 1 хвилину для кореляції виходу інвертора з даними метеорологічної станції, визначаючи не ефективно працюючі струни протягом 72 годин після виникнення проблеми.

Управління тривогами. Платформа підтримує 18 конфігурованих типів тривог: відключення електропостачання, відновлення електропостачання, виявлення зловмисних дій, втрата зв’язку, зворотний потік енергії, вихід напруги за межі діапазону та інші. Тривоги доставляються по електронній пошті, SMS (через інтегрований шлюз SMS), вебхук POST на задану користувачем URL або публікацію MQTT на заданого користувачем брокера. Гірнича компанія на Західній Австралії налаштувала тривоги про відключення електропостачання для запуску автоматичного SMS для команди технічного обслуговування ділянки; середній час відновлення після несправностей електропостачання знизився з 14 годин до 3,2 години.

Для користувачів, які не хочуть залежати від хмари, лічильник також підтримує прямий HTTP POST на приватний сервер. Кінцевий пункт POST отримує те саме навантаження JSON, що й хмарна платформа, дозволяючи користувачеві створити власний конвеєр даних. Наша команда інтеграції надає референсну реалізацію сервера на Python (FastAPI) та Node.js (Express) для клієнтів, які хочуть самостійно розміщувати сервер.

Безпека та надійність

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

Ідентитет пристрою. Кожен лічильник має унікальний сертифікат X.509, записаний в безпечне сховище під час виробництва. Сертифікат використовується для аутентифікації клієнта TLS при підключенні до кінцевих пунктів хмари. Навіть якщо атакуючий клонує IMEI лічильника та облікові дані SIM, він не може встановити сеанс TLS без приватного ключа, який не можна експортувати.

Шифрування даних. Весь зв’язок використовує TLS 1.2 або 1.3 з закріпленням сертифікату з боку лічильника. Суїт шифрування — ECDHE-RSA-AES256-GCM-SHA384 або еквівалент. Для розгортань, які не можуть використовувати інфраструктуру відкритих ключів, лічильник також підтримує TLS з попередньо спільним ключем (PSK) з AES-128-CCM.

Зміцнення мережі. Сільниковий модуль лічильника не приймає вхідних з’єднань. Весь зв’язок ініціюється лічильником до попередньо налаштованих кінцевих пунктів. Єдиний відкритий порт на лічильнику — локальний порт конфігурації (HTTP на порту 80), який доступний лише при фізичному підключенні до точки доступу WiFi лічильника (вимкнено за замовчуванням) або через оптичний порт. Немає віддаленої оболонки, відкритого порту SSH та заводських стандартних облікових даних, які міг би використати атакуючий.

Дані про надійність з 3-річного розгортання 8700 лічильників у 14 країнах показують середній час між збоями зв’язку (визначений як 3 поспіль пропущені звіти) 14 200 годин — приблизно 1,62 року. Основною причиною збою зв’язку не був лічильник, а проблеми з стільниковою мережею: закінчення терміну дії SIM-карти (31% збоїв), зняття з експлуатації оператором 2G/3G-служб (27%) та фізичне пошкодження антени (14%). Фірмвар лічильника записав достатньо діагностичних даних для визначення цих кореневих причин у 94% випадків, що дозволило проводити цільову роботу на місці.