Получил сегодня рассылку от Terraelectronica как таз на тему, о которой недавно задумывался: измерение качества воздуха для подбора оптимального режима проветривания. Как писал тут: "Автоматическое управление микроклиматом дома. CO2 против влажности" - избыточное проветривание излишне осушает воздух и энергоемко в зимнее время.

Пока что, для проверки идеи авторегулирования, я заказал готовый датчик CO2,  влажности и температуры с MQTT подключением. Проверю, как это работает в автоматическом режиме, благо при помощи NodeRed настроить такое авторегулирование будет делом получаса.

А далее, будет иметь смысл обратить внимание на статью (https://www.terraelectronica.ru/news/4996). CCS811 от AMS измеряет не только CO2 но и уровень летучих примесей в воздухе, наличие которых, также, требует более интенсивного проветривания. Например, курение, лакокрасочные материалы, парфюмерия - все это органические летучие вещества, уровень которых в воздухе информативен. CO2 датчик, также, измеряет.

Датчик подключается по I2C, элементарно, к любому контроллеру и обладает низким энергопотреблением, что позволяет сделать на его основе компактные устройства с батарейным питанием. Для связи с контроллером, тут уместнее использовать Bluetooth LE или подобные протоколы, для обеспечения продолжительной автономной работы.

0
0
0
s2sdefault

Наконец-то. 

То, что раньше называлось Multiroom Audio получило новую жизнь на новом уровне

Теперь можно расставить по всему дому умные беспроводные динамики и синхронно раскидывать по ним музыкальные источники. (Синхронно - это значит, если вы включаете музыку так, что она в вашем доме играет из каждого утюга, то это происходит синхронно, так, что ухо не замечает задержек в доставке музыки до каждого устройства)

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

Это о стандарте и идее  https://www.qualcomm.com/products/allplay 

А вот устройства от разных производителей: https://www.qualcomm.com/products/allplay/platform

 

0
0
0
s2sdefault

Совершенно случайно обнаружил, что Ростелеком (естественно, одновременно с OnLime) вывел на рынок услугу Умный Дом

https://moscow.rt.ru/smart_house

Несложные раскопки показали, что за основу взят OEM комплект от тайваньского производителя Philio Tech

Пока оператор предлагает два варианта - Базовый и Расширенный

В Базовый входит Z-Wave контроллер, датчик движения, датчик открытия (окно или дверь)

Для расширенного добавляется датчик протечки и датчик дыма.  Очевидно, контроллер может работать с более широким набором Z-Wave переферии. Жаль, что не добавили какую-нибудь умную розетку или, как минимум, комплект для перекрытия воды в случае протечки. Однако, судя по инструкции, сценарий перекрытия воды вполне может быть настроен.

Железки можно купить на http://shop.onlime.ru/ или http://shop.rt.ru/ или получить в рассрочку от оператора.

Также, оператор, в разделе Умный Дом предлагает услугу видеонаблюдения с семидневным хранением отснятых материалов в своем облаке

Камера от иного производителя: http://hikvision.ru - модель DS-2CD-VC1W 

Доступ к контроллеру и камере происходит через отдельный портал оператора: https://lp.smarthome.rt.ru

На первый взгляд, предложение достаточно интересное. Примерно так, на мой взгляд, должно выглядеть коробочное решение Умного Дома от оператора связи. Как с точки зрения техники так и с точки зрения маркетига. Радует поддержка стандарта Z-Wave (хотя, это сказывается на цене, но плюсов ИМХО больше) Разве только переферии сразу побольше предлагать. 

Конечно, надо поэксперементировать. Например, добавить вот такое Z-Wave реле. Попробовать как работает это все через Интернет-не-от Ростелеком (должно работать)

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

0
0
0
s2sdefault

Эту заметку завожу как записную книжку/Глоссарий. Много писать не буду, но в тексте много ссылок, там все подробно.

Основной фокус на открытые стандарты, поддерживаемые многими поставщиками. Полагаю, в 21 веке, стандарты имени одного производителя имеют исключительно архиологический интерес 


Спецификации OASIS:

Как заявлено в манифесте OASIS - эта организация занимается стандартизацией в самых разных областях:

Cloud Computing, Content, Security, Emergency Management и, конечно IoT

Полный огромный перечень стандартов тут

Из наиболее известных стандартов OASIS можно выбрать SAML, XACML, KMIP, PCKS #11

Но если говорить про IoT - то это MQTT, AMQP, OBIX

Про MQTT я подробно писал тут

Про AMQP (Advanced Message Queueing Protocol) - лучше прочитать на Хабре. Самая известная реализация, в настоящее время: RabbitMQ. Замечательная шина для межкомпонентного взаимодействия

OBIX: (http://www.obix.org/) oBIX (OASIS Open Building Information eXchange Technical Committee) открытый и наиболее современный стандарт управления зданием, базирующийся на  XML и  Web сервисах.

Про то, чем открытые стандарты управления зданиями отличаются от закрытых, можно прочитать тут 

Далее, ряд старых но распространенных стандартов управления зданиями:


BACNet (англ. Building Automation and Control networkсетевой протокол, применяемый в системах автоматизации зданий и сетях управления. BACnet гарантирует возможность взаимодействия между устройствами различных производителей, если алгоритмы этих устройств реализованы на основе стандартных функциональных блоков BIBB (BACnet Interoperability Building Block)

Чаще всего применим для интеграции с различными системами кондиционирования (ОВК или HVAC)

Вот отличная статья


KNX/EIB - протокол, использующий в качестве среды передачи витую пару либо радиоканал, протокол IP или даже силовую линию. Обеспечивает взаимодействие совместимых датчиков, исполнительных устройств, контроллеров. Кроме возможности обмена в режиме "Мультимастер" между устройствами сети, обеспечивает питание устройства по той же паре проводов (в своем проводном варианте). Для контроля коллизий, которые могут возникать при передаче, используется механизм CSMA/CD


LonWorks - протокол и аппаратная платформа  использующий в качестве среды передачи витую пару либо  силовую линию.

Принятие протокола LonTalk как ANSI стандарта стимулировало появление стандартов в различных областях индустрии, включая IEEE 1473-L (управление в поездах), AAR (Association of American Railroads) электро-пневматических тормозных систем грузовых поездов, IFSF (управление автозаправочной станцией), SEMI (производство полупроводникового оборудования). Может использоваться как транспортая среда для BACNet.  В 2005 ЕC приняло стандарт автоматизации зданий EN14908, в основу которого положен LonWorks; Китай ратифицировал технологию как национальный стандарт управляющих сетей — GB/Z 20177.1-2006, и как стандарт интеллектуальных зданий и строений — GB/T 20299.4-2006; в 2007 CECED, Европейский комитет производителей бытовой техники, принял протокол как часть стандарта Управление и Мониторинг Бытовой Техники — Спецификация Межсетевого Использования (Household Appliances Control and Monitoring — Application Interworking Specification (AIS)).

К 2006 примерно 60 миллионов устройств, использующих LonWorks технологию, были инсталлированы по всему миру. 


HDL Bus Pro ( он же Smart Bus)

Мультимастер протокол, использующий 4 провода (2 - питание 24В, 2 - RS-485)

Почитать можно тут 

В свое время, стандарт стал камнем раздора двух компаний, после развода, каждая пошла своим путем, но стандарт используется один (Вообщем, как правая и левая палочки твикс)

Хорошо шлюзуется и работает через IP сети, используя UDP

Протокол является открытым. Соответственно, ассортимент устройств и контроллеров, поддерживающих этот стандарт велик. Несомненно, хороший кандидат на замену Modbus RTU

 

0
0
0
s2sdefault

Индустрия стремительно движется в направлении IoT. 

Посмотрим, какие новинки принесли такие гиганты как Google, Amazon, Microsoft

Идеи, продвигаемые гигантами, в целом, похожи - предоставляемые ими облачные платформы готовы к подключению к ним миллионов разнообразных устройств, датчиков, автомобилей, манипуляторов и пр

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

Примечательно, что все три гиганта поддерживают схожий набор API для взаимодействия с устройствами - http, websocket и  конечно же, MQTT, на котором я изначально организовал  взаимодействие вещей в своих проектах

Итак:

https://aws.amazon.com/ru/iot-platform/

https://docs.microsoft.com/ru-ru/azure/iot-hub/

https://cloud.google.com/solutions/iot/

В целом, лидирует пока Amazon

Microsoft, на мой взгляд, занимает уверенное второе место, Google пока анонсировал Beta версию своего облачного решения

Все платформы плантные, Microsoft предлагает стартовый пакет (до 8000 сообщений в день) бесплатно

Также, имеется замечательное облачное решение https://www.cloudmqtt.com/ (Выполнено, кстати, на базе Амазона)

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

0
0
0
s2sdefault