Два котла Vaillant, два модуля WBE2-I-EBUS

Xmov · April 11, 2026, 8:27am

Прошу Вашей помощи. Есть два котла Vaillant и есть два модуля WBE2-I-EBUS, подключено верно. Через web интерфейс, не дается выставить адрес 12 каждому, через терминал править в файле wb-mqtt-serial.conf так же, не дает результата.

Я уверен, что через терминал, не только надо править адрес, но вот что ещё должен сделать не знаю … или есть способ обойтись без терминала.

Weekend_Engineer_bot · April 11, 2026, 8:28am

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

1. Оборудование и суть вопроса

У вас:

2 котла Vaillant
2 модуля WBE2-I-EBUS
Настройка адреса устройств (slave id) через web-интерфейс и правка wb-mqtt-serial.conf не дают результата.

Скорее всего, речь о том, что оба модуля eBUS «висят» на одном и том же Modbus-адресе/порту, и контроллер видит конфликт или продолжает использовать старые настройки.

2. Важные моменты по WBE2-I-EBUS и адресам

WBE2-I-EBUS — внутренняя плата расширения, она «встраивается» в контроллер (WB7/8 и т.п.) и обычно работает не как отдельный Modbus-устрой на внешней шине, а как внутренняя плата с фиксированным портом в wb-mqtt-serial^[1].
То есть «адрес 12» вы, вероятнее всего, задаёте не самому eBUS-модулю, а виртуальному устройству (описанию драйвера).
Для двух котлов с двумя модулями WBE2-I-EBUS стандартный сценарий:
- Каждый модуль eBUS подключен к своему котлу (физически раздельные eBUS-линии).
- В wb-mqtt-serial создаются два разных порта/устройства (или два инстанса драйвера), у каждого — свой набор параметров.
- Просто поменять один «адрес» одной и той же записи в wb-mqtt-serial.conf обычно недостаточно — нужно именно два разных блока конфигурации.

3. Что вам стоит проверить и сделать

3.1. Уточнить, как именно подключены модули

Пожалуйста, ответьте на эти вопросы (или приложите фото/скриншоты в ответе на это сообщение):

Какой контроллер используете (WB7, WB8, модель/версия)?
Как установлены модули WBE2-I-EBUS:
- оба внутри одного контроллера, один над другим;
- или по одному модулю в каждом контроллере?
Как сейчас выглядят строки для eBUS в /etc/wb-mqtt-serial.conf:
- можно привести только блок(и) “devices” или “ports”, где фигурирует wbe2/ebus?

Без этого будет сложно дать точную последовательность действий, но в общих чертах:

3.2. Общая схема настройки двух eBUS-модулей (если оба в одном контроллере)

В wb-mqtt-serial.conf должны быть два отдельных порта (или два устройства), например:
- port: /dev/ttyNS0 (условно — связан с первым WBE2-I-EBUS)
- port: /dev/ttyNS1 (со вторым WBE2-I-EBUS)
У каждого порта — свой список devices, даже если device_type один и тот же (одинаковый шаблон Vaillant), важна раздельность портов.
В web-интерфейсе:
- Вы должны видеть два отдельных устройства Modbus (или два набора топиков eBUS), а не один и тот же модуль с изменённым адресом.

Если вы меняете «адрес 12» одному и тому же устройству в web-интерфейсе, при этом физически оба модуля висят на одном и том же внутреннем порту, контроллер просто не сможет разделить их.

3.3. Что можно сделать без терминала

Если web-интерфейс не даёт создать/отредактировать второй порт/второе устройство для eBUS (а только правит один и тот же), то:

Полноценное раздельное описание двух eBUS-модулей обычно делается именно через терминал, редактированием /etc/wb-mqtt-serial.conf (или отдельного файла в /etc/wb-mqtt-serial.conf.d/), а затем:
```
service wb-mqtt-serial restart
```
В некоторых готовых прошивках есть мастера в web-интерфейсе, но они, как правило, предполагают один eBUS-модуль.

Поэтому, скорее всего, обойтись совсем без терминала не получится, если вы хотите корректно и независимо опросить два котла через два eBUS-модуля.

4. Что можно сделать прямо сейчас

Чтобы инженеры смогли предметно подсказать вам конкретные строки конфигурации:

Зайдите по SSH на контроллер и выполните:
```
cat /etc/wb-mqtt-serial.conf
```
Скопируйте сюда фрагмент, где есть упоминание eBUS / WBE2-I-EBUS / нужного порта (не обязательно весь файл).
Сделайте скрин:
- Страница «Настройки → Драйверы Modbus» (или аналог) в web-интерфейсе,
- Где видны устройства, относящиеся к eBUS.
Напишите:
- Один ли у вас контроллер с двумя модулями, или два отдельных контроллера, на каждом по одному модулю?

По этим данным можно будет предложить вам уже почти готовый вариант wb-mqtt-serial.conf под вашу схему.

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

Пример и общие сведения по WBE2-I-EBUS и конфигурации Modbus/eBUS — в документации Wiren Board: Центр документации — Wiren Board (разделы по WB7/WB8 и по модулям eBUS / WBE). ↩︎

Xmov · April 11, 2026, 8:46am

1

{
“debug” : false,
“ports” :
[
{
“baud_rate” : 9600,
“data_bits” : 8,
“devices” : 
,
“enabled” : true,
“parity” : “N”,
“path” : “/dev/ttyRS485-1”,
“stop_bits” : 2
},
{
“baud_rate” : 9600,
“data_bits” : 8,
“devices” : 
,
“enabled” : true,
“parity” : “N”,
“path” : “/dev/ttyRS485-2”,
“stop_bits” : 2
},
{
“baud_rate” : 19200,
“data_bits” : 8,
“devices” :
[
{
“channels” :
[
{
“enabled” : false,
“name” : “Error Code”
},
{
“enabled” : true,
“name” : “External Storage Water Temperature”
},
{
“enabled” : true,
“name” : “Boiler Outdoor Temperature Sensor”
},
{
“enabled” : false,
“name” : “Hot Water Setpoint Max”
}
],
“device_type” : “tpl1_web2_i_ebus”,
“heating_options” : 0,
“slave_id” : “12”
}
],
“enabled” : true,
“parity” : “N”,
“path” : “/dev/ttyMOD1”,
“stop_bits” : 1
},
{
“baud_rate” : 19200,
“data_bits” : 8,
“devices” :
[
{
“device_type” : “tpl1_web2_i_ebus”,
“heating_options” : 1,
“slave_id” : “12”
}
],
“enabled” : true,
“parity” : “N”,
“path” : “/dev/ttyMOD2”,
“stop_bits” : 1
},
{
“baud_rate” : 9600,
“data_bits” : 8,
“devices” : 
,
“enabled” : false,
“parity” : “N”,
“path” : “/dev/ttyMOD3”,
“stop_bits” : 2
}
]
}

2

3 Один контроллер с двумя модулями

Weekend_Engineer_bot · April 11, 2026, 8:46am

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

1. Что у вас уже сделано

Есть один контроллер и два модуля WBE2-I-EBUS, в конфиге видно:

MOD1 → /dev/ttyMOD1, baud_rate: 19200, device_type: "tpl1_web2_i_ebus", heating_options: 0, slave_id: "12"
MOD2 → /dev/ttyMOD2, baud_rate: 19200, device_type: "tpl1_web2_i_ebus", heating_options: 1, slave_id: "12"

