Разрабатывал сам. Сама заглушка стандартная, покупная.
Модель без реле и силовых разъемов использую в качестве "индикаторов исчерпаемых ресурсов" (недавно тут обсуждали).

супер
а протокол какой ?

Это не стандарт, а прихоть отдельных людей ставящих по 4 розетки в каждом углу каждого помещения с отдельным проводом на каждую.

По электрике нужно делить потребителей на две категории:
I холодильник, котел, аквариум и т.д.
II все остальное что можно отключать без серьезных последствий

почитайте требования по заземлению и сразу поймёте почему

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

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


Холодильнику еще один? Плюс еще один для котла? А ведь в электроснабжении не зря делят потребителей на 3 категории и по разному подводят к ним питание. (хотя нередко это профанация)

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



речь про зоопарк с розетками, а я говорю про коробки, что решает


блин, не надо три, а то запутаешься
в общем плане достаточно двух плюс с отдельные силовые
а если провода отдельные и с коммутацией в щите, а тем более динамической, то всё упрощается как раз до уровня понимания домашними

Все свое. Позволяет конфигурировать графовые пользователькие программы (см. скриншоты), обновлять прошивку,
обмениваться сообщениями контроллерам друг с другом, получать диагностическую/статистическую/конфигурационную информацию и т.п.

я смотрю, вы зря время не теряли
и что из этого публично/ограничено доступно ?

Доступно на уровне конечных устройств.
Сейчас доделываю т.н. "сервер конфигураций" - с его помощью можно пользовательские программы и прошивки заливать в узлы.
Он же будет "сервером времени" (синхронизация часов) и "сервером отладки" (отладка на ПК). Без этого контроллеры можно
реализовывать только с заводскими дефолтными алгоритмами.
Довольно серьезно нужно доделать ПО конфигурации, пакет документации на все элементы, типовые проекты и типовые алгоритмы (графы).

Думаю, Вам есть смысл открывать свой сайт для проекта и пригласить несколько разработчиков-энтузиастов, как это делают многие проекты. Причем необязательно проект делать opensource, если есть планы коммерциализации. Дело пойдет...

сайт есть, имеет смысл раздать кое-что на сторону
мне, например, визуализатор не очень понравился, или не понял

Программистов привлекаю на непостоянной основе. Пока вся сложность упирается в требования к СКС - в типовых домах "умную" проводку не закладывают.
Даже в своем доме на стадии строительства не все предусматривают ее на будущее (есть такие товарищи и на нашем форуме).
Удастся "продавить" строителей и ремонтников на "умную" проводку изначально и с прицелом на будущее - спрос появиться,
т.к. сложность установки узлов уменьшится на порядок.

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


да, и кстати тут же низковольтное питание пустить, где-нибудь 12в на 16а - более чем скромно получается

Я, конечно, отношусь к тем, кто не предусмотрителен. Но вопрос к вам же - вы сами себя ограничиваете какими то рамками и предъявляете требования к СКС, вместо того, чтобы подстраиваться под них и приводить свое оборудование к требованиям рынка. Аргументация насчет "уменьшения стоимости установки узлов на порядок" не канает - разводка СКС согласно Вашим требованиям, ограниченность в выборе места установки, съест всю потенциальную экономию, а половина клиентов вообще откажется от затеи. Вы не Стив Джобс, чтобы добровольно загнать людей в какие-то рамки. Он это сделал гораздо хитрее, сначала предложив жирную наживку, которую заглотнули. Но у вас ее нет.
С другой стороны сейчас те же радиомодули очень маленькие - в подрозетник бросил, 220В подключил и забыл. И разводка под них упрощается капитально - я сегодня отдал электрикам свой план - они тупо выведут мне 220 в нужные места и на этом вся "умная" проводка и закончится.
Отказ от радиосвязи - единственное оправдание, которое я вижу - это всего лишь отсутствие у Вас опыта и наработок в данной области, или наоборот - привязка к CANу. Все эти страшилки про дальность и надежность связи, или про соседей, управляющих вашим светом - это опять таки от некомпетентности. Уже давно есть соответствующие стандарты и выбор огромен - хошь 2,4Ггц, хошь 868 или 433МГц, протоколы с подтверждением и без, шифрование покруче, чем Wifi и т.д. Стоимость железа также стремится к нескольким долларам за точку. Но я надеюсь, вы же не собираетесь свои модули по 10$ продавать?

