nemen

Есть два устройства с адресом 71 на разных шинах. Выдаёт ошибку Идентификатор устройства в MQTT совпадает с 71 Mercury 234 D (TCP 192.168.1.112:23)

как быть? подключены к разным шинам через wm mio 2

AIbot

Коротко про контекст — подтвердите, пожалуйста 2 пункта (нужно чтобы дальше дать точные команды):

  1. Модель контроллера и версия релиза: вывод cat /etc/wirenboard-release (или скажите модель WB6/WB7/WB8/8.5.x).
  2. Оба устройства подключаются через wb-mqtt-serial (через WM MIO 2) или одно — Modbus TCP (Mercury 234 D по TCP), другое — RTU на другом порту?

Если проверять сразу — достаточно ответить «да/нет» на оба пункта. Ниже — рабочие шаги.

Что сделать прямо сейчас (4 шага)

  1. Самый быстрый — задать уникальный «Идентификатор устройства в MQTT» через Web UI:

    • Web UI → Devices → найти проблемное устройство → Edit → поле «Идентификатор устройства в MQTT» — вписать уникальное имя (например: mercury_192_168_1_112_71 или mercury_bus2_71).
      Это решает коллизию без правки конфигов.
  2. Если вы правите конфиг вручную — в блоке устройства в /etc/wb-mqtt-serial.conf добавьте/измените поле id на уникальное:

    • Пример: (вставляйте в нужный блок устройства)
    "id": "mercury_bus2_71"
    

    После правки сохраните файл.

  3. Перезапустите сервис и проверьте логи:

    sudo systemctl restart wb-mqtt-serial
    sudo journalctl -u wb-mqtt-serial -n 200 --no-pager
    

    В логах должны исчезнуть ошибки Duplicate MQTT device id.

  4. Проверка MQTT (опционально):

    mosquitto_sub -v -t 'devices/#' -C 20
    

    Убедитесь, что у устройств теперь разные префиксы /devices/_71/…

Короткие примечания / советы

  • Коллизия возникает потому что по умолчанию в топике используется template id + slave_id, а у двух устройств одинаковый slave_id (71). Решение — различать id (в Web UI или в /etc/wb-mqtt-serial.conf).
  • Если измените id, другие правила/wb-rules, дисплеи и интеграции, использующие старый топик, нужно будет поправить.

Если хотите, я подскажу точные строки для /etc/wb-mqtt-serial.conf — пришлите фрагмент текущего блока(ов) для обеих шин или ответьте на два вопроса выше.

Примечание: я — ИИ-ассистент, а не человек-сотрудник; в ответе возможны неточности. Если пришлёте уточняющие данные/логи, помогу точнее.

nemen

контроллер wb 8.5

одно устройство на шине mio 192.168.1.112:23
второе на шине mio 192.168.1.114:23

AIbot

Понял — WB‑8.5, два Mercury по Modbus через два WM MIO (192.168.1.112:23 и 192.168.1.114:23), у обоих slave_id = 71 — поэтому wb-mqtt-serial формирует одинаковые MQTT id и выдаёт Duplicate MQTT device id.

Дальше можно двумя способами — выберите один.

  1. Быстро в Web UI (рекомендуемое)
  • Web UI → Настройки → Конфигурационные файлы → Настройка драйвера serial-устройств → найдите устройство (Mercury) → Edit (или Devices → выбрать устройство → Edit).
  • В поле «Идентификатор устройства в MQTT» задайте уникальное имя, например:
    • mercury_112_71 и mercury_114_71
  • Сохраните — перезапуск вручную не обязателен, но проверьте логи.
  1. Правка конфигурации вручную (если хотите хранить в /etc)
  • Откройте /etc/wb-mqtt-serial.conf и в блоке соответствующего устройства добавьте/измените поле “id”:
{
  "device_type": "mercury_234",
  "protocol": "modbus",
  "transport": "tcp",
  "host": "192.168.1.112",
  "port": 23,
  "slave_id": 71,
  "id": "mercury_112_71"
}

и для второго устройства аналогично с другим id (mercury_114_71).

  • Перезапустите сервис:
sudo systemctl restart wb-mqtt-serial
sudo journalctl -u wb-mqtt-serial -n 200 --no-pager | grep -i "Duplicate\|ERROR"

Проверки/диагностика (1 команда)

  • Список сообщений об ошибках:
sudo journalctl -u wb-mqtt-serial -n 200 --no-pager
  • В Web UI на вкладке Devices — проблемные устройства обычно подсвечены красным.

Короткие примечания

  • После изменения id придётся поправить все правила/wb-rules/интеграции, которые ссылались на старые топики /devices/<old_id>_71/…
  • Лучше включать в id часть, уникальную для шины (IP или имя MIO).

Уточните, пожалуйста (1–2 вопроса):

  1. Хотите пошагово через Web UI или сразу править /etc/wb-mqtt-serial.conf?
  2. Можете прислать фрагмент текущего конфига для этих двух устройств (или скрин/описание полей) — я подготовлю точный JSON.

Примечание: я — ИИ-ассистент, а не сотрудник-человек; в ответе возможны неточности. Если пришлёте фрагмент конфига/логи, помогу точнее.

nemen

поставил такие параметры сохранил, в итоге одно устройство опрашивается, а второе стало не в сети

AIbot

Спасибо — понятно. Коротко: самая частая причина, когда после правки одно устройство «в сети», второе — нет, — это ошибка в конфиге/id (неуникальный или с недопустимыми символами) либо проблема доступности WM MIO по сети. Дальше — четыре быстрых шага для диагностики и исправления.

Что выполнить (4 шага)

  1. Проверить доступность MIO и Modbus TCP:
ping -c 3 192.168.1.112
ping -c 3 192.168.1.114
# + проверка TCP порта 23
nc -vz 192.168.1.112 23
nc -vz 192.168.1.114 23
  1. Посмотреть логи wb-mqtt-serial — ищем ошибки парсинга конфига или Duplicate/FATAL:
sudo journalctl -u wb-mqtt-serial -n 200 --no-pager

Ищите строки типа “FATAL: Device ID”, “Error parsing config file”, “Duplicate MQTT device id” или ошибки подключения к 192.168.1.114.

  1. Проверить MQTT‑топики/публикации для устройств:
mosquitto_sub -v -t '/devices/#' -C 80 | grep -E 'mercury|71'

Убедитесь, что появляются оба устройства с разными /devices/_71/… . Если отсутствует — значит драйвер не создал устройство.

  1. Проверить/показывать фрагмент конфига
    Откройте и пришлите (скопируйте) блоки для двух устройств из /etc/wb-mqtt-serial.conf — я проверю на ошибки. Команда:
sudo sed -n '1,200p' /etc/wb-mqtt-serial.conf   # или путь к вашему файлу

(можно прислать только блоки с “host”: “192.168.1.112” и “host”: “192.168.1.114”)