То есть с точки зрения wb-mqtt-serial у вас уже два разных порта (MOD1 и MOD2) с одинаковым адресом 12. Это корректно: порты разные, поэтому конфликт по Modbus‑адресу здесь невозможен.

Сообщение в веб-интерфейсе:

Идентификатор устройства в MQTT совпадает …

— относится не к Modbus‑адресу, а к MQTT‑идентификатору устройства. Сейчас обе записи называются одинаково: «12 WBE2-I-EBUS (интерфейс eBus для котлов)», поэтому у них совпадает поле id в MQTT.

Адрес «12» менять не нужно (и он действительно не влияет на эту ошибку).

2. Что нужно сделать

Вариант 1. Через веб‑интерфейс (проще)

В разделе «Устройства» откройте по очереди:
- устройство под MOD1;
- устройство под MOD2.
Для каждого:
- Нажмите кнопку «Задать уникальный идентификатор» (красная кнопка в предупреждении).
- Система сама предложит другой id (например, 12_WBE2_I_EBUS_1 и 12_WBE2_I_EBUS_2).
  Согласитесь и сохраните настройки (кнопка сверху «Сохранить настройки»).

После этого конфликт MQTT‑идентификаторов должен исчезнуть, и в веб‑интерфейсе оба модуля будут считаться разными устройствами, хотя Modbus‑адрес у них один и тот же.

Важно: не меняйте вручную путь порта (/dev/ttyMOD1 и /dev/ttyMOD2) и скорость — они у вас уже заданы правильно.

Вариант 2. Через терминал (если придётся править конфиг руками)

Если по какой-то причине веб‑интерфейс не даёт задать уникальный ID:

Откройте конфиг:
```
nano /etc/wb-mqtt-serial.conf
```

В блоках устройств на ttyMOD1 и ttyMOD2 добавьте/измените параметры name (это имя в MQTT и в веб‑интерфейсе). Например:

{
  "baud_rate": 19200,
  "data_bits": 8,
  "devices": [
    {
      "name": "ebus_kotel_1",
      "device_type": "tpl1_web2_i_ebus",
      "heating_options": 0,
      "slave_id": "12"
    }
  ],
  "enabled": true,
  "parity": "N",
  "path": "/dev/ttyMOD1",
  "stop_bits": 1
},
{
  "baud_rate": 19200,
  "data_bits": 8,
  "devices": [
    {
      "name": "ebus_kotel_2",
      "device_type": "tpl1_web2_i_ebus",
      "heating_options": 1,
      "slave_id": "12"
    }
  ],
  "enabled": true,
  "parity": "N",
  "path": "/dev/ttyMOD2",
  "stop_bits": 1
}

Перезапустите драйвер:
```
service wb-mqtt-serial restart
```

После рестарта MQTT‑идентификаторы станут разными (ebus_kotel_1, ebus_kotel_2), и предупреждение пропадёт.

3. Что проверить дальше

После того как уберёте конфликт идентификаторов:

В веб‑интерфейсе в разделе устройств убедитесь, что:
- у каждого модуля есть связь (нет красного сообщения «Нет связи с устройством»);
- значения по каналам (температура, состояние котла и т.п.) начинают обновляться.
Если по какому‑то из котлов связь так и не появится:
- сделайте фото подключения eBus‑линии к этому модулю;
- пришлите лог:
```
journalctl -u wb-mqtt-serial -n 100
```

Документация по wb-mqtt-serial, именам устройств и портам описана в вики Wiren Board^[1].

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

Драйвер wb-mqtt-serial — Wiren Board ↩︎

Xmov · April 11, 2026, 9:06am

Ситуация не изменилась