ПС Я конечно не претендую на мнение в конечной инстанции, но ИМХО требования надо пересматривать.

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


Требования не ахти какие. Кабель месяц назад купил 200 метров 800 рублей - капля в море (по сравнению стоимости новой квартиры/ремонта).
Я не хотел бы завязываться на конкретных клиентов и их проблемы с невозможностью определиться с выбором места установки узлов.
Моя задача убедить строителей, чтоб в бюджетную отделку входила опция "СКС для УД".


Syoma я уважаю ваш выбор. Мне очень интересно чем у вас все закончится и как все будет работать.
Знавал я умный дом (квартиру) с километрами проводов (т.к. централизованная система) от каждого выключателя в серверную.
Несмотря на провода, периодически все так глючило, что жильцы выли от тоски.
Тогда я понял, что надежность это самое главное.


Мне бы не хотелось заниматься продажами лично. Идеальный вариант привлечь интеграторов и продавать через них.
Порядок цен - от 1000 руб за квадратный метр для системообразующего оборудования (контроллеры, выключатели, блоки питания и т.п.).
Т.е. для ярославской двушки площадью 65 кв. метров (стоимостью 2 853 тыр) цена оборудования будет порядка 65 тыр.
Это около 3%. Прибавочная стоимость в этом случае может быть гораздо больше 3%.
Для строителей это вообще 800 рублей + работы. Да, есть сложности с проектной документацией. Но продать на 10% выше за кв. метр можно легко.
Главное убедить.

Кста, я не настаиваю, чтоб контроллеры были именно моего производства.
Пусть будет конкуренция. Под мои требования к СКС много что можно установить.

как-то так

Нажмите для просмотра прикрепленного файла

на чём сделать физику ?

Давно хотел спросить в теме про оборудование. Что можете посоветовать по следующим позициям:
- датчик протечки. Концевик, чувствительный к попаданию влаги. Есть ли готовые? Желательно со встроенной электроникой,
чтоб выдавал дискретный или аналоговый сигнал. С защитой от ложных сработок. Не требующий внешней обвязки. Длиной до 5 метров.

- конструкция раздвижных штор. Жена хочет, чтобы шторы двигались по командам. Есть ли готовые приводы без космических цен?
С возможностью обычного ручного задергивания/отдергивания. Безопасный к открытым форточкам/окнам (вдруг зацепится).
Не сильно усложняющий снитие штор для стирки. Думал что-то типа вращающейся шпильки с большой резъбой, шаговиком и
оптическими датчиками, но самому колхозить не хочется.

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

это что такое? Слышал про датчики температуры, влажности и т.д.
Что такое "протечка"?

Это когда трубу или батарею прорвет, чтоб можно было клапан перекрыть/sms-ку отправить.
Типа, как тут, но не такие громоздкие.

Вот такие есть для z-Wave http://www.thesmartesthouse.com/products/a...nsor-dsb45-zweu
Ну и вообще http://www.smarthome.com/sensors-security/...er-sensors.html

А какие датчики планируются на случай пожара и землетрясения?

Впечатляет выбор, особенно понравилась ручка с кодовым замком.


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

небольшая нагрузка на узо таки будет, но наверно до ампера можно снять

про механизмы штор - самые дешевые - китайские клоны американских add-a-motor, что - то вроде пары сотен баксов за комплект 2.4 м (одинарный). Цена /качество наилучшая у BTX.

а если предусмотреть специальную низковольтную розетку и специальную вилку ?
есть какие-нибудь на примете, чтобы в рамку вместе с обычными евророзетками входили ?

есть розетки со штырьком

https://yandex.ru/images/search?text=%D1%80...%BA%D0%BE%D0%BC

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

и кстати, по трем проводам подключить три розетки - можно, как три фазы

