Поговорим о концепции "Умный дом"

[Admin]

В Китае долго и если маленькая партия , то с учетом пересылки получается дорого

[pma]

Сообщение от Bulatovor

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

И я так думал, оставил запас и все предусмотрел под реализацию IR на каждом исполнительном(в моем виде см выше), но побоялся поскольку у ИР длинные импульсы (особенно стартовый около 9мс если не изменяет память), следовательно делать надо по прерываниям. считать время, и фильтровать от мусора, а прерываний у меня и так много... увеличив их количесво и делая обработку мы сильно мешаем критичным ко времени операциям. Так же у IR много стандартов: делать расшифровку всех известных - надо много места и производительности, запоминать в сыром виде - еще хуже.
Пришел к выводу можно зайти с другой стороны
1 вариант отдельное IR устр-во (поставить выключатель с ИР и подключить так, чтобы и выключатель и наша система могли рулить, например, светом) - это 1 из причин применения реле а не семисторов (с ними проще это сделать). Или IR на пин выключения света (при самостоятельном изготовлении копейки даже с учетом времени).
2 вариант слать команды по радиоканалу через сервер. Я вообще рассматриваю радио пульт как основное устр-во управления часто используемыми сценариями.

Сообщение от dmitry123

Я лично по WEB интерфейсу определился

Спасибо. Навело на определенные мысли и подтолкнуло к изучению WEB. Уже сварганил пробный вариант.

Сообщение от Bulatovor

Пытался курить Modus...

взял за основу:
адрес ведомого устройства ; код функции ; данные ; блок обнаружения ошибок.
А подгонять под стандартные функции, коды ошибок и тд ЗАЧЕМ??? Проц 8 битный, лишних 100 мипсов нет... Адаптировать под наши цели и удобство обработки процессором и все. Если есть какие вопросы постараюсь помочь.

Сообщение от Admin

Если использовать Arduino, то компактности не получится достичь
Остается вариант собрать всех желающих и заказать оптом платы на "Резоните"

уже было такое предложение с моей стороны... но понимания не заметил
для начала надо придти к общему знаменателю и добиться совместимости. Так же надо помнить, что ардуина производится огромными партиями и не только официально, а наши заказы всегда будут дороже но цените свое время !!!. Admin, у вас много хороших начинаний, которые чуть доработать и при СОВМЕСТИМОСТИ легко пускать в серию.
Мне остается медленно , но верно двигаться к своей цели, как доведу до ума выложу общие моменты.

[Bulatovor]

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

В целях наиболее простой реализации кроссплатформенности с WEB интерфейсом видимо согласны все.

Докурил Modbus, частично даже понял. Но для себя понял, что он избыточен. Действительно достаточно 4-5 блоков информации. Это позволит существенно увеличить повторяемость и открытость.

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

[Admin]

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

Можно будет добавить такую функцию как "ассоциация"
Что это такое? Это когда программно можно будет назначить любой датчик или выключатель, на любую нагрузку.
Например у Вас в коридоре установлен датчик движения, на его срабатывание Вы можете указать какие нагрузки при этом будут включатся. Это я к тому что ИК приемник может стоять где угодно и им при желании можно будет управлять любыми нагрузками в доме. Для этого нужно будет предусматривать в прошивке контроллеров и в Веб интерфейсе такую возможность

[sk@]

Позвольте и мне внести свои «пять копеек» в «железную концепцию» Я уже использую несколько очень различных аппаратных решений в своей домашней автоматизации. И именно растущее количество этих решений как-то уже напрягает. Конкретно не устраивает "зоопарк" со всяческими "контроллерами" и преобразователями. Хочется сделать один, и чтоб на все случаи жизни. Т.е. речь идет об универсальном и недорогом железе с переносимым софтом. И чтобы такое решение покрывало процентов 90 задач домашней автоматизации. Это не «домашний сервер», а то, что собирает данные (интерфейс к различным датчикам) и транслирует команды (интерфейс к различным исполнительным устройствам). Этот модуль можно условно назвать «маршрутизатор», т.к. его основная функция – преобразование интерфейсов и двунаправленная пересылка данных между датчиками/исполнительными устройствами и домашним сервером. Также должна быть хотя бы ограниченная локальная обработка данных «маршрутизатором» без участия сервера.

Требования к аппаратной части:

