Оборудование, протоколы, применяемые в Умных домах Опции

[one_man_show]

Популярные протоколы: KNX, HDL Bus
Добавляйте другие...

В последнее время в Европе становится популярным оборудование китайского производителя HDL
Добавляйте других производителей, делитесь опытом применения.

[syoma]

Да? Жалко.
Просто это единственное решение, которое я нашел пока, которое позволяет связать в единую систему интерфейсы, применяемые в умном доме и в промышленной автоматике.
На практике пока либо то, либо другое и связь в лучшем случае через тормознутый HTTP или Modbus TCP лепят - но блин ему ж уже сколько лет-то.

[mantech]

или Modbus TCP лепят - но блин ему ж уже сколько лет-то.

А какая разница, сколько чему лет, если работает надежно и выполняет свои функции?? По мне RS-232\485 - самый лучший интерфейс, и модбас уже проверенный десятилетиями. И стараюсь использовать именно их вместо всяких усб и т.п. Если надо скорость повыше есть эзернет, и "тормознутый HTTP" совсем необязательно использовать...

Сообщение отредактировал mantech - Mar 21 2016, 14:21

[AlexandrY]

А какая разница, сколько чему лет, если работает надежно и выполняет свои функции?? По мне RS-232\485 - самый лучший интерфейс, и модбас уже проверенный десятилетиями. И стараюсь использовать именно их вместо всяких усб и т.п. Если надо скорость повыше есть эзернет, и "тормознутый HTTP" совсем необязательно использовать...

MODBUS не катит для IoT по причине своей жесткой схематизации.
Т.е. сторона общающаяся с устройством по MODBUS должна точно знать структуру, типы, адреса переменных, входов и выходов.
В IoT это неприемлемо.
Такая схематизация вызывает огромную избыточность баз данных и перегрузки по администрированию, как например точный учет схем структур данных и их версий.

В IoT приняты schemaless базы данных и неструктурированные жестко(заранее) данные.
Переменные всегда сопровождаются их именами и местом в дереве динамических структур.
Современные NoSQL базы данных легко такую информацию обрабатывают.

В протоколе MQTT например имя переменной может быть как в топике так и в поле значения. И значение переменной может быть и в топике и в поле значения. Полная свобода.
Само поле значения может быть контейнером другого кодирования например JSON. JSON может представлять еще одно динамическое дерево разных переменных. И NoSQL определит это автоматом.
А у MODBUS нет свободы.

[mantech]

В IoT приняты schemaless базы данных и неструктурированные жестко(заранее) данные.
Переменные всегда сопровождаются их именами и местом в дереве динамических структур.
Современные NoSQL базы данных легко такую информацию обрабатывают.

Иными словами - это винегрет, который нужно еще "переварить", при помощи кучи костылей и заплаток, которые кто-то, как-то должен настраивать и может быть оно заработает... Мм да, нее, модбас куда лучше, по крайне мере с точки зрения промавтоматики.

А у MODBUS нет свободы.

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

[syoma]

Иными словами - это винегрет, который нужно еще "переварить", при помощи кучи костылей и заплаток, которые кто-то, как-то должен настраивать и может быть оно заработает... Мм да, нее, модбас куда лучше, по крайне мере с точки зрения промавтоматики

Винегрет, не винегрет, но даже с точки зрения автоматики - в Модбасе нужно настраивать адреса, регистры, катушки - то есть как минимум один лишний документ, который нужно поддерживать и в соответствии с которым настраивать систему. Имхо - это анахронизм.
Зачем придумывать и следить за адресами, если можно прямо передавать названия переменных вместе со значением и типом? Вот упрощение в конфигурировании.
Также при добавлении новых переменных в Модбасе, ее адрес надо задать, что тоже лишняя работа. Особенно, если вдруг выделенного адресного пространства не хватает.

Также поллинг в случае с Modbus TCP - смысл отсутствует - медленно и загружает сеть. С этой точки зрения опять тот же MQTT выигрывает - подписался на обновления, и ни о чем не думаешь.

Вот по крайней мере две вещи, отличающие протоколы 20-и летней давности от современных. По крайней мере для меня.

[mantech]

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

Этот mqtt - cлишком тяжелая штуковина для реализации на небольших МК, плюс необходимы всякие брокеры-серверы с БД и т.д. Такое впечатление, что делаю автоматизацию атомной станции, а не домика в 2 этажа

Сообщение отредактировал mantech - Mar 24 2016, 15:41

[AlexandrY]

Этот mqtt - cлишком тяжелая штуковина для реализации на небольших МК, плюс необходимы всякие брокеры-серверы с БД и т.д. Такое впечатление, что делаю автоматизацию атомной станции, а не домика в 2 этажа

MQTT появился именно из-за появления доступных облачных брокеров. Брокеры в нем это центральная идея.
Прошли те времена когда разработчики GSM сигнализаций ломали голову как пробить NAT и прочие файрволы.
Технологию брокеров сейчас только ленивый не разрабатывает.
Буквально сейчас наши дистрибуторы в Китае просят сделать им MQTT, и уверяют что с такой фишкой они порвут конкурентов на ихнем рынке.
Сейчас кто не сделал MQTT или какой-нибудь AllJoyn резко падает в глазах дистрибуторов на продвинутых рынках.

Кстати в IBM Bluemix в компонентах среды разработки Node-RED есть модули распознавания речи и конвертирования текста в речь. (Просто для информации)

[mantech]

MQTT появился именно из-за появления доступных облачных брокеров.

Опять же получается полностью интернет зависимая штуковина. Не спорю, может в Москве инет в каждой избе шире не бывает, но у нас, в провинции, за городом это только название, а люди свои коттеджи строят за городом и хотят, чтобы все работало и без инета и без электричества тоже, т.к. отключают регулярно. Единственное, что хоть как-то стабильно работает - это сотовая связь 2Г...

Кстати в IBM Bluemix в компонентах среды разработки Node-RED есть модули распознавания речи и конвертирования текста в речь. (Просто для информации)

Дак уж давно есть сервис гугла, если уж об инет-зависимых системах речь

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

Еслиб было так, порвали уж давно... Протокол-то не первый год открыт..

[AlexandrY]

Единственное, что хоть как-то стабильно работает - это сотовая связь 2Г...

Этого для MQTT достаточно. Он специально заточен на ненадежные часто разрываемые каналы.

Дак уж давно есть сервис гугла, если уж об инет-зависимых системах речь

Чет только сегодня была новость о том что они наконец открыли свое API. TTS тем не менее там нет.

Еслиб было так, порвали уж давно... Протокол-то не первый год открыт..

Конкуренты продают как опцию и задорого рещения основанные на выделенных серверах с централизованным управлением. Как раз та самая традиционная устаревшая архитектура типа SCADA.
А у нас в стандартной комплектации на основе отрытых спецификаций, протоколов и публичных облачных брокеров.