В свете изучения ESP8266 понравился мне протокол MQTT - простое решение обмена сообщениями между датчиками без привязки к какой либо среде. Есть куча реализаций, свободный стек лежит в сети. Сервак или Брокер, как они его называют - легко поднялся на Распберри и помимо простой отладки, автоматом сохраняет все логи всех сообщений между устройствами. Доставка сообщений гарантируется.

Собственно поэтому вырисовывается новая топология домашней автоматизации - построенная на модульности вокруг MQTT.
Т.е. основная задача всей периферии - это трансляция всевозможных протоколов в сообщения MQTT и обратно. Т.е. нужны(и вообще-то уже существуют) гейтвеи: Z-Wave<->MQTT, WEB<->MQTT, Arduino<->MQTT и т.д. На каком железе реально они будут работать - неважно. Хоть на том же самом Распберри. Зато обновлять и конфигурировать их будет очень просто, так как функциональность полностью независимая и домашняя сеть не угробится из-за глюка одного гейтвея.

MQTT Брокер ессно в системе должен быть один и желательно надежный. Под него можно выделить тот же Рапберри или использовать любую линуксовую машину.

Ну а для автоматизации подключаем любой софт, который тоже будет брать сообщения с MQTT брокера и отсылать команды ему же. Это тот же OpenHAB, Domotique и куча других. Главное - теперь автоматизационный софт полностью развязан от всех протоколов. Т.е. проблем с поддержкой гораздо меньше. Я даже думаю этот софт теперь можно будет замутить как модель в Матлабе, чтобы можно было легко обновлять и отлаживать все алгоритмы умного дома платформо-независимо. Нужно только будет подключить из исходников функции приема/посылки сообщений по MQTT. Логи MQTT тогда можно будет скармливать модели, чтобы проверить правильно ли она работает.

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

Еще один вариант -
наткнулся на вот такой редактор связей - http://nodered.org/
Как они рекламируют, позволяет в графическом виде легко соединять разные вещи в Интернет Вещей. Т. е. производить связи между различным железом и сервисами. Поддерживает кучу железа и сервисов, включая всякие ардуины и пр. Родоначальник этого проекта - IBM, поэтому ессно поддержка MQTT больше других. Ну и облако свое они рекламируют.
На досуге хочу поиграться и с помощью этого подключить Z-wave <-> MQTT, а потом еще и Codesys через OPC UA присобачить. Вот тебе и домашняя автоматика.

Наигрался я с этим.
Крайне неудобная и тормознутая вещь.
Мои впечатления от сервисов IBM здесь - https://geektimes.ru/post/268164/
Запускал я там и приложение сделанное в Node-RED
Запаритесь отлаживать такое приложение и разбираться в логике работы компонентов.
Шаг влево шаг вправо и вам предлагают там взять коммерческие компоненты.
Еще у IBM постоянные проблемы с доступностью сервисов.

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

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

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

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

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

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



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

Какие костыли если нет пациента?
Вы можете любую заранее не согласованную дурь послать MQTT серверу и он ее запомнит и выведет в виде графиков.

А что это дает в "реальной жизни", вопрос в управлении какой-либо железкой с помощью ПЛК или какой-нибудь системы управления... Это ж не контейнеры для всяких видеоформатов и звука... Тут должен быть простой протокол управления и желательно общестандартный.



Кто этим будет заиматься?? Искусственный интеллект?? Если нет, то вот как раз эти и костыли, в виде всяких программ, баз и т.п.

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

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

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

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

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

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

Абстракные рассуждения об оборудовании и протоколах совершенно обходят вопрос о том, что все это оборудование и протоколы будут делать в доме?
Автоматика в доме несомненнно должна быть. И она собственно в очевидых местах уже есть без всяких "умных домов". Что такое очень нужное умнодомировать-то надо? Пока все в моргалки-мигалки светом упирается. То есть почти последнюю по нужности функцию дома. Все, что нужно на самом деле давно уже автоматизировано. Ну разве только вся эта автоматизаци не имеет панелей и смартфонов . А они нужны? Обязательно нужно для того, что-бы тепмературу в комнате поднять, искать, где лежит телефон?
Хотелось-бы прежде всего услышать что-нибудь такое этакое, чего нет в обычных домах оснащенных обычной автоматикой.

