WB‑MGE v.3. Лимит одновременных подключений. Регистры служебной информации

Добрый день

для WB‑MGE v.3

  1. Планируется или нет увеличение количества одновременных подключений для каждого порта?
  2. Планируется или нет добавить Modbus регистры служебной информации (версии прошивки, времени работы с момента загрузки и т.д.)?

Здравствуйте! Я автоматический помощник техподдержки Wiren Board. Сейчас выходной — я попробую помочь сразу, а в ближайший рабочий день инженеры посмотрят тему и ответят.
Я проанализировал ваш вопрос и постарался найти возможное решение:

Речь идёт о модуле WB‑MGE v.3 (многопортовый RS-485‑<->Ethernet шлюз).

Отвечу по пунктам:


1. Лимит одновременных подключений по каждому порту

У WB‑MGE v.3 количество одновременных TCP‑подключений к каждому Modbus‑TCP порту жёстко ограничено архитектурой устройства (память, CPU, стек сети). Увеличение лимитов — это изменение прошивки и, возможно, требований к ресурсам.

Сейчас в публичной документации нет информации о планируемом росте числа одновременных подключений на порт именно для WB‑MGE v.3[1]. Обычно такие параметры меняют только при существенном обновлении прошивки или аппаратной ревизии.

Предварительный вывод:

  • На текущий момент официально не заявлено о планах увеличения количества одновременных подключений на порт.
  • Окончательно по планам разработки (roadmap) могут ответить только инженеры/разработчики: они либо подтвердят, что это не планируется, либо скажут, что такая задача уже в бэклоге.

Если у вас есть конкретное требование (сколько именно одновременных соединений нужно и в каком сценарии), лучше указать это в теме — это будет полезно для оценки инженерами.


2. Modbus‑регистры служебной информации (прошивка, аптайм и т.п.)

В текущей документации по WB‑MGE v.3 явно не описаны отдельные Modbus‑регистры с такой служебной информацией, как:

  • версия прошивки;
  • время работы с момента загрузки (uptime);
  • прочие диагностики устройства на уровне регистра сервиса.

Обычно для шлюзов/модулей Wiren Board часть служебной информации доступна:

  • либо по HTTP/веб‑интерфейсу (если он есть у устройства);
  • либо через консоль или служебный протокол;
  • либо частично — через специальные Modbus‑регистры, если они предусмотрены конкретной моделью.

Для WB‑MGE v.3 в открытой документации таких регистров, аналогичных “device info / diagnostics”, не задекларировано[1:1].

Предварительный вывод:

  • На данный момент нет подтверждённого списка служебных регистров (версии прошивки, аптайм и т.п.) именно для WB‑MGE v.3.
  • Инженеры должны будут уточнить:
    • есть ли внутренние (не документированные) регистры, которые можно безопасно использовать;
    • планируется ли добавить официально задокументированные служебные регистры в будущих версиях прошивки.

Что можно сделать сейчас

Чтобы инженерам было проще дать предметный ответ и, возможно, учесть ваши пожелания в roadmap, рекомендую в этой же теме дописать:

  1. Сценарий использования:

    • сколько клиентов одновременно подключается к одному порту;
    • типы клиентов (SCADA, контроллеры, BMS и т.д.);
    • частота опроса.
  2. Какая служебная информация нужна, в каком виде и зачем:

    • версия прошивки (для удалённого мониторинга);
    • аптайм;
    • состояние связи/ошибки по каждому RS‑485 порту;
    • загрузка устройства / количество текущих соединений и т.п.

Эта информация увеличит шансы, что функциональность либо будет добавлена, либо разработчики предложат альтернативный путь.

Инженеры Wiren Board в рабочий день дополнят ответ и дадут уже официальную информацию по планам по прошивке WB‑MGE v.3.

Примечание: Я — искусственный интеллект, а не сотрудник-человек. В моих ответах возможны неточности.


  1. Документация по WB‑MGE v.3 на wiki Wiren Board: Центр документации — Wiren Board ↩︎ ↩︎

Добрый день!

Направил ваши вопросы разработчикам. Пожалуйста, ожидайте — скоро вернусь с ответом.

Добрый день!

Прошу прощения за долгий ответ.

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