journalctl -u wb-mqtt-serial -n 100
– Journal begins at Thu 2026-04-02 14:22:55 UTC, ends at Sat 2026-04-11 09:02:42 UTC. –
Apr 11 08:46:45 wirenboard-ABC5LZBZ wb-mqtt-serial[57557]: WARNING: </dev/ttyMOD2 19200 8 N 1>: got more than 2 consecutive failures during last 5000 us. Try>
Apr 11 08:47:05 wirenboard-ABC5LZBZ wb-mqtt-serial[57557]: WARNING: </dev/ttyMOD2 19200 8 N 1>: got more than 2 consecutive failures during last 5000 us. Try>
Apr 11 08:47:25 wirenboard-ABC5LZBZ wb-mqtt-serial[57557]: WARNING: </dev/ttyMOD2 19200 8 N 1>: got more than 2 consecutive failures during last 5000 us. Try>
Apr 11 08:47:45 wirenboard-ABC5LZBZ wb-mqtt-serial[57557]: WARNING: </dev/ttyMOD2 19200 8 N 1>: got more than 2 consecutive failures during last 5000 us. Try>
Apr 11 08:48:05 wirenboard-ABC5LZBZ wb-mqtt-serial[57557]: WARNING: </dev/ttyMOD2 19200 8 N 1>: got more than 2 consecutive failures during last 5000 us. Try>
Apr 11 08:48:25 wirenboard-ABC5LZBZ wb-mqtt-serial[57557]: WARNING: </dev/ttyMOD2 19200 8 N 1>: got more than 2 consecutive failures during last 5000 us. Try>
Apr 11 08:48:45 wirenboard-ABC5LZBZ wb-mqtt-serial[57557]: WARNING: </dev/ttyMOD2 19200 8 N 1>: got more than 2 consecutive failures during last 5000 us. Try>
Apr 11 08:49:05 wirenboard-ABC5LZBZ wb-mqtt-serial[57557]: WARNING: </dev/ttyMOD2 19200 8 N 1>: got more than 2 consecutive failures during last 5000 us. Try>
Apr 11 08:49:25 wirenboard-ABC5LZBZ wb-mqtt-serial[57557]: WARNING: </dev/ttyMOD2 19200 8 N 1>: got more than 2 consecutive failures during last 5000 us. Try>
Apr 11 08:49:45 wirenboard-ABC5LZBZ wb-mqtt-serial[57557]: WARNING: </dev/ttyMOD2 19200 8 N 1>: got more than 2 consecutive failures during last 5000 us. Try>
Apr 11 08:50:05 wirenboard-ABC5LZBZ wb-mqtt-serial[57557]: WARNING: </dev/ttyMOD2 19200 8 N 1>: got more than 2 consecutive failures during last 5000 us. Try>
Apr 11 08:50:25 wirenboard-ABC5LZBZ wb-mqtt-serial[57557]: WARNING: </dev/ttyMOD2 19200 8 N 1>: got more than 2 consecutive failures during last 5000 us. Try>
Apr 11 08:50:45 wirenboard-ABC5LZBZ wb-mqtt-serial[57557]: WARNING: </dev/ttyMOD2 19200 8 N 1>: got more than 2 consecutive failures during last 5000 us. Try>
Apr 11 08:51:05 wirenboard-ABC5LZBZ wb-mqtt-serial[57557]: WARNING: </dev/ttyMOD2 19200 8 N 1>: got more than 2 consecutive failures during last 5000 us. Try>
Apr 11 08:51:25 wirenboard-ABC5LZBZ wb-mqtt-serial[57557]: WARNING: </dev/ttyMOD2 19200 8 N 1>: got more than 2 consecutive failures during last 5000 us. Try>
Apr 11 08:51:45 wirenboard-ABC5LZBZ wb-mqtt-serial[57557]: WARNING: </dev/ttyMOD2 19200 8 N 1>: got more than 2 consecutive failures during last 5000 us. Try>
Apr 11 08:52:05 wirenboard-ABC5LZBZ wb-mqtt-serial[57557]: WARNING: </dev/ttyMOD2 19200 8 N 1>: got more than 2 consecutive failures during last 5000 us. Try>
Apr 11 08:52:25 wirenboard-ABC5LZBZ wb-mqtt-serial[57557]: WARNING: </dev/ttyMOD2 19200 8 N 1>: got more than 2 consecutive failures during last 5000 us. Try>
Apr 11 08:52:45 wirenboard-ABC5LZBZ wb-mqtt-serial[57557]: WARNING: </dev/ttyMOD2 19200 8 N 1>: got more than 2 consecutive failures during last 5000 us. Try>
Apr 11 08:53:05 wirenboard-ABC5LZBZ wb-mqtt-serial[57557]: WARNING: </dev/ttyMOD2 19200 8 N 1>: got more than 2 consecutive failures during last 5000 us. Try>
Apr 11 08:53:25 wirenboard-ABC5LZBZ wb-mqtt-serial[57557]: WARNING: </dev/ttyMOD2 19200 8 N 1>: got more than 2 consecutive failures during last 5000 us. Try>
Apr 11 08:53:45 wirenboard-ABC5LZBZ wb-mqtt-serial[57557]: WARNING: </dev/ttyMOD2 19200 8 N 1>: got more than 2 consecutive failures during last 5000 us. Try>
Apr 11 08:54:05 wirenboard-ABC5LZBZ wb-mqtt-serial[57557]: WARNING: </dev/ttyMOD2 19200 8 N 1>: got more than 2 consecutive failures during last 5000 us. Try>
Apr 11 08:54:12 wirenboard-ABC5LZBZ wb-mqtt-serial[57557]: WARNING: [modbus] failed to read 1 input(s) @ 214 of device modbus:12: Serial protocol error: requ>
Apr 11 08:54:25 wirenboard-ABC5LZBZ wb-mqtt-serial[57557]: WARNING: </dev/ttyMOD2 19200 8 N 1>: got more than 2 consecutive failures during last 5000 us. Try>
Apr 11 08:54:45 wirenboard-ABC5LZBZ wb-mqtt-serial[57557]: WARNING: </dev/ttyMOD2 19200 8 N 1>: got more than 2 consecutive failures during last 5000 us. Try>
Apr 11 08:55:05 wirenboard-ABC5LZBZ wb-mqtt-serial[57557]: WARNING: </dev/ttyMOD2 19200 8 N 1>: got more than 2 consecutive failures during last 5000 us. Try>
Apr 11 08:55:25 wirenboard-ABC5LZBZ wb-mqtt-serial[57557]: WARNING: </dev/ttyMOD2 19200 8 N 1>: got more than 2 consecutive failures during last 5000 us. Try>
Apr 11 08:55:45 wirenboard-ABC5LZBZ wb-mqtt-serial[57557]: WARNING: </dev/ttyMOD2 19200 8 N 1>: got more than 2 consecutive failures during last 5000 us. Try>
Apr 11 08:56:05 wirenboard-ABC5LZBZ wb-mqtt-serial[57557]: WARNING: </dev/ttyMOD2 19200 8 N 1>: got more than 2 consecutive failures during last 5000 us. Try>
Apr 11 08:56:25 wirenboard-ABC5LZBZ wb-mqtt-serial[57557]: WARNING: </dev/ttyMOD2 19200 8 N 1>: got more than 2 consecutive failures during last 5000 us. Try>
Apr 11 08:56:45 wirenboard-ABC5LZBZ wb-mqtt-serial[57557]: WARNING: </dev/ttyMOD2 19200 8 N 1>: got more than 2 consecutive failures during last 5000 us. Try>
Apr 11 08:57:05 wirenboard-ABC5LZBZ wb-mqtt-serial[57557]: WARNING: </dev/ttyMOD2 19200 8 N 1>: got more than 2 consecutive failures during last 5000 us. Try>
Apr 11 08:57:25 wirenboard-ABC5LZBZ wb-mqtt-serial[57557]: WARNING: </dev/ttyMOD2 19200 8 N 1>: got more than 2 consecutive failures during last 5000 us. Try>
Apr 11 08:57:45 wirenboard-ABC5LZBZ wb-mqtt-serial[57557]: WARNING: </dev/ttyMOD2 19200 8 N 1>: got more than 2 consecutive failures during last 5000 us. Try>
Apr 11 08:58:05 wirenboard-ABC5LZBZ wb-mqtt-serial[57557]: WARNING: </dev/ttyMOD2 19200 8 N 1>: got more than 2 consecutive failures during last 5000 us. Try>
Apr 11 08:58:25 wirenboard-ABC5LZBZ wb-mqtt-serial[57557]: WARNING: </dev/ttyMOD2 19200 8 N 1>: got more than 2 consecutive failures during last 5000 us. Try>
Apr 11 08:58:45 wirenboard-ABC5LZBZ wb-mqtt-serial[57557]: WARNING: </dev/ttyMOD2 19200 8 N 1>: got more than 2 consecutive failures during last 5000 us. Try>
Apr 11 08:59:05 wirenboard-ABC5LZBZ wb-mqtt-serial[57557]: WARNING: </dev/ttyMOD2 19200 8 N 1>: got more than 2 consecutive failures during last 5000 us. Try>
Apr 11 08:59:25 wirenboard-ABC5LZBZ wb-mqtt-serial[57557]: WARNING: </dev/ttyMOD2 19200 8 N 1>: got more than 2 consecutive failures during last 5000 us. Try>
Apr 11 08:59:45 wirenboard-ABC5LZBZ wb-mqtt-serial[57557]: WARNING: </dev/ttyMOD2 19200 8 N 1>: got more than 2 consecutive failures during last 5000 us. Try>
lines 1-42

Weekend_Engineer_bot · April 11, 2026, 9:07am

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

Сейчас у вас две разные проблемы:

MQTT‑идентификатор всё ещё не уникален.
MOD2 физически не отвечает (по логам got more than 2 consecutive failures).

Разберёмся по шагам.

1. Уникальный идентификатор (ошибка в веб‑интерфейсе)

На скрине видно:

Идентификатор устройства в MQTT совпадает с 12 WBE2-I-EBUS (интерфейс eBus для котлов) (MOD2)

Вы изменили Название устройства (ebus_kotel_1), но это только поле name. Внутренний id устройства в MQTT остался прежним.

Сделайте так для обоих модулей:

Откройте устройство под MOD1.
Нажмите «Задать уникальный идентификатор» (красная кнопка).
Согласитесь с предложенным значением → нажмите сверху «Сохранить настройки».
Переключитесь на устройство под MOD2 и повторите:
«Задать уникальный идентификатор» → «Сохранить настройки».

После этого красное сообщение про совпадающий идентификатор должно исчезнуть и для MOD1, и для MOD2.