Короткие подсказки по частым ошибкам

  • id не должен содержать слеши, пробелы и некоторые спецсимволы. Используйте: [a-z0-9_-] (рекомендую mercury_112_71 и mercury_114_71). Если в id случайно попал слеш или кавычки — wb-mqtt-serial может упасть/не загрузить блок.
  • Проверьте, что у вас нет других устройств с тем же id в конфиге (в том числе старых записей в /usr/share/wb-mqtt-serial.conf.d/templates).
  • Если в логах — проблемы соединения с 192.168.1.114 (timeout), сначала решите сетевую доступность.

Нужны 2 вещи от вас, чтобы подсказать точно

  1. Вывод последних 50 строк логов wb-mqtt-serial:
    sudo journalctl -u wb-mqtt-serial -n 50 --no-pager
  2. Фрагменты конфигурации двух блоков для хостов 192.168.1.112 и 192.168.1.114 (или скрин из Web UI с полем «Идентификатор устройства в MQTT»).

Если пришлёте эти данные — быстро укажу точную причину и правки.

Примечание: я — ИИ‑ассистент, а не человек‑сотрудник; если пришлёте логи/фрагменты конфига, помогу точнее.

nemen

заработало когда поставил mercury_112_71 , а у второго устройства убрал это поле вообще, но опрос идет с обрывами, то опрашивает то параметры красные, как будто конфликт

AIbot

Хорошо — кратко поясню, почему так могло случиться и что проверить дальше.

Возможные причины (коротко)

  • Когда вы задали уникальный id только для первого, а у второго оставили поле пустым, драйвер сгенерировал для второго «по‑умолчанию» другой MQTT id — из шаблона/параметров устройства, и конфликта больше не было.
  • Ранее был конфликт id (точно совпадающие id у двух устройств) или в id были недопустимые символы — драйвер не поднимал второй блок.
  • Также возможно, что при явном id для обоих вы случайно написали одинаковое имя или допустили опечатку.

Что сделать сейчас — 3 быстрые проверки

  1. Убедиться, что оба устройства видны MQTT:
mosquitto_sub -v -t '/devices/#' -C 60 | grep -E '192.168.1.112|192.168.1.114|mercury'
  1. Смотреть логи wb-mqtt-serial на предмет Duplicate/FATAL/Connection errors:
sudo journalctl -u wb-mqtt-serial -n 200 --no-pager

Ищите строки “Duplicate MQTT device id”, “FATAL: Device ID” или ошибки соединения к 192.168.1.114.

  1. Посмотреть текущие id в Web UI или в конфиге:
# показать блоки с этими хостами (при текстовом конфиге)
sudo grep -n -C3 '"host": "192.168.1.11' /etc/wb-mqtt-serial.conf
sudo sed -n '1,300p' /etc/wb-mqtt-serial.conf

Два коротких вопроса для точного совета

  1. Оба устройства имеют одинаковый slave_id на Modbus?
  2. Можете прислать текущие строки id/host из конфигурации (или скрин Web UI с полем «Идентификатор устройства в MQTT» для обоих)?

Если пришлёте вывод логов или фрагменты конфигурации — быстро скажу, безопасно ли оставить один id пустым или лучше задать явные уникальные id в /etc/wb-mqtt-serial.conf и какие именно.

Примечание: я — ИИ‑ассистент, а не сотрудник‑человек; если пришлёте логи/фрагменты конфига, помогу точнее.

nemen

log_20260212T141822.log (9,4 КБ)

AIbot

Похоже на конфликт идентификаторов (или одинаковые Modbus slave_id) — когда один девайс имел явный id, а второй — пустой, драйвер пытался сгенерировать id и часть опросов «пересекалась», поэтому значения периодически краснеют. Что сделать дальше — 3 быстрых проверки и исправление.

Быстрые проверки (выполните и пришлите выводы)

  1. Отключаем шум и ищем явные ошибки:
sudo journalctl -u wb-mqtt-serial -n 200 --no-pager | grep -E "Duplicate MQTT device id|FATAL|failed to read|request timed out|Error parsing config"
  1. Убедиться, что в MQTT есть оба устройства и они с разными /devices/…:
mosquitto_sub -v -t '/devices/#' -C 200 | sed -n '1,200p'
  1. Показать блоки конфигурации для ваших двух mercury (вырежьте только блоки с “host”: “192.168.1.112” и “192.168.1.114”):
sudo sed -n '1,400p' /etc/wb-mqtt-serial.conf
# или, если большой файл, прислать только соответствующие блоки вручную

Короткие рекомендации для исправления (обычно помогают)

  • Явно задайте уникальный “Идентификатор устройства в MQTT” (поле id) для обоих устройств, например:
    • mercury_112_71
    • mercury_114_71
      — это можно в Web UI (Devices) или в /etc/wb-mqtt-serial.conf (в блоке устройства).
  • После правки рестартуем драйвер и смотрим логи:
sudo systemctl restart wb-mqtt-serial
sudo journalctl -u wb-mqtt-serial -n 50 --no-pager
  • Если устройства имеют одинаковый Modbus slave_id — нужно их различать (разный slave_id) или использовать разные драйверные блоки с явно разными id; одинаковые slave_id на одной шине вызывают конфликты.

Два уточняющих вопроса (чтобы дать точный шаг)

  1. Одинаковый ли у обоих устройств Modbus slave_id?
  2. Можете выложить вывод команды из пункта 1 (journalctl) или ключевые строки из присланного лога, где виден текст ошибки (Duplicate/FATAL/timeout)?

Если пришлёте выводы — скажу точную правку конфигурации и какие строки в /etc/wb-mqtt-serial.conf менять.

Примечание: я — ИИ‑ассистент, а не сотрудник‑человек; если пришлёте логи/фрагменты конфига, помогу точнее.

nemen

Welcome to Wiren Board 8.5.3 (s/n AR5CUBSH), release wb-2507 (as stable)
Linux wirenboard-AR5CUBSH 6.8.0-wb140 #1 SMP Fri Jul 18 08:08:05 UTC 2025 aarch64 GNU/Linux

System load: 3.24 1.86 1.45 Up time: 12 days 18:22
Memory usage: 16% of 1.94G Usage of /: 47% of 2.0G /mnt/data: 17% of 13G

eth0 ip: 192.168.6.197

6 package updates are available; type ‘apt update && apt upgrade’ to update them.

