Интеграция многоинтерфейсного IoT-шлюза | Obeita
Реализованный и переданный заказчику проект. Испытания подтвердили соответствие готового аппаратного и программного обеспечения согласованным с заказчиком требованиям. Спецификации нового проекта необходимо согласовать отдельно.
Obeita реализовала и передала заказчику проект многоинтерфейсного IoT-шлюза на STM32F407. Проект связал сбор полевых данных с определённым программным маршрутом их обработки и прошёл путь от требований заказчика и подтверждения договора до аппаратно-программной разработки, натурных испытаний и передачи результата.
Шлюз с сохранением идентификации устройств
Задача интеграции заключалась в обработке трафика RS485 и локальной радиосвязи sub-GHz с однозначным определением исходного устройства и адресата команды. Аппаратные и программные работы Obeita охватывали согласованный объём шлюза. Документированная архитектура разделяет сбор, проверку данных, адаптацию к облаку и управление, задавая разные обязанности полевому и серверному соединениям.
Сообщения Modbus RTU и радиоузлов используют разные пути сбора данных. Их модель данных должна сохранять идентификацию устройства при разборе и выгрузке, а входящее сообщение требует согласованного адреса и правила маршрутизации. Эта обработка сообщений составляет техническую основу проекта; добавление ещё одного физического интерфейса само по себе не определяет, как сервер сможет управлять подключённым оборудованием.
Сетевые настройки и управление шлюзом
Опубликованная разработка включает варианты связи Ethernet, Cat.1 и Wi-Fi и программу настройки сетевых и облачных параметров на компьютере. Программная разработка связывает конфигурационные данные с поведением шлюза при работе. Хранение и восстановление настроек, поля регистрации в облаке и подтверждения команд входят в это определение. OTA документировано в рамках управления; проверка образа и восстановление после прерванного обновления требуют реализации, подходящей выбранной прошивке.
Домены питания и защита полевых интерфейсов
Аппаратная архитектура разделяет вход 6–28 В, промежуточную ступень 5 В, отдельные источники 3,3 В для логики и периферии и линию 3,9 В для сотового модуля. Документированный тракт RS485 объединяет трансиверы SP3072EEN, TVS-компоненты и газоразрядную защиту. Выбор этих компонентов описывает подход к защите в схеме. Для заявления об импульсной стойкости готового изделия необходимы определённая форма импульса, схема подключения и протокол испытаний изделия; один перечень компонентов не подтверждает такой уровень.
Документированная архитектура и конфигурация
В таблице приведены документированная архитектура проекта и ограничения выбора. Для опций, вариантов и исходных проектных параметров сохраняются указанные оговорки; их включение в таблицу само по себе не гарантирует, что каждый вариант вошёл в поставленную конфигурацию.
| Параметр | Конфигурация |
|---|---|
| Микроконтроллер | STM32F407VET6, Cortex-M4 |
| Сбор полевых данных | 2 × RS485; Modbus RTU; канал sub-GHz/LoRa |
| Каналы связи с вышестоящей системой | Варианты Ethernet, Cat.1, Wi-Fi |
| Входная схема | 6–28 В со схемами защиты и защиты от переполюсовки |
| Настройка | Программа на компьютере для сетевых и облачных параметров |
| Объём функций управления | Проверка данных, входящие команды и OTA |
Поставленный шлюз и проверенный результат проекта
Obeita передала согласованные аппаратную и программную части шлюза после завершения натурных испытаний. Проверенные функции соответствовали требованиям заказчика. Результат охватывает договорную конфигурацию проекта; он не публикует показатель пропускной способности, уровень помехоустойчивости или гарантию одновременной поставки всех перечисленных каналов связи.
Для нового внедрения полевую топологию, модель адресации устройств, формат обмена сообщениями с облаком и требования к обновлению и восстановлению следует согласовать совместно. Требования к защите также должны учитывать разводку и условия установки, а не выводиться из отдельных компонентов.
Определить аналогичный проект многоинтерфейсного шлюза
Пришлите Obeita топологию RS485 и радиоузлов, подробности протоколов, формат серверных сообщений и требования к защите при установке. Эти данные помогут определить объём разработки шлюза и натурных испытаний под оборудование, которое необходимо подключить.