Зря вы так - управление освещением - это уже довольно много.
Добавить датчики движения и датчики дверей - можно делать сложные алгоритмы в освещении и интегрировать в охранную сигнализацию.
Добавить систему защиты от протечек и интегрировать ее с сигнализацией (в том числе по GSM).
Поверх всего этого можно добавить счетчики исчерпаемых ресурсов (с запросом списка по SMS), интеллектуальное поведение дверного звонка
(смена мелодий в зависимости от ситуации, озвучка событий и т.п.). Причем, все это может работать без телефона и мониторов/андроидов и т.п.

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

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

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

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



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



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

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



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




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

У меня есть куча аппаратуры. Пульт один - от ворот. Что у меня не так?

Светом чего? Есть датчик освешенности и пара таймеров. Эта сладкая парочка управляет освещеним фасада, парковки и пары деревьев. Они стоят в распределительном щитке. До кучи к ним пара датчиков движения. Зачем им пульт?

Что Вы собрались делать с теплом? Там своя жизнь. Живут три контролера, управляют тремя контурами отопления - основной отопления, подогрев входного воздуха вентиляции и контур горячей воды. На каждом висят датчики, клапана и насосы. Там достаточно много разых нюансов связаных в том числе и с тепловой инерцией дома. Все настраивается и спокойно живет своей жизнью. Единственная связка всего отопления с остальным миром, это перевод его в экономичный режим при постановке дома на охрану. В каждом помещении свой термодатчик управляющий клапаном отопления пола. Можно навороченный ставить, но просто с ручкой установки температуры и индивидуальным переключателем выкл-день-ночь выполняет львинную долю функций.

Система вентиляции и кондиционирования имеет свои мозги. Они и работают. Единственная необходимая связь с другии системами, это отключение вентиляции при пожаре.

Домофон и считыватель карточек управляющий замком. Что еще надо в жилом доме?

Буду изучать графики потребления воды собсвенными сливными бачками? Нафига?

Что должно такое происходить, когда меня нет дома? Очистка и подогрев бассейна на своей релейной автоматике спокойно работают, насосы откачки ливневой канализации сработают по датчикам уровня, а их авария, как и пожарка, выведена на охраную сигнализацию.

Уже написал.

При нынешних светодиодных технологиях дежурный свет пусть горит вообще всегда.

Именно так. И все они жили, живут и спокойно будут жить без приставки "умный дом"

Телевизоры (включая Smаrt)существуют уже давно, как и прочее "аудио". А вообще центром "развлечений" давно стал
компьютер и ему "умный дом" тоже ни нафиг не нужен.


Ну и зачем мне эти "сложные алгоритмы"? Какова их цель? Решить за меня включтить мне свет в сортире, или мне достаточно естественного солнечного освещения что-бы не промахнуться мимо? Попытаться решить, что я решил побриться и включить подсветку? Да нафига?

Лучше нормально сделать разводку воды и исползовать надежную арматуру. Борьба с последстиями это путь в тупик.

Вся эта GSM сигнализация на телефон ни нахрен не нужна. Есть охранная сигнализация и охранная фирма. Это ее работа мчаться в случае взлома, вызыать пожарных в случае пожара, аварийные службы при пропадании электроэнергии, или просто найти меня, или кого еще, например, в слуае отказа насосов ливневой канализации. Я не должен из себя изображать диспетчера охранной фирмы и неотрывно смотреть в мобильник.

Типа изобрести холодильник с доступом в интерет. Уже изобретен. Продается.

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

Золотые слова, только забыли добавить - и "умного дома".

P.S.
Так же совершенно автономно работает система подогрева водостоков.
А в случае загородного дома - дополнительно ко всему вышеперечисленному еще насос водяной скважины и система подготовки воды.

И чем она управляется? Мыслью



Вот и дело в том, что есть система одна, система другая и пр.. Сделал управление всеми системами с одной панели и одним интерфейсом, да, можно и не делать ничего, но проверил, как работает - стало удобнее.

Запрограммирована единожды и работает. Пульты в понятии устойства ОПЕРАТИВНОГО дистанционного управления не требуются.