Важно: обязательно нажмите «Сохранить настройки» после задания идентификатора, иначе изменения не применятся.

2. Отсутствие связи по `/dev/ttyMOD2`

По логам wb-mqtt-serial видно, что MOD2 не получает корректных ответов:

постоянные got more than 2 consecutive failures
и периодический Serial protocol error по modbus:12 на /dev/ttyMOD2.

MOD1 при этом работает (судя по отсутствию ошибок по нему).

Проверьте, пожалуйста, последовательно:

2.1. Физическое подключение

eBUS‑клеммы второго модуля:
- eBUS‑пара должна идти только к своему котлу, не быть перемычкой с первым модулем.
- Полярность для eBUS формально не важна, но убедитесь, что провода не замкнуты между собой и нет короткого на землю/корпус.
Убедитесь, что второй котёл включён и шина eBus на нём активна (как на первом, который уже работает).
Если есть возможность — поменяйте местами линии котлов:
- eBUS котла 1 подключите к MOD2;
- eBUS котла 2 — к MOD1.
  Наблюдаем:
- если «упал» MOD1, а MOD2 заработал — проблема в линии/котле;
- если MOD2 продолжает не отвечать, а MOD1 работает с любым котлом — возможна проблема именно с модулем или контактом MOD2.

2.2. Настройки порта

Сейчас конфиг по модулю выглядит корректно:

{
  "baud_rate": 19200,
  "data_bits": 8,
  "devices": [
    {
      "device_type": "tpl1_web2_i_ebus",
      "heating_options": 1,
      "slave_id": "12"
    }
  ],
  "enabled": true,
  "parity": "N",
  "path": "/dev/ttyMOD2",
  "stop_bits": 1
}

Уточните в веб‑интерфейсе в разделе MOD2:

скорость 19200,
8N1,
устройство добавлено как «WBE2-I-EBUS (интерфейс eBus для котлов)» (как на MOD1).

Если что‑то отличалось — приведите к тем же значениям, как у MOD1, и нажмите «Сохранить настройки».

3. Что прислать дальше

Чтобы инженеры могли быстрее локализовать проблему, добавьте, пожалуйста, в ответ:

Фото/скрин:
- как установлены оба модуля WBE2-I-EBUS в контроллере (видно, какой модуль к MOD1, какой к MOD2);
- подключение eBUS‑проводов ко второму модулю и к котлу.
Вывод этих команд:

wb-gen-serial-conf
ls -l /dev/ttyMOD*

Кратко результат теста с перестановкой линий котлов между MOD1 и MOD2 (как описано выше).

Если по итогам проверки физики MOD2 продолжает «молчать», это уже повод инженерам проверить модуль/слот аппаратно.

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

Xmov · April 11, 2026, 9:18am

Нажимая на красную кнопку “Задать уникальный идентификатор” ничего не происходит.

Когда выставляешь адрес 12 по отдельности - связь налаживается и контролировать котел получается - модули при ввода адрес 12 работают и передают информацию.

wb-gen-serial-conf
ls -l /dev/ttyMOD*
-bash: wb-gen-serial-conf: command not found
lrwxrwxrwx 1 root root 7 Apr 10 21:58 /dev/ttyMOD1 → ttyWBE0
lrwxrwxrwx 1 root root 7 Apr 10 21:58 /dev/ttyMOD2 → ttyWBE1
lrwxrwxrwx 1 root root 5 Apr 10 21:58 /dev/ttyMOD3 → ttyS4
lrwxrwxrwx 1 root root 5 Apr 10 21:58 /dev/ttyMOD4 → ttyS5
root@wirenboard-ABC5LZBZ:~#

Weekend_Engineer_bot · April 11, 2026, 9:19am

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

1. Про «Задать уникальный идентификатор»

То, что при нажатии на красную кнопку ничего не происходит, почти всегда означает одно из двух:

Либо веб‑морда не может сохранить конфиг (ошибка JavaScript/прав доступа/старый кеш).
Либо в wb-mqtt-serial.conf уже есть жёстко прописанный name/id, и интерфейс «спотыкается» об это.

Чтобы не зависеть от кнопки, давайте жёстко зададим разные имена в конфиге:

Откройте конфиг:
```
nano /etc/wb-mqtt-serial.conf
```

Найдите блоки с /dev/ttyMOD1 и /dev/ttyMOD2 и пропишите там name:

{
  "baud_rate": 19200,
  "data_bits": 8,
  "devices": [
    {
      "name": "ebus_kotel_1",
      "device_type": "tpl1_web2_i_ebus",
      "heating_options": 0,
      "slave_id": "12"
    }
  ],
  "enabled": true,
  "parity": "N",
  "path": "/dev/ttyMOD1",
  "stop_bits": 1
},
{
  "baud_rate": 19200,
  "data_bits": 8,
  "devices": [
    {
      "name": "ebus_kotel_2",
      "device_type": "tpl1_web2_i_ebus",
      "heating_options": 1,
      "slave_id": "12"
    }
  ],
  "enabled": true,
  "parity": "N",
  "path": "/dev/ttyMOD2",
  "stop_bits": 1
}

Сохраните файл, перезапустите драйвер:
```
service wb-mqtt-serial restart
```
Обновите страницу в браузере (лучше с очисткой кеша/в другом браузере или в режиме инкогнито) и проверьте, исчезло ли сообщение про одинаковый идентификатор.

Важно: адрес устройства (12) в форме не трогайте, он для обоих модулей может оставаться одинаковым — они на разных портах (/dev/ttyMOD1 и /dev/ttyMOD2).

2. Про связь: «Когда выставляешь адрес 12 по отдельно — связь налаживается»

Из ваших слов:

Если в опросе участвует один модуль с адресом 12 — он работает.
Как только вы настраиваете оба сразу — один из них (обычно MOD2) начинает сыпать ошибками.

Но по логам видно, что ошибки идут именно по /dev/ttyMOD2, т.е. технически опросы всё равно идут по разным портам.

Очень важно сейчас понять, что именно вы делаете, когда «по отдельности»:

Вы в веб‑интерфейсе:
- удаляете второе устройство?
- или отключаете порт MOD2 (галочка «включён» / enabled: false)?
- или просто меняете там адрес/имя?
После того как вы «оставили один» и он заработал — что показывают логи journalctl -u wb-mqtt-serial -n 50? Там должны пропасть предупреждения по ttyMOD2.

Пожалуйста, опишите коротко последовательность действий, при которой один работает, и приложите свежий лог на этом шаге.

3. Что ещё проверить сейчас

Убедитесь, что в конфиге нет больше устройств с slave_id: "12" на других портах, кроме двух наших блоков на MOD1 и MOD2.
Если есть — временно закомментируйте/удалите их (или enabled: false для соответствующего порта).
Для чистоты эксперимента временно отключите опрос MOD1, оставив только MOD2:

В /etc/wb-mqtt-serial.conf:
```
{
  "baud_rate": 19200,
  "data_bits": 8,
  "devices": [],
  "enabled": false,
  "parity": "N",
  "path": "/dev/ttyMOD1",
  "stop_bits": 1
}
```
А MOD2 оставьте включённым с slave_id: "12".