Last login: Wed Feb 4 09:46:43 2026 from 127.0.0.1
root@wirenboard-AR5CUBSH:~# sudo journalctl -u wb-mqtt-serial -n 200 --no-pager | grep -E “Duplicate MQTT device id|FATAL|failed to read|request timed out|Error parsing config”
Feb 12 11:13:49 wirenboard-AR5CUBSH wb-mqtt-serial[2070765]: WARNING: [serial device] TSerialDevice::ReadRegister(): Serial protocol error: request timed out [slave_id is mercury230:99]
root@wirenboard-AR5CUBSH:~# mosquitto_sub -v -t ‘/devices/#’ -C 200 | sed -n ‘1,200p’
/devices/metrics/meta {“driver”: “wb-mqtt-metrics”, “title”: {“en”: “Metrics”, “ru”: “\u041c\u0435\u0442\u0440\u0438\u043a\u0438”}}
/devices/metrics/meta/driver wb-mqtt-metrics
/devices/metrics/meta/name Metrics
/devices/metrics/controls/load_average_1min 2.77
/devices/metrics/controls/load_average_1min/meta {“type”: “value”, “readonly”: true, “units”: “tasks”, “min”: 0}
/devices/metrics/controls/load_average_1min/meta/type value
/devices/metrics/controls/load_average_1min/meta/readonly 1
/devices/metrics/controls/load_average_1min/meta/units tasks
/devices/metrics/controls/load_average_1min/meta/min 0
/devices/metrics/controls/load_average_5min 1.96
/devices/metrics/controls/load_average_5min/meta {“type”: “value”, “readonly”: true, “units”: “tasks”, “min”: 0}
/devices/metrics/controls/load_average_5min/meta/type value
/devices/metrics/controls/load_average_5min/meta/readonly 1
/devices/metrics/controls/load_average_5min/meta/units tasks
/devices/metrics/controls/load_average_5min/meta/min 0
/devices/metrics/controls/load_average_15min 1.51
/devices/metrics/controls/load_average_15min/meta {“type”: “value”, “readonly”: true, “units”: “tasks”, “min”: 0}
/devices/metrics/controls/load_average_15min/meta/type value
/devices/metrics/controls/load_average_15min/meta/readonly 1
/devices/metrics/controls/load_average_15min/meta/units tasks
/devices/metrics/controls/load_average_15min/meta/min 0
/devices/metrics/controls/ram_available 1577
/devices/metrics/controls/ram_available/meta {“type”: “value”, “readonly”: true, “units”: “MiB”, “min”: 0}
/devices/metrics/controls/ram_available/meta/type value
/devices/metrics/controls/ram_available/meta/readonly 1
/devices/metrics/controls/ram_available/meta/units MiB
/devices/metrics/controls/ram_available/meta/min 0
/devices/metrics/controls/ram_used 316
/devices/metrics/controls/ram_used/meta {“type”: “value”, “readonly”: true, “units”: “MiB”, “min”: 0}
/devices/metrics/controls/ram_used/meta/type value
/devices/metrics/controls/ram_used/meta/readonly 1
/devices/metrics/controls/ram_used/meta/units MiB
/devices/metrics/controls/ram_used/meta/min 0
/devices/metrics/controls/ram_total 1985
/devices/metrics/controls/ram_total/meta {“type”: “value”, “readonly”: true, “units”: “MiB”, “min”: 0}
/devices/metrics/controls/ram_total/meta/type value
/devices/metrics/controls/ram_total/meta/readonly 1
/devices/metrics/controls/ram_total/meta/units MiB
/devices/metrics/controls/ram_total/meta/min 0
/devices/metrics/controls/swap_total 255
/devices/metrics/controls/swap_total/meta {“type”: “value”, “readonly”: true, “units”: “MiB”, “min”: 0}
/devices/metrics/controls/swap_total/meta/type value
/devices/metrics/controls/swap_total/meta/readonly 1
/devices/metrics/controls/swap_total/meta/units MiB
/devices/metrics/controls/swap_total/meta/min 0
/devices/metrics/controls/swap_used 0
/devices/metrics/controls/swap_used/meta {“type”: “value”, “readonly”: true, “units”: “MiB”, “min”: 0}
/devices/metrics/controls/swap_used/meta/type value
/devices/metrics/controls/swap_used/meta/readonly 1
/devices/metrics/controls/swap_used/meta/units MiB
/devices/metrics/controls/swap_used/meta/min 0
/devices/metrics/controls/dev_root_used_space 845
/devices/metrics/controls/dev_root_used_space/meta {“type”: “value”, “readonly”: true, “units”: “MiB”, “min”: 0}
/devices/metrics/controls/dev_root_used_space/meta/type value
/devices/metrics/controls/dev_root_used_space/meta/readonly 1
/devices/metrics/controls/dev_root_used_space/meta/units MiB
/devices/metrics/controls/dev_root_used_space/meta/min 0
/devices/metrics/controls/dev_root_total_space 1946
/devices/metrics/controls/dev_root_total_space/meta {“type”: “value”, “readonly”: true, “units”: “MiB”, “min”: 0}
/devices/metrics/controls/dev_root_total_space/meta/type value
/devices/metrics/controls/dev_root_total_space/meta/readonly 1
/devices/metrics/controls/dev_root_total_space/meta/units MiB
/devices/metrics/controls/dev_root_total_space/meta/min 0
/devices/metrics/controls/dev_root_linked_on /dev/mmcblk0p2
/devices/metrics/controls/dev_root_linked_on/meta {“type”: “text”, “readonly”: true}
/devices/metrics/controls/dev_root_linked_on/meta/type text
/devices/metrics/controls/dev_root_linked_on/meta/readonly 1
/devices/metrics/controls/data_used_space 1914
/devices/metrics/controls/data_used_space/meta {“type”: “value”, “readonly”: true, “units”: “MiB”, “min”: 0}
/devices/metrics/controls/data_used_space/meta/type value
/devices/metrics/controls/data_used_space/meta/readonly 1
/devices/metrics/controls/data_used_space/meta/units MiB
/devices/metrics/controls/data_used_space/meta/min 0
/devices/metrics/controls/data_total_space 12303
/devices/metrics/controls/data_total_space/meta {“type”: “value”, “readonly”: true, “units”: “MiB”, “min”: 0}
/devices/metrics/controls/data_total_space/meta/type value
/devices/metrics/controls/data_total_space/meta/readonly 1
/devices/metrics/controls/data_total_space/meta/units MiB
/devices/metrics/controls/data_total_space/meta/min 0
/devices/wbrules/meta {“driver”:“wb-rules”,“title”:{“en”:“Rule engine settings”,“ru”:“Настройки движка правил”}}
/devices/wbrules/meta/driver wb-rules
/devices/wbrules/meta/name Rule engine settings
/devices/wbrules/controls/Rule debugging 0
/devices/wbrules/controls/Rule debugging/meta {“order”:1,“readonly”:false,“title”:{“en”:“Rule debugging”,“ru”:“Отладка правил”},“type”:“switch”}
/devices/wbrules/controls/Rule debugging/meta/type switch
/devices/wbrules/controls/Rule debugging/meta/order 1
/devices/wbrules/controls/Rule debugging/meta/readonly 0
/devices/buzzer/meta {“driver”:“wb-rules”,“title”:{“en”:“Buzzer”,“ru”:“Зуммер”}}
/devices/buzzer/meta/name Buzzer
/devices/buzzer/meta/driver wb-rules
/devices/buzzer/controls/enabled 0
/devices/buzzer/controls/enabled/meta {“order”:1,“readonly”:false,“title”:{“en”:“Enabled”,“ru”:“Включен”},“type”:“switch”}
/devices/buzzer/controls/enabled/meta/type switch
/devices/buzzer/controls/enabled/meta/order 1
/devices/buzzer/controls/enabled/meta/readonly 0
/devices/buzzer/controls/frequency 5167
/devices/buzzer/controls/frequency/meta {“max”:7000,“min”:0,“order”:2,“readonly”:false,“title”:{“en”:“Frequency”,“ru”:“Частота”},“type”:“range”}
/devices/buzzer/controls/frequency/meta/readonly 0
/devices/buzzer/controls/frequency/meta/type range
/devices/buzzer/controls/frequency/meta/max 7000
/devices/buzzer/controls/frequency/meta/min 0
/devices/buzzer/controls/frequency/meta/order 2
/devices/buzzer/controls/volume 79
/devices/buzzer/controls/volume/meta {“max”:100,“min”:0,“order”:3,“readonly”:false,“title”:{“en”:“Volume”,“ru”:“Громкость”},“type”:“range”}
/devices/buzzer/controls/volume/meta/type range
/devices/buzzer/controls/volume/meta/max 100
/devices/buzzer/controls/volume/meta/min 0
/devices/buzzer/controls/volume/meta/order 3
/devices/buzzer/controls/volume/meta/readonly 0
/devices/network/meta {“driver”:“wb-rules”,“title”:{“en”:“Network”,“ru”:“Сеть”}}
/devices/network/meta/name Network
/devices/network/meta/driver wb-rules
/devices/network/controls/Active Connections [“lo”,“wb-eth0”]
/devices/network/controls/Active Connections/meta {“order”:1,“readonly”:true,“title”:{“en”:“Active Connections”,“ru”:“Активные соединения”},“type”:“text”}
/devices/network/controls/Active Connections/meta/type text
/devices/network/controls/Active Connections/meta/order 1
/devices/network/controls/Active Connections/meta/readonly 1
/devices/network/controls/Default Interface eth0
/devices/network/controls/Default Interface/meta {“order”:2,“readonly”:true,“title”:{“en”:“Default Interface”,“ru”:“Интерфейс по умолчанию”},“type”:“text”}
/devices/network/controls/Default Interface/meta/type text
/devices/network/controls/Default Interface/meta/order 2
/devices/network/controls/Default Interface/meta/readonly 1
/devices/network/controls/Ethernet 2 IP/meta {“order”:7,“readonly”:true,“type”:“text”}
/devices/network/controls/Ethernet 2 IP/meta/order 7
/devices/network/controls/Ethernet 2 IP/meta/readonly 1
/devices/network/controls/Ethernet 2 IP/meta/type text
/devices/network/controls/Ethernet 2 IP Connection Enabled 0
/devices/network/controls/Ethernet 2 IP Connection Enabled/meta {“order”:9,“readonly”:true,“title”:{“en”:“Ethernet 2 Enabled”,“ru”:“Ethernet 2 Включен”},“type”:“switch”}
/devices/network/controls/Ethernet 2 IP Connection Enabled/meta/type switch
/devices/network/controls/Ethernet 2 IP Connection Enabled/meta/order 9
/devices/network/controls/Ethernet 2 IP Connection Enabled/meta/readonly 1
/devices/network/controls/Ethernet 2 IP Online Status 0
/devices/network/controls/Ethernet 2 IP Online Status/meta {“order”:8,“readonly”:true,“title”:{“en”:“Ethernet 2 Internet Access”,“ru”:“Ethernet 2 Доступ к интернету”},“type”:“switch”}
/devices/network/controls/Ethernet 2 IP Online Status/meta/type switch
/devices/network/controls/Ethernet 2 IP Online Status/meta/order 8
/devices/network/controls/Ethernet 2 IP Online Status/meta/readonly 1
/devices/network/controls/Ethernet IP 192.168.6.197

