MajorDoMo

Она более экономичная по ресурсам и более надежная так как все на одном контроллере

Да нет же, не на одном контроллере, моё представление — М + десяток АМС. А то, что мы видим в дистрибутиве — это универсальная заготовка для пользователей, из которой каждый может выкинуть то, что ему не нужно и добавить то, что конкретно ему нужно. АМС это шаблон.

Alex, это проблема выбранной архитектуры приложения.
Допустим, к "сокетам" подцепится два-три "интерфейса" - что будет? А если пять?
Я развлекался с telnet доступом на 5100 - да, оно работает, но... 4 коннекта и всё.
В этом смысле, вас спасёт только отказ от "сокетов" вообще.

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

to Alex
Если уклон больше делается на "самостоятельность" контроллера, то я бы на Вашем месте начал дополнять его "разумом", а еще лучше программируемым "разумом".

Всё ещё даже не начиналось. Мы стоим в лагере у подножья горы Эверест. И от того, что ещё можно реализовать просто дух захватывает. Просто на всё нужно время. Мне лично интересно организовать распределённую логику и «интеллект» на многих контроллерах в сети и много чего ещё. Например, перепрошивку контроллеров на лету и реконфигурацию умного дома на железном уровне тоже в реальном времени и т. д.

Кстати, никакого уклона на "самостоятельность" не делается, см. первый ответ. "Самостоятельные" это совсем другая песня и другой класс устройств на основе АМС, тоже очень интересные.

Да нет же, не на одном контроллере, моё представление — М + десяток АМС. А то, что мы видим в дистрибутиве — это универсальная заготовка для пользователей, из которой каждый может выкинуть то, что ему не нужно и добавить то, что конкретно ему нужно. АМС это шаблон.

М в роли кластер менеджера? Или АМС сами будут общаться по сети? Просто имхо сеть не самый легкий в плане ресурсов вид связи, я кстати решил проблему связи между своми модулями, почему то считал что CAN будет дорог, но присмотревшись понял что простой CAN конвертор стоит 160р, а в дуо CAN вообще есть только пока по API не реализован, и все плюшки RS485 есть и всех минусов RS485 нет и скорость обмена до 125кб/с на конверторе за 160р чего вообще за глаза, и опрашивать никого не нужно, и кому когда слать сами разбираются, в общем заказываю себе данные щиты, буду ковырять CAN

М в роли кластер менеджера? Или АМС сами будут общаться по сети? Просто имхо сеть не самый легкий в плане ресурсов вид связи,

Всё очень просто: если по вашим потребностям можно обойтись одним контроллером АМС — используем один контроллер. Если одного мало — используем несколько. Если нужны функции, которых нет в АМС (например, голосовые) — используем М. Всё это общается по сети, управляет, распределяет и дублирует функции между собой.

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

http://geektimes.ru/post/259336/

и потом можем использовать его как хотим. А остальное добиваем беспроводными технологиями.

Простенько и со вкусом. И заранее совместимо со всем, что ещё могут придумать — по витой паре можно гнать абсолютно всё, что угодно.

Alex писал(а): По поводу сети и ресурсов. Тянуть кабель из двух-трёх-четырёх проводов или витую пару по денежным и трудозатратам почти одно и то же, но в последнем случае мы получаем универсальное решение

http://geektimes.ru/post/259336/

и потом можем использовать его как хотим. А остальное добиваем беспроводными технологиями.

Простенько и со вкусом. И заранее совместимо со всем, что ещё могут придумать — по витой паре можно гнать абсолютно всё, что угодно.

Алексей я видел все ваши посты, в том числе OHAS мне очень понравилось и собираюсь использовать, я про другие ресурсы, такие как память контроллера, обработка http запросов
Мне кажется это очень ресурсоемко, поэтому планирую один контроллер на DUO с W5500, а остальные уже как придется на CAN которые общаются в том числе и с DUO по CAN, плюс мне кажется CAN будет надежнее Ethernet щита, но это так мои размышления а CAN это дешевое решение с возможной скоростью до 1мб/с и расстоянием до 6км В общем вещч, только нужно написать грамотный скетч

Статья на Гиктаймс «Беспроводное оборудование nooLite и Умный дом (часть 1). Arduino»

http://geektimes.ru/post/269100/

Алексей, помогите настроить АМС на DUE + W5500
дело в том, что я залил последнюю версию АМС 0.14
АМС не пингуется. Мониторю порт, доходит до "Modul RTC..." и в этом состоянии стоит
насколько я понял в скетче используется библиотека Ethernet.h, которая поддерживает только чип W5100 и что бы заработал шилд на W5500 нужно заводить все на Ethernet2.h, но если я прописываю дополнительно или меняю Ehernet на Ethernet2, сразу появляются ошибки компиляции

Что делать?

Я таких экспериментов не проводил, но, теоретически, должно помочь следующее.

Возьмите библиотеку Ethernet2 из дистрибутива для Меги 0.14 и поместите на то же место
И кусок кода, подключающий её из того же дистрибутива (2 строки)
Закомментируйте подключение библиотеки Ethernet (тоже 2 строки)

Всё должно работать

Алексей, спасибо за ответ!

Все заработало! Может сразу поправить этот момент в скетче для DUE?
Что бы таких сложностей больше ни у кого не возникало

Спасибо!

Да, в ближайшее время подправлю.

У меня к вам вопросы:

1. как скорость дуе + 5500?

2. есть ли дефект с загрузкой картинок

http://hi-lab.ru/arduino-mega-server/de ... -ethernet2

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

Alex, в архиве microSD.zip (для Меги) битый файл sdcard.js. В ASC нормальный.