Разработка шлюзов IoT и Modbus на заказ

Obeita разрабатывает аппаратную и программную части шлюзов с учётом оборудования, протокола и целевой системы вашего приложения. Сначала определите физические интерфейсы, преобразование данных, сетевой тракт и восстановление после сбоев. Затем мы согласуем реализацию и проверим выбранную конфигурацию на реальном оборудовании.

Выбирайте шлюз по его задаче

RS485 и преобразование Modbus RTU в TCP

Укажите скорость передачи, топологию шины, адресацию устройств, карты регистров и интервалы опроса. Явно определите отдельные шины и роли клиентов. Для преобразования необходимо согласовать поведение при тайм-аутах, исключениях и повторном подключении. Кейсы шлюза с двумя интерфейсами RS485 и удалённого ввода-вывода Modbus иллюстрируют разные требования к шинам и управлению.

Передача последовательных и полевых данных в MQTT

Определите кадры последовательного обмена, правила разбора, поля полезных данных, аутентификацию брокера и целевую модель данных. При необходимости задайте буферизацию при отсутствии связи, поведение при повторном подключении и обработку неотправленных данных. Кейс многоинтерфейсного шлюза IoT служит примером сбора данных через несколько интерфейсов и интеграции шлюза; кейс периферийного DTU на ESP32-S3 описывает подключение полевых сигналов к устройству на ESP32-S3. Эти кейсы иллюстрируют сбор данных и архитектуру шлюза; формат полезных данных MQTT и объём работ с брокером необходимо определить для нового проекта.

Периферийный шлюз на Linux

Для локальной обработки или сочетания разных интерфейсов сравните ресурсы платформы, порты Ethernet и последовательные порты, требования к сопровождению образов и удалённому обновлению. Кейс Linux-шлюза на RK3506J связывает физический ввод-вывод со сбором данных, адаптацией протоколов и настройкой в Linux. Сетевые платформы класса RK3528 предполагают иной набор портов и объём программных работ.

Беспроводной мост RS485

При замене кабелей определите роли ведущего устройства и узлов, временные параметры последовательного обмена, бюджет питания, повторную передачу и условия покрытия. Для вариантов SLE, sub-GHz и Wi-Fi необходима отдельная проверка на объекте и проверка прошивки.

Этапы проекта и передаваемые результаты

  1. Определяем один полный путь данных. Изучаем документацию оборудования, примеры кадров, интерфейс управляющей системы и требуемое поведение при сбоях.
  2. Согласуем проект и состав передачи. Определяем работы по плате или модулю, прошивке, преобразованию протоколов, средствам настройки и протоколам испытаний. Исходный код, корпус и сопровождение производства включаются только по согласованию.
  3. Разрабатываем и проверяем на оборудовании. Испытываем выбранный тракт до расширения перечня поддерживаемых устройств, принятия обязательств по серийному производству или добавления опциональных интерфейсов.

Определите условия приёмки шлюза до реализации

Зафиксируйте версии устройств и прошивок, правила работы с регистрами, типы данных, нагрузку опроса и поведение целевой системы. При необходимости включите недоступность устройств, обрывы шины или сети, восстановление после перезапуска, повторные и неотправленные сообщения. Требования к аутентификации, журналированию, обновлению и восстановлению должны быть явными.

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

Связанные реализованные проекты шлюзов

Обсудить требования к вашему шлюзу

Пришлите модели устройств, руководства по интерфейсам, характерные кадры, карты регистров, целевую сеть, доступное питание, предполагаемое количество и условия ввода в эксплуатацию. Укажите требования к корпусу, сертификации и поддержке, чтобы определить объём работ до принятия обязательств по поставке.

Расскажите о проекте