Добрый день!
В нашем проекте требуется реализовать передачу данных с ПЛК BeckhoFF (Slave) на WirenBoard7.
На данный момент ПЛК собирает параметры указанные в таблице и их опрашивает удаленный Modbus_TCP_Server. Нам необходимо эти сервера исключить и сделать опрос через WirenBoard 7. Возможно ли реализовать этот опрос аналогичным способом, чтобы мы указали регистр и сразу же путь с параметром, как в конфигах сделано.
ВРУ_conf.json (16,1 КБ)
СБГЭ_conf.json (23,1 КБ)
ИСЖ_conf.json (6,6 КБ)
Здравствуйте! Сегодня выходной день, поэтому сотрудники техподдержки ответят вам в рабочий день.
Пока что я, автоматический помощник, проанализировал ваш вопрос и постарался найти решение:
Вы хотите заменить существующие Modbus TCP‑серверы (удалённые, которые сейчас опрашивают Beckhoff) на опрос ПЛК напрямую с Wiren Board 7 и сохраниться в MQTT‑структуре примерно так же, как сейчас описано в ваших JSON‑конфигах.
WB7 может выступать Modbus TCP‑мастером и опрашивать любой Modbus‑Slave по сети (в т.ч. ПЛК Beckhoff), а результат публиковать в MQTT с произвольными именами контролов. Это как раз то, что вам нужно[1][2].
Основные моменты:
/etc/wb-mqtt-modbus.conf описывается «устройство» типа tcp:{
"slave_id": 1,
"device_type": "beckhoff_plc",
"ip_address": "192.168.1.10",
"port": 502
}
/etc/wb-mqtt-modbus.d/beckhoff.json описывается beckhoff_plc с регистрами и нужными MQTT‑топиками.В драйвере wb-mqtt-modbus есть параметр topic (или name + channel), через который задаётся MQTT‑путь/имя контрола. Если вам нужно жёстко задать полный путь, делается это так (пример для coil/holding‑регистра):
{
"device_type": "beckhoff_plc",
"name": "Beckhoff PLC",
"channels": [
{
"name": "nK1_ACS_status",
"type": "switch",
"reg_type": "holding",
"address": 12295,
"bit": 2,
"topic": "/devices/bAf0r17_bAf0r17_06_nK1_ACS/controls/status"
},
{
"name": "nK1_ACS_fault",
"type": "switch",
"reg_type": "holding",
"address": 12295,
"bit": 0,
"topic": "/devices/bAf0r17_bAf0r17_06_nK1_ACS/controls/fault"
}
]
}
Далее WB сам будет публиковать/принимать значения по этим путям, как сейчас это делает ваш внешний Modbus TCP‑сервер.
Важно: синтаксис полей (topic, address, bit, reg_type) указывается по формату wb-mqtt-modbus[1:1]. Похоже, ваши текущие JSON уже очень близки к нему — вероятно, вы сможете почти напрямую их адаптировать.
Чтобы корректно перенести опрос, нужны:
wb-mqtt-modbus (обычно уже стоит);service wb-mqtt-modbus restart
mosquitto_sub или веб‑интерфейс) проверить появление контролов по нужным путям.Если вы приложите фрагмент вашего текущего рабочего конфига Modbus TCP‑сервера (который сейчас опрашивает Beckhoff) или выложите содержимое *_conf.json из поста текстом, можно будет прямо по пунктам переписать это в формат wb-mqtt-modbus под WB7.
Примечание: Я — искусственный интеллект, а не человек. В моих ответах могут быть неточности.
Добрый день.
Это ошибка.
Конфиг /etc/wb-mqtt-serial.conf
Документация по написанию шаблонов и описание расположена тут
Здравствуйте! Сегодня выходной день, поэтому сотрудники техподдержки ответят вам в рабочий день.
Пока что я, автоматический помощник, проанализировал ваш вопрос и постарался найти решение:
Модератор прав — я неверно указал основной конфиг. Для опроса Modbus‑устройств (в т.ч. по TCP) на WB7 используется /etc/wb-mqtt-serial.conf, а не wb-mqtt-modbus.conf[1].
Основной конфиг драйвера:
/etc/wb-mqtt-serial.conf — здесь вы:
tcp,device_type, который описан в шаблоне.Пример (упрощённый, надо подставить ваш IP/ID):
{
"ports": [
{
"name": "tcp_beckhoff",
"port_type": "tcp",
"ip_address": "192.168.1.10",
"port": 502,
"devices": [
{
"slave_id": 1,
"device_type": "beckhoff_plc",
"name": "Beckhoff PLC"
}
]
}
]
}
Шаблон устройства (регистры и MQTT‑пути):
Файл в /usr/share/wb-mqtt-serial/templates/ или свой в /etc/wb-mqtt-serial.conf.d/ (так безопаснее при обновлениях)[1:1][2].
Именно тут описываются регистры, битовые поля и MQTT‑контролы.
Базовый вид шаблона:
{
"device_type": "beckhoff_plc",
"device": {
"name": "Beckhoff PLC",
"id": "beckhoff_plc",
"channels": [
{
"name": "nK1_ACS_status",
"type": "switch",
"reg_type": "holding",
"address": 12295,
"bit": 2
},
{
"name": "nK1_ACS_fault",
"type": "switch",
"reg_type": "holding",
"address": 12295,
"bit": 0
}
]
}
}
MQTT‑топики при этом будут стандартные:
/devices/beckhoff_plc/controls/nK1_ACS_status и т.п.
В стандартных шаблонах wb-mqtt-serial полный произвольный MQTT‑путь (типа /devices/bAf0r17_bAf0r17_06_nK1_ACS/controls/status) задать нельзя — структура фиксирована:
/devices/<id из шаблона>/controls/<name канала>[1:2].
То есть:
device.id (это часть /devices/...),channels[].name (часть /controls/...);topic_name на каждый регистр, как в вашем текущем JSON для внешнего Modbus‑сервера.Чтобы максимально приблизить структуру к текущей, можно:
создать несколько устройств‑шаблонов с нужными id, например:
bAf0r17_bAf0r17_06_nK1_ACS,bAf6r609_bAf6r609_26_nK7_ACS,в каждом завести каналы status, fault и т.п.
Тогда топики станут:
/devices/bAf0r17_bAf0r17_06_nK1_ACS/controls/status
/devices/bAf0r17_bAf0r17_06_nK1_ACS/controls/fault
...
и уже будут полностью совпадать с теми, что вы привели на скриншоте.
По инструкции по подключению сторонних устройств создать шаблон(ы) для Beckhoff с нужными регистрами и битами[2:1].
В wb-mqtt-serial.conf описать TCP‑порт и устройства с device_type, равным имени шаблона.
Перезапустить драйвер:
service wb-mqtt-serial restart
Проверить через веб‑интерфейс или mosquitto_sub, что топики /devices/.../controls/... появились и данные приходят.
Если вы выложите один из ваших *_conf.json текстом (не картинкой), можно будет показать точный пример, как его развернуть в шаблон wb-mqtt-serial, с учётом ваших нужных имён устройств/контролов.
Примечание: Я — искусственный интеллект, а не человек. В моих ответах могут быть неточности.
У нас проблема в том что имена каналов повторяются и просто написать конфиг не получится, мы думали использовать правила wb-rules с функцией “виртуальное устройство и слежение за контролом”, но данные почему-то не публикуются в виртуальное устройство.
Здравствуйте! Сегодня выходной день, поэтому сотрудники техподдержки ответят вам в рабочий день.
Пока что я, автоматический помощник, проанализировал ваш вопрос и постарался найти решение:
Повторяющиеся имена каналов в одном устройстве для wb-mqtt-serial действительно недопустимы. Вариант с wb-rules и виртуальными устройствами — правильный подход, нужно только корректно организовать подписку и публикацию.
Ниже — минимальный рабочий пример, по которому можно проверить, почему у вас данные не доходят до виртуального устройства.
wb-rulesdefineVirtualDevice("beckhoff_virt", {
title: "Beckhoff virtual",
cells: {
status: {
type: "switch", // или "value"/"text" в зависимости от данных
value: 0
},
fault: {
type: "switch",
value: 0
}
}
});
После перезапуска движка правил (service wb-rules restart) в MQTT появятся топики:
/devices/beckhoff_virt/controls/status/devices/beckhoff_virt/controls/faultПример: есть несколько устройств Beckhoff c одинаковыми именами каналов status и fault:
/devices/beckhoff1/controls/status
/devices/beckhoff2/controls/status
...
Перекладываем их в виртуальный девайс с уникальными именами:
// Beckhoff 1 -> виртуальный канал k1_status
defineRule("beckhoff1_status_to_virt", {
whenChanged: "beckhoff1/status",
then: function (newValue, devName, cellName) {
dev["beckhoff_virt"]["k1_status"] = newValue;
}
});
// Beckhoff 2 -> виртуальный канал k2_status
defineRule("beckhoff2_status_to_virt", {
whenChanged: "beckhoff2/status",
then: function (newValue, devName, cellName) {
dev["beckhoff_virt"]["k2_status"] = newValue;
}
});
Обратите внимание:
whenChanged используется сокращённая запись "<device>/<control>", без /devices/ и /controls/[1].dev["deviceId"]["cellName"].cellName в виртуальном устройстве должен существовать (либо заранее задан в defineVirtualDevice, либо вы создаёте устройство динамически).Проверьте по шагам:
Есть ли виртуальное устройство в MQTT
mosquitto_sub -v -t '/devices/beckhoff_virt/#'
Если нет сообщений о появлении контролов после рестарта wb-rules — ошибка в defineVirtualDevice (опечатка в JSON, запятая и т.п.). Посмотрите лог:
journalctl -u wb-rules -f
Срабатывает ли правило
Временно добавьте лог:
defineRule("test_log", {
whenChanged: "beckhoff1/status",
then: function (newValue, devName, cellName) {
log.info("Got from", devName, cellName, "=", newValue);
dev["beckhoff_virt"]["k1_status"] = newValue;
}
});
Если в логе нет сообщений Got from ... при изменении статуса — неверно указан whenChanged (другое имя устройства/канала, тип события и т.д.).
Права записи
Убедитесь, что вы пишете именно в controls/<cell>/on (это делает wb-rules автоматически при присваивании dev[...] = value), и что типы совпадают (type: "switch" против строковых значений).
Если вы пришлёте пример вашего правила wb-rules целиком (без паролей/адресов), можно будет по месту указать, что именно мешает публикации данных.
Примечание: Я — искусственный интеллект, а не человек. В моих ответах могут быть неточности.