/devices/network/controls/Ethernet IP/meta {“order”:4,“readonly”:true,“title”:{“en”:“Ethernet 1 IP”,“ru”:“Ethernet 1 IP”},“type”:“text”}
/devices/network/controls/Ethernet IP/meta/type text
/devices/network/controls/Ethernet IP/meta/order 4
/devices/network/controls/Ethernet IP/meta/readonly 1
/devices/network/controls/Ethernet IP Connection Enabled 1
/devices/network/controls/Ethernet IP Connection Enabled/meta {“order”:6,“readonly”:true,“title”:{“en”:“Ethernet 1 Enabled”,“ru”:“Ethernet 1 Включен”},“type”:“switch”}
/devices/network/controls/Ethernet IP Connection Enabled/meta/type switch
/devices/network/controls/Ethernet IP Connection Enabled/meta/order 6
/devices/network/controls/Ethernet IP Connection Enabled/meta/readonly 1
/devices/network/controls/Ethernet IP Online Status 1
/devices/network/controls/Ethernet IP Online Status/meta {“order”:5,“readonly”:true,“title”:{“en”:“Ethernet 1 Internet Access”,“ru”:“Ethernet 1 Доступ к интернету”},“type”:“switch”}
/devices/network/controls/Ethernet IP Online Status/meta/type switch
/devices/network/controls/Ethernet IP Online Status/meta/order 5
/devices/network/controls/Ethernet IP Online Status/meta/readonly 1
/devices/network/controls/GPRS IP/meta {“order”:16,“readonly”:true,“type”:“text”}
/devices/network/controls/GPRS IP/meta/type text
/devices/network/controls/GPRS IP/meta/order 16
/devices/network/controls/GPRS IP/meta/readonly 1
/devices/network/controls/GPRS IP Connection Enabled 0
/devices/network/controls/GPRS IP Connection Enabled/meta {“order”:18,“readonly”:true,“title”:{“en”:“GPRS IP Enabled”,“ru”:“GPRS IP Включен”},“type”:“switch”}
/devices/network/controls/GPRS IP Connection Enabled/meta/type switch
/devices/network/controls/GPRS IP Connection Enabled/meta/order 18
/devices/network/controls/GPRS IP Connection Enabled/meta/readonly 1
/devices/network/controls/GPRS IP Online Status 0
/devices/network/controls/GPRS IP Online Status/meta {“order”:17,“readonly”:true,“title”:{“en”:“GPRS IP Internet Access”,“ru”:“GPRS IP Доступ к интернету”},“type”:“switch”}
/devices/network/controls/GPRS IP Online Status/meta/type switch
/devices/network/controls/GPRS IP Online Status/meta/order 17
/devices/network/controls/GPRS IP Online Status/meta/readonly 1
/devices/network/controls/Internet Connection wb-eth0
/devices/network/controls/Internet Connection/meta {“order”:3,“readonly”:true,“title”:{“en”:“Internet Connection”,“ru”:“Интернет соединение”},“type”:“text”}
/devices/network/controls/Internet Connection/meta/order 3
/devices/network/controls/Internet Connection/meta/readonly 1
/devices/network/controls/Internet Connection/meta/type text
/devices/network/controls/Wi-Fi 2 IP/meta {“order”:13,“readonly”:true,“title”:{“en”:“Wi-Fi 2 IP”,“ru”:“Wi-Fi 2 IP”},“type”:“text”}
/devices/network/controls/Wi-Fi 2 IP/meta/type text
/devices/network/controls/Wi-Fi 2 IP/meta/order 13
/devices/network/controls/Wi-Fi 2 IP/meta/readonly 1
/devices/network/controls/Wi-Fi 2 IP Connection Enabled 0
/devices/network/controls/Wi-Fi 2 IP Connection Enabled/meta {“order”:15,“readonly”:true,“title”:{“en”:“Wi-Fi 2 Enabled”,“ru”:“Wi-Fi 2 Включен”},“type”:“switch”}
/devices/network/controls/Wi-Fi 2 IP Connection Enabled/meta/type switch
/devices/network/controls/Wi-Fi 2 IP Connection Enabled/meta/order 15
/devices/network/controls/Wi-Fi 2 IP Connection Enabled/meta/readonly 1
/devices/network/controls/Wi-Fi 2 IP Online Status 0
/devices/network/controls/Wi-Fi 2 IP Online Status/meta {“order”:14,“readonly”:true,“title”:{“en”:“Wi-Fi 2 Internet Access”,“ru”:“Wi-Fi 2 Доступ к интернету”},“type”:“switch”}
/devices/network/controls/Wi-Fi 2 IP Online Status/meta/type switch
/devices/network/controls/Wi-Fi 2 IP Online Status/meta/order 14
/devices/network/controls/Wi-Fi 2 IP Online Status/meta/readonly 1
/devices/network/controls/Wi-Fi IP/meta {“order”:10,“readonly”:true,“title”:{“en”:“Wi-Fi 1 IP”,“ru”:“Wi-Fi 1 IP”},“type”:“text”}
/devices/network/controls/Wi-Fi IP/meta/order 10
/devices/network/controls/Wi-Fi IP/meta/readonly 1
/devices/network/controls/Wi-Fi IP/meta/type text
/devices/network/controls/Wi-Fi IP Connection Enabled 0
/devices/network/controls/Wi-Fi IP Connection Enabled/meta {“order”:12,“readonly”:true,“title”:{“en”:“Wi-Fi 1 Enabled”,“ru”:“Wi-Fi 1 Включен”},“type”:“switch”}
/devices/network/controls/Wi-Fi IP Connection Enabled/meta/type switch
/devices/network/controls/Wi-Fi IP Connection Enabled/meta/order 12
/devices/network/controls/Wi-Fi IP Connection Enabled/meta/readonly 1
/devices/network/controls/Wi-Fi IP Online Status 0
/devices/network/controls/Wi-Fi IP Online Status/meta {“order”:11,“readonly”:true,“title”:{“en”:“Wi-Fi 1 Internet Access”,“ru”:“Wi-Fi 1 Доступ к интернету”},“type”:“switch”}
/devices/network/controls/Wi-Fi IP Online Status/meta/type switch
/devices/network/controls/Wi-Fi IP Online Status/meta/order 11
/devices/network/controls/Wi-Fi IP Online Status/meta/readonly 1
/devices/system__networks__91f1c71d-2d97-4675-886f-ecbe52b8451e/meta/name Network Connection wb-eth0
root@wirenboard-AR5CUBSH:~# sudo sed -n ‘1,400p’ /etc/wb-mqtt-serial.conf
{
“debug” : false,
“ports” :
[
{
“baud_rate” : 9600,
“data_bits” : 8,
“devices” :
[
{
“channels” :
[
{
“name” : “Total consumption”,
“read_period_ms” : 5000
},
{
“enabled” : false,
“name” : “Tariff 1”
},
{
“enabled” : false,
“name” : “P1”
},
{
“enabled” : false,
“name” : “P2”
},
{
“enabled” : false,
“name” : “P3”
},
{
“enabled” : false,
“name” : “Q”
},
{
“enabled” : false,
“name” : “Q1”
},
{
“enabled” : false,
“name” : “Q2”
},
{
“enabled” : false,
“name” : “Q3”
},
{
“enabled” : false,
“name” : “U1”
},
{
“enabled” : false,
“name” : “U2”
},
{
“enabled” : false,
“name” : “U3”
},
{
“enabled” : false,
“name” : “Tariff 2”
},
{
“enabled” : false,
“name” : “Frequency”
},
{
“name” : “PF”,
“read_period_ms” : 5000
},
{
“name” : “PF1”,
“read_period_ms” : 5000
},
{
“name” : “PF2”,
“read_period_ms” : 5000
},
{
“name” : “PF3”,
“read_period_ms” : 5000
},
{
“enabled” : false,
“name” : “KU1”
},
{
“enabled” : false,
“name” : “KU2”
},
{
“enabled” : false,
“name” : “Tariff 3”
},
{
“enabled” : false,
“name” : “KU3”
},
{
“enabled” : false,
“name” : “Temperature”
},
{
“enabled” : false,
“name” : “Tariff 4”
},
{
“name” : “Total reactive energy”,
“read_period_ms” : 5000
},
{
“enabled” : false,
“name” : “AP1”
},
{
“enabled” : false,
“name” : “AP2”
},
{
“enabled” : false,
“name” : “AP3”
}
],
“device_type” : “mercury230”,
“force_frame_timeout” : true,
“frame_timeout_ms” : 100,
“name” : “\u0412\u043e\u043b\u044c\u0442 \u0430\u0434\u043c 2 \u044d\u0442 50 \u043a\u0412\u0442 \u0410\u043a\u0442\u043e\u0432\u044b\u0439 \u0437\u0430\u043b”,
“slave_id” : “223”
},
{
“baud_rate” : 96,
“channels” :
[
{
“enabled” : true,
“name” : “Supply voltage”
},
{
“enabled” : true,
“name” : “Uptime”
},
{
“enabled” : true,
“name” : “MCU Temperature”
}
],
“device_type” : “WB-MCM8”,
“in1_mode” : 0,
“in2_mode” : 0,
“in3_mode” : 0,
“in4_mode” : 0,
“in5_mode” : 0,
“in6_mode” : 0,
“in7_mode” : 0,
“name” : “\u0410\u0434\u043c 2 \u044d\u0442 1”,
“slave_id” : “17”
},
{
“device_type” : “WB-MCM8”,
“in1_mode” : 0,
“in2_mode” : 0,
“in3_mode” : 0,
“in4_mode” : 0,
“in5_mode” : 0,
“in6_mode” : 0,
“in7_mode” : 0,
“in8_mode” : 0,
“name” : “\u0410\u0434\u043c 2 \u044d\u0442 2”,
“slave_id” : “237”
},
{
“channels” :
[
{
“enabled” : false,
“name” : “Tariff 1”
},
{
“enabled” : false,
“name” : “Q”
},
{
“enabled” : false,
“name” : “Q1”
},
{
“enabled” : false,
“name” : “Q2”
},
{
“enabled” : false,
“name” : “Q3”
},
{
“enabled” : false,
“name” : “Tariff 2”
},
{
“enabled” : false,
“name” : “Frequency”
},
{
“enabled” : false,
“name” : “KU1”
},
{
“enabled” : false,
“name” : “KU2”
},
{
“enabled” : false,
“name” : “Tariff 3”
},
{
“enabled” : false,
“name” : “KU3”
},
{
“enabled” : false,
“name” : “Temperature”
},
{
“enabled” : false,
“name” : “Tariff 4”
},
{
“enabled” : false,
“name” : “AP1”
},
{
“enabled” : false,
“name” : “AP2”
},
{
“enabled” : false,
“name” : “AP3”
}
],
“device_type” : “mercury230”,
“force_frame_timeout” : true,
“frame_timeout_ms” : 50,
“name” : “\u0410\u0434\u043c 1 \u044d\u0442 \u0412 \u041b\u0430\u0432\u0430\u0448\u0435 589”,
“slave_id” : “89”
}
],
“enabled” : true,
“guard_interval_us” : 4000,
“parity” : “N”,
“path” : “/dev/ttyRS485-1”,
“stop_bits” : 1
},
{
“baud_rate” : 9600,
“data_bits” : 8,
“devices” : ,
“enabled” : true,
“parity” : “N”,
“path” : “/dev/ttyRS485-2”,
“stop_bits” : 2
},
{
“baud_rate” : 9600,
“data_bits” : 8,
“devices” : ,
“enabled” : false,
“parity” : “N”,
“path” : “/dev/ttyMOD1”,
“stop_bits” : 2
},
{
“baud_rate” : 9600,
“data_bits” : 8,
“devices” : ,
“enabled” : false,
“parity” : “N”,
“path” : “/dev/ttyMOD2”,
“stop_bits” : 2
},
{
“baud_rate” : 9600,
“data_bits” : 8,
“devices” : ,
“enabled” : false,
“parity” : “N”,
“path” : “/dev/ttyMOD3”,
“stop_bits” : 2
},
{
“address” : “192.168.1.111”,
“devices” :
[
{
“channels” :
[
{
“enabled” : true,
“name” : “Ch. 0 L1 Power factor Inst. value”
},
{
“enabled” : true,
“name” : “Ch. 0 L2 Power factor Inst. value”
},
{
“enabled” : true,
“name” : “Ch. 0 L3 Power factor Inst. value”
},
{
“enabled” : true,
“name” : “Ch. 0 Sum Li Power factor Inst. value”
},
{
“enabled” : true,
“name” : “Ch. 0 Supply frequency Inst. value”
},
{
“enabled” : true,
“name” : “Ch. 0 Sum Li Active power_plus_ (QI_plus_QIV) Inst. value”
},
{
“enabled” : true,
“name” : “Ch. 0 Sum Li Reactive power_plus_ (QI_plus_QII) Inst. value”
},
{
“enabled” : true,
“name” : “Ch. 0 Sum Li Active power_plus_ (QI_plus_QIV) Time integral 1 Rate 0 (0 is total)”
},
{
“enabled” : true,
“name” : “Ch. 0 Sum Li Reactive power_plus_ (QI_plus_QII) Time integral 1 Rate 0 (0 is total)”
}
],
“device_type” : “mercury_234_dlms”,
“name” : “\u041e\u0431\u0449\u0438\u0439 \u043d\u0438\u0437\u043a\u0430\u044f \u0441\u0442\u043e\u0440\u043e\u043d\u0430”,
“slave_id” : “45”
},
{
“channels” :
[
{
“enabled” : false,
“name” : “Tariff 1”
},
{
“enabled” : false,
“name” : “Q”
},
{
“enabled” : false,
“name” : “Q1”
},
{
“enabled” : false,
“name” : “Q2”
},
{
“enabled” : false,
“name” : “Q3”
},
{
“enabled” : false,
“name” : “U1”
},
{
“enabled” : false,
“name” : “U2”
},
{
“enabled” : false,
“name” : “U3”
},
{
“enabled” : false,
“name” : “Tariff 2”
},
{
“enabled” : false,
“name” : “KU1”
},
{
“enabled” : false,
“name” : “KU2”
},
{
“enabled” : false,
“name” : “Tariff 3”
},
{
“enabled” : false,
“name” : “KU3”
},
{
“enabled” : false,
“name” : “Tariff 4”
},
{
“enabled” : false,
“name” : “AP1”
},
root@wirenboard-AR5CUBSH:~# sudo systemctl restart wb-mqtt-serial
sudo journalctl -u wb-mqtt-serial -n 50 --no-pager
– Journal begins at Thu 2026-01-29 12:51:34 UTC, ends at Thu 2026-02-12 11:22:52 UTC. –
Feb 12 11:15:39 wirenboard-AR5CUBSH wb-mqtt-serial[2072100]: INFO: [serial device] device modbus:237 is connected
Feb 12 11:15:40 wirenboard-AR5CUBSH wb-mqtt-serial[2072100]: INFO: [serial device] device mercury230:89 is connected
Feb 12 11:15:40 wirenboard-AR5CUBSH wb-mqtt-serial[2072100]: INFO: [serial device] device mercury230:27 is connected
Feb 12 11:15:40 wirenboard-AR5CUBSH wb-mqtt-serial[2072100]: INFO: [serial device] device energomera_ce:9123 is connected
Feb 12 11:15:41 wirenboard-AR5CUBSH wb-mqtt-serial[2072100]: INFO: [serial device] device mercury230:99 is connected
Feb 12 11:15:41 wirenboard-AR5CUBSH wb-mqtt-serial[2072100]: INFO: [serial device] device mercury230:44 is connected
Feb 12 11:15:41 wirenboard-AR5CUBSH wb-mqtt-serial[2072100]: INFO: [serial device] device dlms:38 is connected
Feb 12 11:15:42 wirenboard-AR5CUBSH wb-mqtt-serial[2072100]: INFO: [serial device] device dlms:45 is connected
Feb 12 11:15:45 wirenboard-AR5CUBSH wb-mqtt-serial[2072100]: INFO: [serial device] device mercury230:51 is connected
Feb 12 11:15:45 wirenboard-AR5CUBSH wb-mqtt-serial[2072100]: INFO: [serial device] device dlms:6386 is connected
Feb 12 11:15:47 wirenboard-AR5CUBSH wb-mqtt-serial[2072100]: INFO: [serial device] device dlms:62 is connected
Feb 12 11:15:50 wirenboard-AR5CUBSH wb-mqtt-serial[2072100]: INFO: [serial device] device dlms:6914 is connected
Feb 12 11:15:51 wirenboard-AR5CUBSH wb-mqtt-serial[2072100]: INFO: [serial device] device dlms:81 is connected
Feb 12 11:15:54 wirenboard-AR5CUBSH wb-mqtt-serial[2072100]: INFO: [serial device] device dlms:71 is connected
Feb 12 11:15:54 wirenboard-AR5CUBSH wb-mqtt-serial[2072100]: WARNING: [serial device] device dlms:71 is disconnected
Feb 12 11:15:54 wirenboard-AR5CUBSH wb-mqtt-serial[2072100]: WARNING: <192.168.1.114:23>: closed due to repetitive errors
Feb 12 11:16:07 wirenboard-AR5CUBSH wb-mqtt-serial[2072100]: WARNING: <192.168.1.114:23>: closed due to repetitive errors
Feb 12 11:16:20 wirenboard-AR5CUBSH wb-mqtt-serial[2072100]: WARNING: <192.168.1.114:23>: closed due to repetitive errors
Feb 12 11:16:33 wirenboard-AR5CUBSH wb-mqtt-serial[2072100]: WARNING: <192.168.1.114:23>: closed due to repetitive errors
Feb 12 11:16:47 wirenboard-AR5CUBSH wb-mqtt-serial[2072100]: WARNING: <192.168.1.114:23>: closed due to repetitive errors
Feb 12 11:17:10 wirenboard-AR5CUBSH wb-mqtt-serial[2072100]: WARNING: <192.168.1.114:23>: closed due to repetitive errors
Feb 12 11:17:23 wirenboard-AR5CUBSH wb-mqtt-serial[2072100]: WARNING: <192.168.1.114:23>: closed due to repetitive errors
Feb 12 11:17:36 wirenboard-AR5CUBSH wb-mqtt-serial[2072100]: WARNING: <192.168.1.114:23>: closed due to repetitive errors
Feb 12 11:17:49 wirenboard-AR5CUBSH wb-mqtt-serial[2072100]: WARNING: <192.168.1.114:23>: closed due to repetitive errors
Feb 12 11:18:02 wirenboard-AR5CUBSH wb-mqtt-serial[2072100]: WARNING: <192.168.1.114:23>: closed due to repetitive errors
Feb 12 11:18:25 wirenboard-AR5CUBSH wb-mqtt-serial[2072100]: WARNING: <192.168.1.114:23>: closed due to repetitive errors
Feb 12 11:18:38 wirenboard-AR5CUBSH wb-mqtt-serial[2072100]: WARNING: <192.168.1.114:23>: closed due to repetitive errors
Feb 12 11:18:51 wirenboard-AR5CUBSH wb-mqtt-serial[2072100]: WARNING: <192.168.1.114:23>: closed due to repetitive errors
Feb 12 11:19:04 wirenboard-AR5CUBSH wb-mqtt-serial[2072100]: WARNING: <192.168.1.114:23>: closed due to repetitive errors
Feb 12 11:19:17 wirenboard-AR5CUBSH wb-mqtt-serial[2072100]: WARNING: <192.168.1.114:23>: closed due to repetitive errors
Feb 12 11:19:41 wirenboard-AR5CUBSH wb-mqtt-serial[2072100]: WARNING: <192.168.1.114:23>: closed due to repetitive errors
Feb 12 11:19:54 wirenboard-AR5CUBSH wb-mqtt-serial[2072100]: WARNING: <192.168.1.114:23>: closed due to repetitive errors
Feb 12 11:20:07 wirenboard-AR5CUBSH wb-mqtt-serial[2072100]: WARNING: <192.168.1.114:23>: closed due to repetitive errors
Feb 12 11:20:20 wirenboard-AR5CUBSH wb-mqtt-serial[2072100]: WARNING: <192.168.1.114:23>: closed due to repetitive errors
Feb 12 11:20:33 wirenboard-AR5CUBSH wb-mqtt-serial[2072100]: WARNING: <192.168.1.114:23>: closed due to repetitive errors
Feb 12 11:20:56 wirenboard-AR5CUBSH wb-mqtt-serial[2072100]: WARNING: <192.168.1.114:23>: closed due to repetitive errors
Feb 12 11:21:09 wirenboard-AR5CUBSH wb-mqtt-serial[2072100]: WARNING: <192.168.1.114:23>: closed due to repetitive errors
Feb 12 11:21:22 wirenboard-AR5CUBSH wb-mqtt-serial[2072100]: WARNING: <192.168.1.114:23>: closed due to repetitive errors
Feb 12 11:21:35 wirenboard-AR5CUBSH wb-mqtt-serial[2072100]: WARNING: <192.168.1.114:23>: closed due to repetitive errors
Feb 12 11:21:48 wirenboard-AR5CUBSH wb-mqtt-serial[2072100]: WARNING: <192.168.1.114:23>: closed due to repetitive errors
Feb 12 11:22:12 wirenboard-AR5CUBSH wb-mqtt-serial[2072100]: WARNING: <192.168.1.114:23>: closed due to repetitive errors
Feb 12 11:22:25 wirenboard-AR5CUBSH wb-mqtt-serial[2072100]: WARNING: <192.168.1.114:23>: closed due to repetitive errors
Feb 12 11:22:38 wirenboard-AR5CUBSH wb-mqtt-serial[2072100]: WARNING: <192.168.1.114:23>: closed due to repetitive errors
Feb 12 11:22:46 wirenboard-AR5CUBSH wb-mqtt-serial[2072100]: INFO: [signal handling] Received signal 15
Feb 12 11:22:46 wirenboard-AR5CUBSH systemd[1]: Stopping MQTT Driver for serial devices…
Feb 12 11:22:51 wirenboard-AR5CUBSH wb-mqtt-serial[2072100]: WARNING: <192.168.1.114:23>: closed due to repetitive errors
Feb 12 11:22:52 wirenboard-AR5CUBSH systemd[1]: wb-mqtt-serial.service: Succeeded.
Feb 12 11:22:52 wirenboard-AR5CUBSH systemd[1]: Stopped MQTT Driver for serial devices.
Feb 12 11:22:52 wirenboard-AR5CUBSH systemd[1]: wb-mqtt-serial.service: Consumed 26.438s CPU time.
Feb 12 11:22:52 wirenboard-AR5CUBSH systemd[1]: Started MQTT Driver for serial devices.
root@wirenboard-AR5CUBSH:~#

AIbot

Коротко — по вашим данным.

Контекст (уточнил из вашего вывода)

  • Контроллер: WB 8.5.3 (wb-2507).
  • Лог показывает повторяющиеся: “<192.168.1.114:23>: closed due to repetitive errors” и “Serial protocol error: request timed out [slave_id is mercury230:99]”.
  • Значит проблема на устройстве по TCP (IP 192.168.1.114, порт 23) — драйвер многократно получил ошибки и закрыл соединение.

Что сделать сейчас — 4 быстрых проверки (выполните по порядку)

  1. Проверить доступность устройства по сети и порту:
ping -c 4 192.168.1.114
nc -vz 192.168.1.114 23   # или: telnet 192.168.1.114 23

Если ping/порт падают — проблема на сети/устройстве (кабель, IP, ACL, сервис на устройстве).

  1. Посмотреть детально debug‑лог драйвера (включить отладку и снять журнал):
  • В Web UI → Настройки → Конфигурационные файлы → Настройка драйвера Serial-устройств включите «Включить отладочные сообщения» и сохраните, или:
sudo systemctl stop wb-mqtt-serial
wb-mqtt-serial -c /etc/wb-mqtt-serial.conf -d |& sed -n '1,200p'
# (после дебага — ctrl+C и потом sudo systemctl start wb-mqtt-serial)

Или смотреть journalctl в реальном времени:

sudo journalctl -u wb-mqtt-serial -f

Присылайте ключевые debug‑строки (особенно ошибки при соединении с 192.168.1.114).

  1. Убедиться в правильности блока конфигурации для 192.168.1.114
  • В /etc/wb-mqtt-serial.conf найдите блок с “address”: “192.168.1.114” и пришлите его (или проверьте сами):
    • device_type соответствует реальному устройству (DLMS vs Modbus RTU/TCP).
    • slave_id уникален и не дублируется на той же шине/в том же порту.
      Команда для поиска:
sudo grep -nR '"192.168.1.114"' /etc/wb-mqtt-serial.conf || sudo grep -nR '192.168.1.114' /etc/wb-mqtt-serial.conf
  1. Временное смягчение (если устройство доступно, но отвечает редко)
  • Для Modbus/RTU: увеличить frame_timeout_ms / guard_interval_us / Additional delay (через Web UI в настройках порта/устройства).
  • Для DLMS/Modbus-TCP: в шаблоне/настройках устройства увеличить таймауты/интервалы опроса (чтобы снизить частоту ошибок) и перезапустить wb-mqtt-serial.
    (Я не знаю точных полей для вашего шаблона — пришлите блок конфигурации для 192.168.1.114, подскажу точные параметры.)

Два уточняющих вопроса

  1. IP 192.168.1.114 — это то самое устройство, которому вы убирать/меняли MQTT id раньше?
  2. Выполнили ли вы ping/nc к .114 — доступен ли порт 23? (пришлите выводы)

Если пришлёте выводы ping/nc и блок конфигурации для 192.168.1.114 (или фрагмент лога debug), дам точные правки в /etc/wb-mqtt-serial.conf и параметры таймаутов.

Примечание: я — ИИ‑ассистент, а не сотрудник‑человек; если пришлёте результаты команд/фрагмент конфига — помогу точнее.

nemen

root@wirenboard-AR5CUBSH:~# ping -c 4 192.168.1.114
nc -vz 192.168.1.114 23
PING 192.168.1.114 (192.168.1.114) 56(84) bytes of data.
64 bytes from 192.168.1.114: icmp_seq=1 ttl=254 time=0.674 ms
64 bytes from 192.168.1.114: icmp_seq=2 ttl=254 time=0.635 ms
64 bytes from 192.168.1.114: icmp_seq=3 ttl=254 time=0.676 ms
64 bytes from 192.168.1.114: icmp_seq=4 ttl=254 time=0.627 ms

— 192.168.1.114 ping statistics —
4 packets transmitted, 4 received, 0% packet loss, time 3055ms
rtt min/avg/max/mdev = 0.627/0.653/0.676/0.022 ms
-bash: nc: command not found
root@wirenboard-AR5CUBSH:~# sudo systemctl stop wb-mqtt-serial
wb-mqtt-serial -c /etc/wb-mqtt-serial.conf -d |& sed -n ‘1,200p’
wb-mqtt-serial: option requires an argument – ‘d’
wb-mqtt-serial 2.180.2-wb106 git 739326a433b873de37bc39af62e3ad2d785f8894
Usage:
wb-mqtt-serial [options]
Options:
-d level enable debugging output:
1 - serial only;
2 - mqtt only;
3 - both;
negative values - silent mode (-1, -2, -3))
-c config config file
-p port MQTT broker port (default: 1883)
-h, -H IP MQTT broker IP (default: localhost)
-u user MQTT user (optional)
-P password MQTT user password (optional)
-T prefix MQTT topic prefix (optional)
-J Make /etc/wb-mqtt-serial.conf from wb-mqtt-confed output
-G options Generate device template. Type “-G help” for options description
-v Print the version
root@wirenboard-AR5CUBSH:~# sudo journalctl -u wb-mqtt-serial -f
– Journal begins at Thu 2026-01-29 12:51:34 UTC. –
Feb 12 11:26:22 wirenboard-AR5CUBSH wb-mqtt-serial[2076579]: WARNING: <192.168.1.114:23>: closed due to repetitive errors
Feb 12 11:26:35 wirenboard-AR5CUBSH wb-mqtt-serial[2076579]: WARNING: <192.168.1.114:23>: closed due to repetitive errors
Feb 12 11:26:59 wirenboard-AR5CUBSH wb-mqtt-serial[2076579]: WARNING: <192.168.1.114:23>: closed due to repetitive errors
Feb 12 11:27:12 wirenboard-AR5CUBSH wb-mqtt-serial[2076579]: WARNING: <192.168.1.114:23>: closed due to repetitive errors
Feb 12 11:27:17 wirenboard-AR5CUBSH wb-mqtt-serial[2076579]: INFO: [signal handling] Received signal 15
Feb 12 11:27:17 wirenboard-AR5CUBSH systemd[1]: Stopping MQTT Driver for serial devices…
Feb 12 11:27:20 wirenboard-AR5CUBSH wb-mqtt-serial[2076579]: WARNING: [backend] Unable to cleanup topic ‘/devices/mercury234_6386/controls/Ch. 0 Sum Li Active power_plus_ (QI_plus_QIV) Inst. value/meta’: timed out
Feb 12 11:27:21 wirenboard-AR5CUBSH systemd[1]: wb-mqtt-serial.service: Succeeded.
Feb 12 11:27:21 wirenboard-AR5CUBSH systemd[1]: Stopped MQTT Driver for serial devices.
Feb 12 11:27:21 wirenboard-AR5CUBSH systemd[1]: wb-mqtt-serial.service: Consumed 17.125s CPU time.
^C
root@wirenboard-AR5CUBSH:~#

AIbot