• Чтобы избежать дискуссий типа «провода vs беспроводов», маршрутизатор должен иметь и проводной, и беспроводный интерфейсы. Самыми распространенными и дешевыми интерфейсами являются эзернет и wifi.
• Интерфейс к датчикам. Минимум 1-wire, I2C и «сухой контакт». Другие типы датчиков можно будет «посадить» на шины 1-wire и I2C через преобразователи интерфейса. Возможно подключение АЦП по шине I2C.
• Интерфейс к исполнительным устройствам. Минимум 1-wire, I2C и TTL. Количество TTL выходов–минимум 8. Возможно подключение ЦАП по шине I2C.
• Интерфейсы расширения. Обязательно USB, очень желательно иметь встроенный хаб на 2-4 разъема. Возможно встроенный UART, либо внешний USB-COM преобразователь. Также уже есть I2C.
• Напряжение питания-6-24 вольта через встроенный преобразователь, либо +5 вольт от стабилизированного источника. Также должна быть возможность питания по эзернету (PoE). Потребляемая мощность до 5 ватт.
• Размер маршрутизатора. Скажем коробка 10х6х3см или DIN-модуль D6MG (106x90x57мм), без блока питания.
• Цена маршрутизатора-порядка пары тыс. руб.

Требования к программной части:

• Ядро – видимо линукс, как наиболее распространенный, бесплатный, хорошо документированный и поддерживаемый софт. В линуксе поддерживается наибольшее на сегодняшний день количество оборудования, включая различные интерфейсы и датчики. Сборка-OpenWRT. Другой мультиплатформенной альтернативы для этих целей на данный момент я не вижу.
• Удаленная конфигурация маршрутизатора и обновление прошивки.
• Полноценный вэб-интерфейс для конфигурации маршрутизатора.
• Вэб-сервер для удаленного считывания показания датчиков и включения/выключения исполнительных устройств.
• OWFS сервер для работы с шиной 1-wire
• ser2net сервер для проброса последовательного порта (UART) через сеть на домашний сервер
• gstreamer для трансляции USB вэб-камеры через сеть
• Скриптовые языки lua, php, … для обработки событий датчиков и отправки данных на сервер
• USBIP для проброса «нестандартных» USB устройств через сеть на домашний сервер

На сегодняшний день наиболее интересными кандидатами для использования в таком маршрутизаторе являются два RoC производства Atheros и Ralink. Стоимость готового wifi маршрутизатора на чипе Ralink составляет 10 с копейками долларов. Куда уж дешевле? Правда для RoC Ralink'а еще нет стабильной версии OpenWRT. Поэтому пока посмотрим в сторону Atheros, и в частности в сторону «самого дешевого и самого «модифицируемого»» маршрутизатора TP-Link TL-WR703N. Вы с ним уже хорошо знакомы. Подробное описание на сайте openwrt . Цены в китайских интернет-магазинах начинаются от $17 с доставкой. Для этой "коробочки" имеются принципиальная схема и разводка платы, есть даташиты на все компоненты. Если у кого-то будет очень большое желание, то можно попробовать спаять самостоятельно
Именно эта модель очень хорошо подходит для основы нашего «маршрутизатора». Но жесткой привязки к конкретной модели нет и быть не должно. Планы производителей могут меняться как угодно, завтра эту модель снимут с производства, и будет какая-то другая. При этом мультиплатформенност ь OpenWRT дает возможность безболезненно «переехать» на другое железо, т.к. основной функционал «умного дома» в таком маршрутизаторе обычно реализуется на языках высокого уровня типа php, lua, bash и т.п.

Т.е. «железная концепция» получается такой: плата от WR703N плюс плата расширения. Из WR703N вытаскиваются все свободные GPIO и USB. Плата расширения разводится под максимальный функционал: 4-портовый USB хаб, 1-wire bus master (на шине USB либо I2C), расширитель ввода/вывода (например pcf8574), FTDI FT2232 (как наиболее функциональный), DC-DC питание. Подсмотреть вариант такой платы можно здесь. Необязательно паять все элементы, пользователь выбирает только то, что ему нужно. Другие необходимые устройства можно подключить либо через USB (веб-камеры, звуковые адаптеры и т.д), либо через I2C. Таким образом можно скомпоновать устройство практически любой функциональности под свои конкретные нужды.
Поверх этого железа ставится софт. Какой? Да практически любой. Память маршрутизатора можно увеличить до 64Мб (ОЗУ) и 16Мб (флэш). Процессор разгоняется до 800Мгц. Конечно, придется потратить какие-то усилия для интеграции в вашу существующую систему. Но это все-таки это несколько проще и приятнее, чем писать код для микроконтроллеров на ассемблере

