Интернет вещей: как это работает

t

Архитектура и компоненты системы IoT

Интернет вещей (IoT) базируется на трехуровневой иерархии: периферийный слой (сенсоры и исполнительные механизмы), сетевой слой (шлюзы и протоколы передачи) и платформенный слой (облачные серверы и аналитика). В отличие от классических вычислительных сетей, где данные передаются по запросу, IoT-устройства работают в режиме постоянного фонового сбора и отправки телеметрии с заданной периодичностью (от 1 секунды до нескольких часов в зависимости от сценария).

Материалы и конструкция датчиков

Корпуса датчиков для промышленного IoT изготавливаются из анодированного алюминия (марка 6061-T6) или ударопрочного ABS-пластика с классом защиты IP67/IP68. Внутренняя начинка включает микроконтроллеры на архитектуре ARM Cortex-M4 (например, STM32L4) с тактовой частотой до 80 МГц и энергопотреблением в спящем режиме менее 1 мкА. Для автономной работы применяются литий-тионилхлоридные (Li-SOCl2) батареи емкостью от 2 А·ч до 19 А·ч, обеспечивающие до 10 лет работы в режиме редкой передачи данных.

Протоколы связи и их технические параметры

Основные протоколы IoT делятся на две категории:

Выбор протокола определяется требованиями к энергопотреблению: LoRaWAN позволяет передавать пакеты до 222 байт при токе потребления 10–15 мА на передачу, тогда как NB-IoT требует 40–50 мА, но обеспечивает гарантированную доставку через мобильную инфраструктуру.

Отличия от традиционных систем сбора данных

В отличие от SCADA-систем с жестко закрепленными контроллерами и проводными линиями (RS-485, Ethernet), IoT-архитектура предполагает динамическую топологию: устройство может подключаться к разным шлюзам в зависимости от уровня сигнала. Механизмы роения (swarm logic) позволяют соседним датчикам выполнять ретрансляцию пакетов без централизованного управления. Критическим отличием является также встроенная обработка на границе (edge computing) — микроконтроллеры выполняют первичную фильтрацию и сжатие данных, сокращая объем передаваемой телеметрии на 60–80% относительно сырых показаний.

Стандарты качества и производство

Производство IoT-модулей регулируется стандартами IPC-A-610 (класс 2 для коммерческих изделий, класс 3 для медицинских и промышленных). Монтаж печатных плат выполняется по технологии поверхностного монтажа (SMD) с паяльной пастой SAC305 (олово-серебро-медь) и оплавлением в печах с профилем температур 150–245 °C. Каждый датчик проходит калибровку в климатической камере при температуре от -40 до +85 °C и влажности до 95%. Выходной контроль включает тест радиочастотного тракта (мощность передатчика, чувствительность приемника) и функциональный цикл не менее 72 часов.

Протоколы прикладного уровня и интеграция

На транспортном уровне доминирует MQTT 5.0 — бинарный протокол с минимальным заголовком (2 байта служебной информации) и тремя уровнями QoS (Quality of Service). В отличие от HTTP, MQTT поддерживает постоянное соединение через keep-alive (типично 10–60 с) и механизм расширенного подписывания (wildcard в топиках: sensor/+/temp). Для веб-интеграции используется REST API поверх CoAP (протокол, основанный на UDP, с поддержкой multicast). Шлюзы IoT выполняют прокси-преобразование MQTT в JSON/HTTP для передачи в облачные платформы (AWS IoT Core, Azure IoT Hub).

Электропитание и энергоэффективность

Автономные датчики используют понижающие DC/DC-преобразователи с КПД более 90% (например, TPS62840 от Texas Instruments с током покоя 0,5 мкА). При работе от батареи применяется алгоритм адаптивного интервала опроса: если измеряемая величина стабильна, частота передачи автоматически снижается (от 5 минут до 1 часа). В режиме глубокого сна (deep sleep) ток потребления не превышает 0,3 мкА, что позволяет сохранять энергию до 10 лет без замены источника питания.

Безопасность на транспорте и хранении

Для защиты данных используется шифрование AES-128/256 с аппаратными ускорителями на кристалле (например, в чипах Espressif ESP32-S3). Каждое устройство получает уникальный сертификат X.509 при производстве, который хранится в защищенной области памяти (eFuse). Протокол DTLS 1.3 (аналог TLS для UDP) обеспечивает защиту сессий в LoRaWAN. При этом длина ключа сессии составляет 128 бит, а процедура обновления ключей (rekeying) выполняется каждые 24 часа.

Добавлено: 11.05.2026