Есть предложение по удаленным шлюзам. У вас недавно появилась поддержка modbus tcp на них. Было бы очень удобно и функционально если бы вы реализовали поддержку mqtt на данных шлюзах. Тогда проблемы с удаленным вводом выводом вообще бы отпали и ваши модули, которые подключаются непосредственно к контроллеру можно было бы использовать в других проектах, где нужен только ввод/вывод без логики. Естественно отправку данных необходимо осуществлять только по изменению. Это и вам помогло бы снизить загруженность вашего процессора, вы бы не стали поллить modbus устройства, а отдали бы эту задачу распределенной периферии.
Добрый день. Теоретически - да, возможно, но для этого в сам шлюз надо во-первых добавить шаблоны устройств (как WBIO так и Modbus), во-вторых обеспечить возможность их обновления и редактирования. Используемый сейчас микроконтроллер не справится, потребуется его замена. Плюс необходимость интерфейса настройки. По цене получится почти контроллер.
Кстати и сейчас MIO используется совместно в модулями WBIO со сторонними контроллерами, успешно.
Просто имея на борту поддержку mqtt, а ещё лучше mqtts, у нас появляется возможность организовать удаленный мониторинг большого количества объектов. Я так понимаю для вас сейчас основная сложность это прикрутить на контроллер веб интерфейс для настройки всего это хозяйства, потому что стоимость более мощных контроллеров на текущий момент не очень высокая. Я говорю например про esp32.
Не только, в контроллерах используется для опроса Modbus wb-mqtt-serial который портировать под baremetal - довольно сложно, проще переписать. Можно конечно и на ESP32. Но потребуетс добавлять Ethernet/ Для подобного устройства можно использовать какой-то SOC Atheros, например.
Это следующий шаг, готовые написанные на си библиотеки есть, например libmodbus. В качестве первого шага было бы круто просто получать данные от модулей io, которые используют I2C через mqtt. Это сильно бы уменьшило количество трафика и увеличило скорость работы. Можно было бы и счётчики на них посадить и двойное нажатие поймать и какие нибудь быстрые сигналы. А настройки модбаса сделать чисто вручную, без заморочек с типами модулей и т.д.
Вопрос в том, какую цель преследовать.
Если делать именно по такому пути - то разработка будет настолько объемной - что действительно проще вместо MIO поставить контроллер.
1 лайк
Как я понимаю у вас сейчас реализована получение данных по I2C и передача их через Modbus/TCP, так вот надо все тоже самое оставить, но передавать через mqtt. Основная цель сделать универсальные модули удалённого ввода вывода для любых объектов, будь то локальные или распределенные территориально. Если бы ещё можно было и модбас устройства опрашивать - это было бы просто шикарно, но для начала хватит и mqtt для I2C модулей.
А задача простая. Есть гостиница с номерным фондом более 100 номеров и в каждом нужно реализовать задачу поддержания температуры, управление нагрузками, фиксация и предотвращение протечек. Для этого нужно что то вроде набора модулей под каждый номер для более быстрого масштабирования. Как вы понимаете по Modbus/TCP все это дело опрашивать не очень эффективно, мягко говоря, а с помощью mqtt идеально.
Так… То есть именно замена MIO-E на Tasmota с Ethernet.
Но кому это нужно? Если у вас есть потребность именно в таком решении - мы готовы разработать и изготовить XXXX штук,
На этаж как правило ставится по шине, задержка в опросе на долю секунды для задач отопления, контроля протечек - вообще некритична, тот же контроль протечек сработает вообще автономно.
Нагрузки тоже отработают от локальных органов управления мгновенно.
Раз такая пьянка пошла. Может вам выпускать свободно программируемую серию с возможностью подключения модулей по I2C. Вот это было бы просто супер.
Развиваю дальше мысль. Если контроллер будет свободно программируемый, то его вообще можно локально под каждый номер заточить, а с главного сервера только настройки получать. И если сервак сдохнет, номера все равно будут работать. Такая же тема и для вентиляции подходит и для ИТП.
Свободно программируемый контроллер уже разработали. Называется Tasmota. Все ПО открыто, можно спокойно доделать под себя.
Зачем привязываться именно к i2c?
Ценность нашего решения - именно в его универсальности и в том что к текущему виду оно пришло после долгой, местами болезненной, эволюции. Да, решение с MQTT - неплохое, но не вижу его практической ценности. Те же Modbus реле, диммеры модули защиты от протечек отлично будет работать автономно без связи с контроллером.
Tasmota это же просто софт, который устанавливается на микроконтроллер. У вас есть такой продукт на который можно его поставить? Ну и не всем может подойти Tasmota, я вот например на Mongoose Os программирую контроллеры. По поводу I2c, у вас же модули, которые стыкуются сбоку к контроллеру, через I2C работают. Поэтому и нужен I2C для опроса этих модулей.
Нет, мы не используем ESP*
Tasmota поддерживает расширители, использованные в WBIO модулях. Так что если вам нужен именно WI-FI MQTT MIO - сделать можно. Даже самостоятельно.
Но запросов на такое решение нет, все же. Хотя - посовещаюсь с коллегами.
Какое количество вы хотите заказать?
Какие интрефейсы нужны (ethernet/wifi/оба)?
Поддержка нужна для всех типой WBIO или только некоторые?
Решение на нашем оборудовании: контроллер Wiren Board 6. К нему можно и кучу оборудования подключить, и сценарии реализовать какие угодно. Если хочется сэкономить, то можно ставить не по одному контроллеру на комнату, а по одному на несколько комнат.
Есть китайская балалайка с поддержкой mqtt в том числе из коробки: hy-flying (серия protoss и другие). Проверено: работает. Но на борту 1 интерфейс. Можно расковырять и навешаться на uart с помощью rp pico, где есть уже все что хочешь. Именно так я и сделал. Цена вопроса 2 рубля в сумме.
Спасибо. Интересные девайсы, но не нашел поддержку mqtt.