MajorDoMo

AlexSedov писал(а):Всё подключил обычный выключатель к 22 порту а релюху к 11. Всё прописал по вашей инструкции. Нажимаю выключатель и ничего.

А что пишет в Serial?
Если не сложно, скопируйте настройки кнопок, реле и соединения

Ха зазобрался!!! Ёмаё. Чтож вы мне дураку раньше не сказали что кнопку и реле в JointPoint надо между собой связать и правило работы задать.

Вот вам для примера пара простых конфигураций
Две проходные кнопки Два проходных выключателя

Гениально. Я так понимаю тут даже димировать можно. Гениально. Автор лови от меня благодарность.

Это типа управление из нескольких мест одним реле? Я правильно понял?

Пример модбас вот я выкладывал http://majordomo.smartliving.ru/forum/v ... f=8&t=2547

По поводу размера прошивки.. выпилил оттуда ШИМ так как мне диммировать ничего не нужно. Наверно можно ещё сократить размеры если поковыряться хорошо

Первый вариант для кнопок а не для выключателей. Правильно?

Жду связку с МЖД

olehs! спасибо! Все довольно просто. Начну по порядку:
Изначально мы все определили что внешнее т.е верхний уровень управления это MD. Поскольку он предельно гибок и может реализовать на уровне GUI любой вариант "красот". Это касается как кнопок так и прочих рычагов воздействия на что либо.
Поскольку есть MD то должны быть и что то чем он управляет. Идеальное решение если "это" обладает не только понятным протоколом обмена, но и внутренним "интелектом" начального уровня. Понятно что это конечно на основе микроконтроллеров либо обноплатников (роутер например).
Теперь само железо. Генерация команды в МД произошла она должна попасть в уравляемый модуль? Как. Вот тут несколько вариантов и самый оптимальный это ТСР/IP (HTTP). Но его можно реализовать только либо при условии наличия на всех управляемых модулях IP устройства (шилд либо например роутер) либо одного Gate шлюза. Т.е мы формируем стандартный запрос методом TCP/IP и направлем его на этот самый шлюз. А он уже реапределит данную команду необходимому устройству либо устройсво само выберет из потока данных "ему" адресованную информацию. Ничего нового. Такая по сути схема реализована на МySensors.
Так вот именно сложность самого Шлюза в том что он должен конвертировать данные MD в протокол связи с управялемыми устроствами. А поскольку самым простым и отработанным именно в данной томе это Modbus то его и рекомендуется. И это не реклама. Смысл вот в чем. Например контроллер освещения с чего все началось это по сути да. завершенный и самодостаточный узел (блок) он напрямую опрашивает выключатели (кнопки, датчики и др) и также напрямую управляет электроприборами (лампы. нагреватели. вентиляторы. приводы. актуаторы и пр) и понятно что он должен работать как с МД так и без. И это реализуется в его прошивке каждвм автором конечно исходя из его потребностей. А вот общее во всех этих идеях это именно единый протокол например TCP-(MD) - serial (RS485) Modbus (или другой) и этим самым общим протоколом владеет GAte шлюз. Так! А поскольку нижний протокол уже условно "сертифицирован" то и упрощается задача присоединения любых управлемых устройств в данную подсеть. Вот основная идея.
Т.е итогом будет некий шлюз конфигурация которого это не прошивка для каких либо измений на уровне удвленных устройств а именно конфигурация через HTTP команды. Вот как то так.

От себя добавлю что сеть вижу (и распологаю) имено такого типа. Т.е простые начальные модули (они все описаны) связаны межды собой витой парой и протоколом RS485 на которой опирается Modbus- UDP (serial) А мастером для этих модулей является отдельный шлюз с Шилдом который и опрашивает устройства (читает все регистры так и пишет в них) и при наличии изменений посылет GET запрос на обекты в МД. Единственное конечно все обекты структурированы по типу данных. Такая схема хороша чем. Да тем что не важно сколько устройсв подключено все управляются. А вот если еще и шлюз конфигурировать через команды то вообще .
Может сумбурно написал... торопился.

Кстати на DUE тоже завелось. Но уж очень серьезный это камень для такой задачи