roboforum.ru

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

_________________
<telepathmode>На вопросы отвечает Бригадир Телепатов!</telepathmode>
Всё уже придумано до нас!

А сигнальный кабель как туда прокладывать? Штробить заново? Или есть кабель-канал?

Добавлено спустя 42 секунды:

Статика страшная вещь, надо будет не забыть какую-то защиту от неё.

_________________
Проект [[Open Robotics]] - Универсальные модули для построения роботов

Заказал себе такую вещицу. Думаю поюзать на предмет применения в умном домике.

Возникли такие вопросы:
Будет ли каждый модуль выполнять только одну определённую функцию или это будет набор функций?
Например мне понадобилось в одном месте снимать температуру, управлять нагрузкой и иметь датчик движения. Надо собрать "бутерброд" из 3-модулей?
Каким образом задавать индивидуальный адрес клиента?

Я в своих модулях ставил кнопку, при нажатии на которую клиент дает запрос в сеть. Сервер смотрит свой перечень уже существующих клиентов и выдает в сеть новый номер. Клиент его принимает и записывает в EEPROM.

Тогда нужен дополнительный модуль инициализации. На Arduino зарезервировать для кнопки инита вывод D13. На каждом модуле D13 соединить с землёй. Потеря одного вывода + дополнительный модуль.
Я когда вот такие штуки купил...
http://www.ebay.in/itm/UART-Wireless-RF ... 0747023936
настройку делал через спецпрогу.
Может стоит каждого клиента подключать к компу поотдельности и с помощью спецпроги задавать личные номера?

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

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

PS. У меня на предприятии есть стойка с блоками. Там всё так унифицировано, что блок индикации с одной кнопкой, резистором и светодиодом организован на плате размером 10х20 см

у меня нет кнопки и проблем с настройкой адресов чтот не испытываю. изначально, когда нет настроек, модуль находится в режиме автонастройки адреса (частично похоже на dhcp в сетях). можно сразу записать нужные настройки. можно отсылать команды, выставляющие адрес в "автонастройка" или изменять нужные параметры. хотя да, добавление ещё и кнопки для синхронизации/входа в режим настройки, таки повысит гибкость.

Пока думаю, что будут модули по типу Open Robotics, то есть некоторые пакеты функций на каждом модуле.
Например, 4-6 симисторных выхода 220В и 6-8 аналого-цифровых входа для подключения различных датчиков/выключателей.

Добавлено спустя 8 минут 58 секунд:
По поводу адресации у меня такая мысль (точнее идея скопировать DHCP):
1. В каждый модуль при изготовлении зашивается длинный адрес, если таковой еще не предусмотрен в самом МК (а-ля MAC).
2. Сервер имеет процедуру опроса всех модулей на шине, получения их типов, длинных адресов и назначения им коротких адресов (а-ля IP в локальной сети).

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

_________________
Проект [[Open Robotics]] - Универсальные модули для построения роботов

из dhcp там общая идея, а так этот протокол слишком избыточен. ещё вы на частности смотрите и забываете, что у разных интерфейса есть свои особенности. i2c, уарт/rs485/can, ethernet,... к примеру в nrf24l01 одновременно можно задействовать до 6-ти адресов на приём и до одного на передачу. никто естественно не запрещает сделать один общий адрес для rx/tx. неплохая идея вводить уникальный идентификатор устройства и стараться оставлять все нюансы с интерфейсами максимально на нижнем уровне.

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

Пока смотрю в сторону RS485 с Modbus. По крайней мере для дальней связи между центрами, для унификации может быть есть смысл использовать и для связи в одном щитке.

_________________
Проект [[Open Robotics]] - Универсальные модули для построения роботов

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

Вот только не могу пока понять, насколько этот Modbus распространен для умного дома.

Есть российская контора INSYTE с девайсами на протоколе Modbus RTU, и пока ничего дальше не видно.

_________________
Проект [[Open Robotics]] - Универсальные модули для построения роботов

50-100 max485csa стоит 8-10 центов (у него много недорогой мелочёвки). тут по 4.7 цента, но 500штук. мне can больше нравится, но это дороже и не все мк с ним дружат.
самоделкины modbus очень часто используют - не фонтан, но есть готовые либы и теоритически с чем-нибудь когда-нибудь может и будет совместимо. http://habrahabr.ru/post/249043/, http://habrahabr.ru/post/252555/,...

не фонтан в смысле сам по себе modbus? или RS485? так то не модбасом единым, стандартик придумать делов не больше чем на день, ибо ни риалтаймом, ни минимизацией избыточности мы не связаны в таких задачах.

_________________
«Как сердцу выразить себя? … Мысль изреченная есть ложь!»
В этом мире меня подводит доброта и порядочность...
"двое смотрят в лужу, один видит лужу, другой отраженные в ней звезды"