Коллеги, здравствуйте.
Возникла необходимость корректировки проекта автоматизации, разработанного ранее в другой организаци.
В частности, в исходном проекте была реализована следующая схема мониторинга микроклимата:
В помещениях устанавливались беспроводные (интерфейс EnOcean) датчики качества воздуха (СО, т-ра, влажность). Они опрашивались шлюзом-преобразователем EnOcean в KNX, а затем все это передавалось в контроллер, управляющий вентустановкой, обслуживающей помещение.
Основная задача корректировки проекта сейчас - уход от использования оборудования недружественных стран, соответственно вся эта цепочка передачи данных рушится. Начиная от датчиков (Thermocon), заканчивая контроллерами (Siemens Desigo). По контроллерам особого выбора у нас нет, заказчик напрямую указал нам марку, которую нужно использовать.
Есть мысль использовать Zigbee датчики для умного дома, коих сейчас тьма. Опрашивать шлюзом-преобразователем Zigbee в Modbus и затем передавать в контроллер, с последующей обработкой и передачей данных в систему диспетчеризации.
Но вот сходу таких шлюзов я не нашел, да и есть подозрение, что в опросе датчиков используется какой-то закрытый протокол той экосистемы, для которой они предназначены. И могут возникнуть проблемы с прокидыванием информации в контроллер.
Что подскажете, господа? В каком направлении копать?

Если данные для приточки, то тупо в вытяжки наставить канальных датчиков, будет более-менее коррелировать. Если уж GMP какое или денег дофига, для контроля можно и в помещения. Но эти все беспроводные решения всегда проигрывают по совокупности функционала проводам.

Просто интересно - город какой?
Есть возможность применить проводные датчики, а не беспроводные?
Какие контроллеры указано использовать?

Москва

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

Это не существенно в данном случае.

не уверен что есть все датчики какие нужны. Rielta, у них блок БРШС собирает по беспроводу. Правда там не Modbus, а свой протокол, но вроде не сложный.

Если ZigBee, то либо готовые шлюзы уже, либо свисток и шлюз делать на Linux, что-то на Windows я свисток не смог запустить. Шлюзом можно сделать HomeAssistant например.
То есть смотреть поддержку датчиков в HomeAssistant, и там в Modbus переводить.
Может WirenBoard подойти или JetHub D1+ у них ZigBee вроде как встроены.

В Н-ске есть похожий объект.


Да, поддержу. ZigBee как самый распространенный формат радиошины,
и преобразователь в Modbus RTU или TCP. Даже и в виде контроллера, пусть WirenBoard.

Такую мысль реализовывали на практике и возник главный вопрос к надежности системы.
И что будет если показания температуры не прийдут и что будет если например забыли закрыть окно в помещении.
Большинство существующих решений подразумевает обязательное наличие интернета MQTT.

Еще есть шлюзы Zeegbe в ModBus, но выяснилось что Zeegbe Zeegbe рознь поддерживаются не все датчики.

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

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

так любой беспровод скорее всего не предназначен для систем жизнеобеспечения.