Вот такие мысли. Жду доставку WR703N и ищу кто бы развел плату расширения Пока суть да дело пробую концепцию на кошках - старых маршрутизаторах. Тестировал dlink dwl2100ap (Atheros 2313), Ubnt LocoM2 (Atheros 7240) и NGW100 (Atmel ap7000). Пока все получается. OpenWRT рулит!

[aNurzhanov]

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

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

комплектация такая:
WIFI роутер MR3020 + USB HUB + Camera
Контроллер STM32F4
и радио управляющие модули

данный блок будет получать команды по WIFI и передавать управления контролерру STM32F4, контроллер же будет управлять радиомодулями и дачиками и т. п.

Как Вам такое решения?

[St@rz]

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

[Bulatovor]

Тут проблема не в бюджете - в конце концов можно и самому делать, только вот компактными они не получаются, а это уже мешает встраиванию

[rw4cju]

Доброе время суток.
Скажу сразу что уже у меня работает УД на основе MajorDomo (далее система) на Raspbery и несколько (2) роутеров 3020 один уже в системе (как стык с Ардуино и УД) был настроен основываясь на темах форума, но не нашел вот такой темы которая думаю будет интересна многим.
Есть откатные ворота. Привод редуктор и начальная автоматика нижнего уровня (защита. кнопочный узел, управление через брелки ит.д) на воротах смонтированы датчики т.е конечное положение и ИК на пресечение створы (проем) в открытом положении.
Сама система, реагирует на датчики, и пр по проводным каналам и есть преобразователи (Атмега) и 1-ware.

Идея такая: использовать Роутер 3020 как "веб мордочку" состояния ворот а также поскольку в нем есть WI-FI то возможно прямое управление через задачи установленные на смартфоне через Tasker. Иными словами алгоритм такой:
Утром система открывает створу по временной уставке (таймер). например в 6.50 (или другое время (Tasker) оно доступно на смартфоне или планшете.
- далее пока машина дома, то ворота открыты, выехали - сработал датчик пересечения проема, ждем 7-10 сек и либо закрываем, либо ждем еще команду! (тут возможны комбинации например ожидание 15 сек или пресечение проема или др т.е по условиям). Причем, автомобиль не выезжает быстро, поэтому пресечение проема (датчик фиксирует) это 3-5 сек. а человек или животное (например собака, датчик то стоит на высоте 60 см (как рекомендовано) от поверхности земли) ) например 1-2 т.е от помех можно защититься временной выдержкой .
Далее, при удалении от дома, смартфон теряет сеть WI-fi и система понимает, что идет удаление, т.е машина поехала, все подается команда закрыть ворота.
Если есть препятствие (датчик то видит проем то створа так и будет открыта).
Теперь по приезду.
Также вечером, можно открыть по таймеру. Либо задать режим что ждем появления в сети WI-FI смартфона или планшета (по MAC) либо команды от Taskera. Вышеописанная логика (сценарий) управления на воротах вроде у меня работает, замечаний нет.
Хочу предложить на обозрения и варианты как стыковать с роутером TP-LINK 3020, а промежуточное звено здесь может быть Атмега (Ардуино) или др. которое обслуживает датчики и содержит логику нижнего уровня управления т.е чтобы ворота не "ломались" если что с сетью или с сервером (роутером). Наработками готов поделится.
Но сам не силен в WEB Дизайне поэтому не совсем разбираюсь в тонкостях взаимодействия, а вот с паяльником "я дружу" в схемах тоже.

[St@rz]

Сообщение от Admin

Что хотелось бы обсудить?

1-Железо
2-Протокол общения устройств между собой и с центральным узлом
3-Софт

Мозгами умного дома решили использовать роутер с прошивкой openwrt.
Предлагаю разделить умный дом на кубики.
Один отвечает за вывод информации (роутер с web-интерфейсом). Его можно нагрузить PHP. Через его интерфейс управляем умным домом и получаем информацию.
Другие за прием и обработку информации. К ним можно отнести роутеры с WEB-камерами и роутеры с датчиками.
Следующие за вывод звука (мой вариант).
Четвертый за хранение информации. Папки из него примонтированы к разделам других роутеров через CIFS.
Некоторые отвечают за управлениечем то, включение чего то.
Еще один собран как сервер IP-телефонии. С помощью его можно посылать звонки наружу и принимать команды через звонок с помощью DTFM сигналов (приделать голосовое меню и выполнять определенную команду в зависимости от того какая клавиша была нажата). Запись разговоров так же можно хранить на общем диске.
И так далее... (Предложите еще свои варианты).
Роутеры соеденены между собой в Mesh сеть. Общаются по telnet.

Что можно поправить в таком варианте умного дома?