Затем:
```
service wb-mqtt-serial restart
journalctl -u wb-mqtt-serial -n 50
```
Напишите, появились ли всё равно ошибки по ttyMOD2.
Если даже в одиночку MOD2 не общается, а MOD1 с той же линией/котлом работает — это уже похоже на аппаратную проблему конкретного модуля/слота.
Так как wb-gen-serial-conf отсутствует — у вас, вероятно, свежая прошивка. Это ок; просто имейте в виду, что всё правим только через /etc/wb-mqtt-serial.conf или веб‑интерфейс.

4. Что лучше приложить инженерам

Чтобы инженеры в рабочий день сразу могли проверить гипотезы, соберите, пожалуйста:

Полный /etc/wb-mqtt-serial.conf (со скрытием посторонних устройств, если нужно, но с целиком разделами MOD1/MOD2).
Два лога:
- когда работает только один модуль (опишите, какой и как вы отключали второй);
- когда настроены оба и начинаются ошибки по ttyMOD2.

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

Xmov · April 11, 2026, 9:23am

{
“debug” : false,
“ports” :
[
{
“baud_rate” : 9600,
“data_bits” : 8,
“devices” : ,
“enabled” : true,
“parity” : “N”,
“path” : “/dev/ttyRS485-1”,
“stop_bits” : 2
},
{
“baud_rate” : 9600,
“data_bits” : 8,
“devices” : ,
“enabled” : true,
“parity” : “N”,
“path” : “/dev/ttyRS485-2”,
“stop_bits” : 2
},

{
“baud_rate”: 19200,
“data_bits”: 8,
“devices”: [
{
“name”: “ebus_kotel_1”,
“device_type”: “tpl1_web2_i_ebus”,
“heating_options”: 0,
“slave_id”: “12”
}
],
“enabled”: true,
“parity”: “N”,
“path”: “/dev/ttyMOD1”,
“stop_bits”: 1
},
{
“baud_rate”: 19200,
“data_bits”: 8,
“devices”: [
{
“name”: “ebus_kotel_2”,
“device_type”: “tpl1_web2_i_ebus”,
“heating_options”: 1,
“slave_id”: “12”
}
],
“enabled”: true,
“parity”: “N”,
“path”: “/dev/ttyMOD2”,
“stop_bits”: 1
},
{
“baud_rate” : 9600,
“data_bits” : 8,
“devices” : ,
“enabled” : false,
“parity” : “N”,
“path” : “/dev/ttyMOD3”,
“stop_bits” : 2
}
]
}

Weekend_Engineer_bot · April 11, 2026, 9:24am

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

У вас сейчас конфигурация wb-mqtt-serial.conf выглядит корректно с точки зрения двух отдельных портов:

{
  "baud_rate": 19200,
  "data_bits": 8,
  "devices": [
    {
      "name": "ebus_kotel_1",
      "device_type": "tpl1_web2_i_ebus",
      "heating_options": 0,
      "slave_id": "12"
    }
  ],
  "enabled": true,
  "parity": "N",
  "path": "/dev/ttyMOD1",
  "stop_bits": 1
},
{
  "baud_rate": 19200,
  "data_bits": 8,
  "devices": [
    {
      "name": "ebus_kotel_2",
      "device_type": "tpl1_web2_i_ebus",
      "heating_options": 1,
      "slave_id": "12"
    }
  ],
  "enabled": true,
  "parity": "N",
  "path": "/dev/ttyMOD2",
  "stop_bits": 1
}

То есть:

MQTT‑идентификаторы теперь должны отличаться (ebus_kotel_1 и ebus_kotel_2).
Оба модуля опрашиваются по разным внутренним портам (ttyMOD1 и ttyMOD2) с одинаковым адресом 12 — это разрешённая конфигурация.

Дальше нужно понять, есть ли ещё ошибки связи и с каким именно модулем.

1. Проверьте, ушло ли предупреждение про идентификатор

Перезапустите драйвер:
```
service wb-mqtt-serial restart
```
Откройте веб‑интерфейс → «Устройства»:
- На MOD1 должно быть устройство с именем ebus_kotel_1;
- На MOD2 — ebus_kotel_2;
- Сообщение «Идентификатор устройства в MQTT совпадает… » не должно больше появляться.

Если предупреждение всё равно есть — пришлите, пожалуйста, скрин обоих устройств (MOD1 и MOD2) после перезапуска.

2. Проверка связи каждого модуля по отдельности

Чтобы понять, это логическая проблема или физика, давайте поочерёдно:

Тест только MOD1

В wb-mqtt-serial.conf временно выключите MOD2:

{
  "baud_rate": 19200,
  "data_bits": 8,
  "devices": [
    {
      "name": "ebus_kotel_1",
      "device_type": "tpl1_web2_i_ebus",
      "heating_options": 0,
      "slave_id": "12"
    }
  ],
  "enabled": true,
  "parity": "N",
  "path": "/dev/ttyMOD1",
  "stop_bits": 1
},
{
  "baud_rate": 19200,
  "data_bits": 8,
  "devices": [],
  "enabled": false,
  "parity": "N",
  "path": "/dev/ttyMOD2",
  "stop_bits": 1
}

Затем:

service wb-mqtt-serial restart
journalctl -u wb-mqtt-serial -n 50

Убедитесь, что:

в логах нет предупреждений по /dev/ttyMOD1;
котёл 1 нормально читается.

Тест только MOD2

Поменяйте местами:
```
{
  "baud_rate": 19200,
  "data_bits": 8,
  "devices": [],
  "enabled": false,
  "parity": "N",
  "path": "/dev/ttyMOD1",
  "stop_bits": 1
},
{
  "baud_rate": 19200,
  "data_bits": 8,
  "devices": [
    {
      "name": "ebus_kotel_2",
      "device_type": "tpl1_web2_i_ebus",
      "heating_options": 1,
      "slave_id": "12"
    }
  ],
  "enabled": true,
  "parity": "N",
  "path": "/dev/ttyMOD2",
  "stop_bits": 1
}
```
И снова:
```
service wb-mqtt-serial restart
journalctl -u wb-mqtt-serial -n 50
```
Здесь важно:
- Если MOD2 даже в одиночку сыпет ошибками, а MOD1 всегда работает с любым котлом/линией — очень похоже на аппаратную проблему именно второго модуля или его слота.
- Если MOD2 в одиночку работает нормально, а ошибки появляются только когда оба включены — инженерам нужно будет смотреть глубже (особенности реализации драйвера tpl1_web2_i_ebus при двух инстансах).

Пожалуйста, выполните оба теста и пришлите:

вывод journalctl -u wb-mqtt-serial -n 50 после теста только MOD1;
вывод journalctl -u wb-mqtt-serial -n 50 после теста только MOD2;
скриншоты страницы «Устройства» для MOD1 и MOD2 при текущем конфиге (с ebus_kotel_1 / ebus_kotel_2).

3. Что, скорее всего, сделают инженеры дальше

По этим логам они смогут:

либо подтвердить, что один из модулей/слотов неисправен и нужна замена/диагностика;
либо предложить обновление прошивки / корректировку шаблона tpl1_web2_i_ebus, если проблема именно в одновременной работе двух eBUS‑модулей.

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

Xmov · April 11, 2026, 9:35am

Выставлен адрес 12 перовому котлу:

service wb-mqtt-serial restart
journalctl -u wb-mqtt-serial -n 50
– Journal begins at Thu 2026-04-02 14:22:55 UTC, ends at Sat 2026-04-11 09:31:19 UTC. –
Apr 11 09:29:18 wirenboard-ABC5LZBZ wb-mqtt-serial[414755]: WARNING: [templates] Existing template data for device type ‘ONOKOM-AIR-HS-3-MB-B’ (from file /us>
Apr 11 09:29:18 wirenboard-ABC5LZBZ wb-mqtt-serial[414755]: WARNING: [templates] Existing template data for device type ‘ONOKOM-AIR-HS-5-MB-B’ (from file /us>
Apr 11 09:29:18 wirenboard-ABC5LZBZ wb-mqtt-serial[414755]: WARNING: [templates] Existing template data for device type ‘ONOKOM-AIR-HS-6-MB-B’ (from file /us>
Apr 11 09:29:18 wirenboard-ABC5LZBZ wb-mqtt-serial[414755]: WARNING: [templates] Existing template data for device type ‘ONOKOM-AIR-HT-1-MB-B’ (from file /us>
Apr 11 09:29:18 wirenboard-ABC5LZBZ wb-mqtt-serial[414755]: WARNING: [templates] Existing template data for device type ‘ONOKOM-AIR-MD-1-MB-B’ (from file /us>
Apr 11 09:29:18 wirenboard-ABC5LZBZ wb-mqtt-serial[414755]: WARNING: [templates] Existing template data for device type ‘ONOKOM-AIR-MD-3-MB-B’ (from file /us>
Apr 11 09:29:18 wirenboard-ABC5LZBZ wb-mqtt-serial[414755]: WARNING: [templates] Existing template data for device type ‘ONOKOM-AIR-MD-VRF-MB-B’ (from file />
Apr 11 09:29:18 wirenboard-ABC5LZBZ wb-mqtt-serial[414755]: WARNING: [templates] Existing template data for device type ‘ONOKOM-AIR-ME-1-MB-B’ (from file /us>
Apr 11 09:29:18 wirenboard-ABC5LZBZ wb-mqtt-serial[414755]: WARNING: [templates] Existing template data for device type ‘ONOKOM-AIR-MH-2-MB-B’ (from file /us>
Apr 11 09:29:18 wirenboard-ABC5LZBZ wb-mqtt-serial[414755]: WARNING: [templates] Existing template data for device type ‘ONOKOM-AIR-TCL-1-MB-B’ (from file /u>
Apr 11 09:29:18 wirenboard-ABC5LZBZ wb-mqtt-serial[414755]: WARNING: [templates] Existing template data for device type ‘ONOKOM-AIR-TCL-3-MB-B’ (from file /u>
Apr 11 09:29:18 wirenboard-ABC5LZBZ wb-mqtt-serial[414755]: WARNING: [templates] Existing template data for device type ‘ONOKOM-AIR-TCL-6-MB-B’ (from file /u>
Apr 11 09:29:19 wirenboard-ABC5LZBZ wb-mqtt-serial[414755]: INFO: [mqtt] Default host and port detected, checking if UNIX socket exists on /var/run/mosquitto>
Apr 11 09:29:19 wirenboard-ABC5LZBZ wb-mqtt-serial[414755]: INFO: [mqtt] UNIX socket exists, using it for connection
Apr 11 09:29:19 wirenboard-ABC5LZBZ wb-mqtt-serial[414755]: INFO: [mqtt] connection estabilished with code “0”
Apr 11 09:29:19 wirenboard-ABC5LZBZ wb-mqtt-serial[414755]: INFO: [mqtt] subscription succeeded (message id 1)
Apr 11 09:29:19 wirenboard-ABC5LZBZ wb-mqtt-serial[414755]: INFO: [mqtt] subscription succeeded (message id 2)
Apr 11 09:29:19 wirenboard-ABC5LZBZ wb-mqtt-serial[414755]: INFO: [mqtt] subscription succeeded (message id 3)
Apr 11 09:29:19 wirenboard-ABC5LZBZ wb-mqtt-serial[414755]: INFO: [mqtt] subscription succeeded (message id 4)
Apr 11 09:29:19 wirenboard-ABC5LZBZ wb-mqtt-serial[414755]: INFO: [mqtt] subscription succeeded (message id 75)
Apr 11 09:29:19 wirenboard-ABC5LZBZ wb-mqtt-serial[414755]: INFO: [mqtt] subscription succeeded (message id 90)
Apr 11 09:29:19 wirenboard-ABC5LZBZ wb-mqtt-serial[414755]: INFO: [mqtt] subscription succeeded (message id 91)
Apr 11 09:29:19 wirenboard-ABC5LZBZ wb-mqtt-serial[414755]: INFO: [mqtt] subscription succeeded (message id 92)
Apr 11 09:29:19 wirenboard-ABC5LZBZ wb-mqtt-serial[414755]: INFO: [mqtt] subscription succeeded (message id 96)
Apr 11 09:29:19 wirenboard-ABC5LZBZ wb-mqtt-serial[414755]: INFO: [mqtt] subscription succeeded (message id 98)
Apr 11 09:29:19 wirenboard-ABC5LZBZ wb-mqtt-serial[414755]: INFO: [mqtt] subscription succeeded (message id 100)
Apr 11 09:29:19 wirenboard-ABC5LZBZ wb-mqtt-serial[414755]: INFO: [mqtt] subscription succeeded (message id 102)
Apr 11 09:29:19 wirenboard-ABC5LZBZ wb-mqtt-serial[414755]: INFO: [mqtt] subscription succeeded (message id 104)
Apr 11 09:29:19 wirenboard-ABC5LZBZ wb-mqtt-serial[414755]: INFO: [mqtt] subscription succeeded (message id 106)
Apr 11 09:29:19 wirenboard-ABC5LZBZ wb-mqtt-serial[414755]: INFO: [mqtt] subscription succeeded (message id 108)
Apr 11 09:29:19 wirenboard-ABC5LZBZ wb-mqtt-serial[414755]: INFO: [mqtt] subscription succeeded (message id 110)
Apr 11 09:29:19 wirenboard-ABC5LZBZ wb-mqtt-serial[414755]: INFO: [mqtt] subscription succeeded (message id 112)
Apr 11 09:29:19 wirenboard-ABC5LZBZ wb-mqtt-serial[414755]: INFO: [mqtt] subscription succeeded (message id 115)
Apr 11 09:29:19 wirenboard-ABC5LZBZ wb-mqtt-serial[414755]: INFO: [mqtt] subscription succeeded (message id 117)
Apr 11 09:29:19 wirenboard-ABC5LZBZ wb-mqtt-serial[414755]: INFO: [mqtt] subscription succeeded (message id 119)
Apr 11 09:29:19 wirenboard-ABC5LZBZ wb-mqtt-serial[414755]: INFO: [mqtt] subscription succeeded (message id 121)
Apr 11 09:29:19 wirenboard-ABC5LZBZ wb-mqtt-serial[414755]: INFO: [modbus] Init setup register “disable direct heating control”: <modbus:12:holding: 203><-- >
Apr 11 09:29:19 wirenboard-ABC5LZBZ wb-mqtt-serial[414755]: INFO: [modbus] Init setup register “enable direct heating control”: <modbus:12:holding: 205><-- 0>
Apr 11 09:29:19 wirenboard-ABC5LZBZ wb-mqtt-serial[414755]: INFO: [serial device] device modbus:12 is connected
Apr 11 09:31:18 wirenboard-ABC5LZBZ wb-mqtt-serial[414755]: INFO: [signal handling] Received signal 15
Apr 11 09:31:18 wirenboard-ABC5LZBZ systemd[1]: Stopping MQTT Driver for serial devices…
lines 1-42

Выставлен адрес 12 второму котлу

service wb-mqtt-serial restart
journalctl -u wb-mqtt-serial -n 50
– Journal begins at Thu 2026-04-02 14:22:55 UTC, ends at Sat 2026-04-11 09:34:09 UTC. –
Apr 11 09:33:18 wirenboard-ABC5LZBZ wb-mqtt-serial[417463]: WARNING: [templates] Existing template data for device type ‘ONOKOM-AIR-HS-6-MB-B’ (from file /us>
Apr 11 09:33:18 wirenboard-ABC5LZBZ wb-mqtt-serial[417463]: WARNING: [templates] Existing template data for device type ‘ONOKOM-AIR-HT-1-MB-B’ (from file /us>
Apr 11 09:33:18 wirenboard-ABC5LZBZ wb-mqtt-serial[417463]: WARNING: [templates] Existing template data for device type ‘ONOKOM-AIR-MD-1-MB-B’ (from file /us>
Apr 11 09:33:18 wirenboard-ABC5LZBZ wb-mqtt-serial[417463]: WARNING: [templates] Existing template data for device type ‘ONOKOM-AIR-MD-3-MB-B’ (from file /us>
Apr 11 09:33:19 wirenboard-ABC5LZBZ wb-mqtt-serial[417463]: WARNING: [templates] Existing template data for device type ‘ONOKOM-AIR-MD-VRF-MB-B’ (from file />
Apr 11 09:33:19 wirenboard-ABC5LZBZ wb-mqtt-serial[417463]: WARNING: [templates] Existing template data for device type ‘ONOKOM-AIR-ME-1-MB-B’ (from file /us>
Apr 11 09:33:19 wirenboard-ABC5LZBZ wb-mqtt-serial[417463]: WARNING: [templates] Existing template data for device type ‘ONOKOM-AIR-MH-2-MB-B’ (from file /us>
Apr 11 09:33:19 wirenboard-ABC5LZBZ wb-mqtt-serial[417463]: WARNING: [templates] Existing template data for device type ‘ONOKOM-AIR-TCL-1-MB-B’ (from file /u>
Apr 11 09:33:19 wirenboard-ABC5LZBZ wb-mqtt-serial[417463]: WARNING: [templates] Existing template data for device type ‘ONOKOM-AIR-TCL-3-MB-B’ (from file /u>
Apr 11 09:33:19 wirenboard-ABC5LZBZ wb-mqtt-serial[417463]: WARNING: [templates] Existing template data for device type ‘ONOKOM-AIR-TCL-6-MB-B’ (from file /u>
Apr 11 09:33:20 wirenboard-ABC5LZBZ wb-mqtt-serial[417463]: INFO: [mqtt] Default host and port detected, checking if UNIX socket exists on /var/run/mosquitto>
Apr 11 09:33:20 wirenboard-ABC5LZBZ wb-mqtt-serial[417463]: INFO: [mqtt] UNIX socket exists, using it for connection
Apr 11 09:33:20 wirenboard-ABC5LZBZ wb-mqtt-serial[417463]: INFO: [mqtt] connection estabilished with code “0”
Apr 11 09:33:20 wirenboard-ABC5LZBZ wb-mqtt-serial[417463]: INFO: [mqtt] subscription succeeded (message id 1)
Apr 11 09:33:20 wirenboard-ABC5LZBZ wb-mqtt-serial[417463]: INFO: [mqtt] subscription succeeded (message id 2)
Apr 11 09:33:20 wirenboard-ABC5LZBZ wb-mqtt-serial[417463]: INFO: [mqtt] subscription succeeded (message id 3)
Apr 11 09:33:20 wirenboard-ABC5LZBZ wb-mqtt-serial[417463]: INFO: [mqtt] subscription succeeded (message id 4)
Apr 11 09:33:20 wirenboard-ABC5LZBZ wb-mqtt-serial[417463]: INFO: [mqtt] subscription succeeded (message id 75)
Apr 11 09:33:20 wirenboard-ABC5LZBZ wb-mqtt-serial[417463]: INFO: [mqtt] subscription succeeded (message id 96)
Apr 11 09:33:20 wirenboard-ABC5LZBZ wb-mqtt-serial[417463]: INFO: [mqtt] subscription succeeded (message id 105)
Apr 11 09:33:20 wirenboard-ABC5LZBZ wb-mqtt-serial[417463]: INFO: [mqtt] subscription succeeded (message id 114)
Apr 11 09:33:20 wirenboard-ABC5LZBZ wb-mqtt-serial[417463]: INFO: [mqtt] subscription succeeded (message id 115)
Apr 11 09:33:20 wirenboard-ABC5LZBZ wb-mqtt-serial[417463]: INFO: [mqtt] subscription succeeded (message id 116)
Apr 11 09:33:20 wirenboard-ABC5LZBZ wb-mqtt-serial[417463]: INFO: [mqtt] subscription succeeded (message id 120)
Apr 11 09:33:20 wirenboard-ABC5LZBZ wb-mqtt-serial[417463]: INFO: [mqtt] subscription succeeded (message id 122)
Apr 11 09:33:20 wirenboard-ABC5LZBZ wb-mqtt-serial[417463]: INFO: [mqtt] subscription succeeded (message id 124)
Apr 11 09:33:20 wirenboard-ABC5LZBZ wb-mqtt-serial[417463]: INFO: [mqtt] subscription succeeded (message id 126)
Apr 11 09:33:20 wirenboard-ABC5LZBZ wb-mqtt-serial[417463]: INFO: [mqtt] subscription succeeded (message id 128)
Apr 11 09:33:20 wirenboard-ABC5LZBZ wb-mqtt-serial[417463]: INFO: [mqtt] subscription succeeded (message id 130)
Apr 11 09:33:20 wirenboard-ABC5LZBZ wb-mqtt-serial[417463]: INFO: [mqtt] subscription succeeded (message id 132)
Apr 11 09:33:20 wirenboard-ABC5LZBZ wb-mqtt-serial[417463]: INFO: [mqtt] subscription succeeded (message id 134)
Apr 11 09:33:20 wirenboard-ABC5LZBZ wb-mqtt-serial[417463]: INFO: [mqtt] subscription succeeded (message id 136)
Apr 11 09:33:20 wirenboard-ABC5LZBZ wb-mqtt-serial[417463]: INFO: [mqtt] subscription succeeded (message id 139)
Apr 11 09:33:20 wirenboard-ABC5LZBZ wb-mqtt-serial[417463]: INFO: [mqtt] subscription succeeded (message id 141)
Apr 11 09:33:20 wirenboard-ABC5LZBZ wb-mqtt-serial[417463]: INFO: [mqtt] subscription succeeded (message id 143)
Apr 11 09:33:20 wirenboard-ABC5LZBZ wb-mqtt-serial[417463]: INFO: [mqtt] subscription succeeded (message id 145)
Apr 11 09:33:20 wirenboard-ABC5LZBZ wb-mqtt-serial[417463]: INFO: [modbus] Init setup register “disable direct heating control”: <modbus:12:holding: 203><-- >
Apr 11 09:33:20 wirenboard-ABC5LZBZ wb-mqtt-serial[417463]: INFO: [modbus] Init setup register “enable room sensor”: <modbus:12:holding: 208><-- 0 (0x0)
Apr 11 09:33:20 wirenboard-ABC5LZBZ wb-mqtt-serial[417463]: INFO: [serial device] device modbus:12 is connected
Apr 11 09:34:08 wirenboard-ABC5LZBZ wb-mqtt-serial[417463]: INFO: [signal handling] Received signal 15
Apr 11 09:34:08 wirenboard-ABC5LZBZ systemd[1]: Stopping MQTT Driver for serial devices…
lines 1-42

Weekend_Engineer_bot · April 11, 2026, 9:35am

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

Сейчас по логам видно важное:

Когда выставлен адрес 12 только первому котлу — драйвер успешно инициализирует устройство modbus:12, ошибок по порту нет.
Когда выставлен адрес 12 только второму котлу — ситуация такая же: устройство modbus:12 успешно инициализируется, ошибок нет.

То есть оба модуля/котла по отдельности работают корректно.
Значит:

Физически оба WBE2‑I‑EBUS и обе eBus‑линии исправны.
Проблема проявляется только когда вы пытаетесь опросить оба одновременно.

С большой вероятностью это уже особенность/ограничение текущего шаблона tpl1_web2_i_ebus или драйвера при двух инстансах одного и того же типа (оба с slave_id 12), а не ошибка вашей конфигурации.

На вашей стороне сейчас всё сделано правильно:

В wb-mqtt-serial.conf два порта /dev/ttyMOD1 и /dev/ttyMOD2, каждый с:
- baud_rate: 19200, 8N1
- device_type: "tpl1_web2_i_ebus"
- разными name: ebus_kotel_1 и ebus_kotel_2
- одинаковым slave_id: "12" (что допустимо, т.к. порты разные).

Дополнительно, чтобы инженерам было проще воспроизвести:

Оставьте текущий конфиг, как вы его прислали (с двумя включёнными портами MOD1 и MOD2, оба slave_id 12).

Перезапустите драйвер:

service wb-mqtt-serial restart
sleep 40
journalctl -u wb-mqtt-serial -n 100 > /root/wb-mqtt-serial-dual-ebus.log

Приложите в тему содержимое файла wb-mqtt-serial-dual-ebus.log (или просто вывод journalctl -u wb-mqtt-serial -n 100 после того, как оба модуля включены и очевидно, что один «молчит»).

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

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

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

Xmov · April 11, 2026, 10:00am

Остается сказать, что ожидаю ответа.

DmitryKur · April 13, 2026, 5:32am

Добрый день!

Чтобы изменить адрес воспользуйтесь этой инструкцией: Изменение адреса устройству с известным адресом. Другого способа нет и в документации не описано.

Xmov · April 13, 2026, 8:48am

Я действительно могу поменять адрес модулю WBE2-I-EBUS с 12, скажем, на 13? Просто, я ознакамливался в прошлых постах, у данных модулях должна быть привязка в 12 адресу.

DmitryKur · April 13, 2026, 8:50am

Мне это удавалось ранее. Вы попробовали и у вас не получается изменить адрес? Покажите введенную команду и какая ошибка при этом возникает.

Xmov · April 13, 2026, 9:03am

Попробовал

systemctl stop wb-mqtt-serial
root@wirenboard-ABC5LZBZ:~# modbus_client --debug -mrtu -b19200 -pnone -s2 /dev/ttyMOD2 -a13 -t0x06 -r128 12
Data to write: 0xc
Opening /dev/ttyMOD2 at 19200 bauds (N, 8, 2)
[0D][06][00][80][00][0C][88][EB]
Waiting for a confirmation…
ERROR Connection timed out: select
ERROR occured!

DmitryKur · April 13, 2026, 12:53pm

Вижу ошибку таймаута. И адрес модуля хранится в регистре 0200 (C8).

Полное описание модуля расширения WBE2-I-EBUS

Сначала успешно считайте регистр адреса: Проверка связи по RS-485

Xmov · April 13, 2026, 2:38pm

Благодарю за содействие, получилось!

modbus_client --debug -mrtu -b19200 -pnone -s2 /dev/ttyMOD2 -a12 -t0x03 -r0200
Opening /dev/ttyMOD2 at 19200 bauds (N, 8, 2)
[0C][03][00][C8][00][01][04][E9]
Waiting for a confirmation…
<0C><03><02><00><0C><95><80>
SUCCESS: read 1 of elements:
Data: 0x000c
root@wirenboard-ABC5LZBZ:~# modbus_client --debug -mrtu -b19200 -pnone -s2 /dev/ttyMOD2 -a12 -t0x06 -r0200 13
Data to write: 0xd
Opening /dev/ttyMOD2 at 19200 bauds (N, 8, 2)
[0C][06][00][C8][00][0D][C8][EC]
Waiting for a confirmation…
<0C><06><00><00><0D>
SUCCESS: written 1 elements!

Topic		Replies	Views
WBE2-I-EBUS - отваливается от ecoTEC plus VU INT IV 346/5-5 Шлюзы WB-MIO и WB-MGE	3	59	April 3, 2026
Проблема подключения Zigbee2MQTT к адаптеру WBE2R-R-ZIGBEE v.2 Периферийные устройства	4	63	June 8, 2026
Не работает 2 модуля opentherm после обновления	3	58	May 20, 2026
Проблема с обновлением данных: модуль WBE2-I-EBUS (прошивка 1.41) + котел Protherm Ray 18 KE 14 (18 кВт)	11	140	September 13, 2026
Модуль счетных входов висит в ошибке, прошить не получается Периферийные устройства	11	34	September 1, 2026

Два котла Vaillant, два модуля WBE2-I-EBUS

1. Оборудование и суть вопроса

2. Важные моменты по WBE2-I-EBUS и адресам

3. Что вам стоит проверить и сделать

3.1. Уточнить, как именно подключены модули

3.2. Общая схема настройки двух eBUS-модулей (если оба в одном контроллере)

3.3. Что можно сделать без терминала

4. Что можно сделать прямо сейчас

1. Что у вас уже сделано

2. Что нужно сделать

Вариант 1. Через веб‑интерфейс (проще)

Вариант 2. Через терминал (если придётся править конфиг руками)

3. Что проверить дальше

1. Уникальный идентификатор (ошибка в веб‑интерфейсе)

2. Отсутствие связи по /dev/ttyMOD2

2.1. Физическое подключение

2.2. Настройки порта

3. Что прислать дальше

1. Про «Задать уникальный идентификатор»

2. Про связь: «Когда выставляешь адрес 12 по отдельно — связь налаживается»

3. Что ещё проверить сейчас

4. Что лучше приложить инженерам

1. Проверьте, ушло ли предупреждение про идентификатор

2. Проверка связи каждого модуля по отдельности

3. Что, скорее всего, сделают инженеры дальше

Related topics

2. Отсутствие связи по `/dev/ttyMOD2`