Разработка контроллера управления светом
Модератор: immortal
- LuckyFIA
- Сообщения: 118
- Зарегистрирован: Пт сен 27, 2013 6:57 am
- Откуда: Россия
- Контактная информация:
Re: Разработка контроллера управления светом
Первые шаги...
- Вложения
-
- IMG_20140506_212341_2.jpg (219.91 КБ) 8991 просмотр
Re: Разработка контроллера управления светом
Когда надоест баловаться с enc28j60 перейдете на Wiznet т.к. нет смысла его использовать на мини про памяти и так нет, а вы тут свой стек tcp ip городитеLuckyFIA писал(а):Первые шаги...
- LuckyFIA
- Сообщения: 118
- Зарегистрирован: Пт сен 27, 2013 6:57 am
- Откуда: Россия
- Контактная информация:
Re: Разработка контроллера управления светом
Wiznet - это гуд! но для данного проекта enc тоже ничего. мини я использую как "сосуд", Arduino IDE не использую, а памяти должно хватить (в рамках задач для данного устройства).
Re: Разработка контроллера управления светом
а не дороговато будет?arturmon писал(а):Wiznet т.к. нет смысла его использовать на мини про памяти и так нет, а вы тут свой стек tcp ip городите
- sergejey
- Site Admin
- Сообщения: 4286
- Зарегистрирован: Пн сен 05, 2011 6:48 pm
- Откуда: Минск, Беларусь
- Контактная информация:
Re: Разработка контроллера управления светом
Ещё, как вариант, вместо ethernet-шилдов использовать роутер на open wrt -- я в последнее время их предпочитаю (см. тему про универсальный узел автоматики). По цене не намного дороже ethernet-шилда, а удобства больше.
Сергей Джейгало, разработчик MajorDoMo
Идеи, ошибки -- за предложениями по исправлению и развитию слежу только здесь!
Профиль Connect -- информация, сотрудничество, услуги
Re: Разработка контроллера управления светом
подниму тему, может кто поможет в поиске.
Нужно устройство управляющее по сети Ethernet нагрузками, но через веб-интерфейс (такого навалом), а само по себе без сервера. Т.е. есть например два блока, замыкаем вход на одном, соответствующий выход на другом блоке тоже замыкается. Похоже на логику работы MegaD без сервера, но там как я понял, действие NetAction происходит только через 2 секунды, сначала отрабатывается команда на сервер, кроме того MegaD судя по всему отрабатывает только изменение входа в одну сторону и не сообщает о его возвращении обратно. Получается некий удлинитель сигнальных цепей по Ethernet (около 15-20 входов). Может есть что-то похоже? Или проще на арудинах зафигучить? Но нужна хотелось бы еще и двунаправленной работы)) а не только мастер-слэйв.
Нужно устройство управляющее по сети Ethernet нагрузками, но через веб-интерфейс (такого навалом), а само по себе без сервера. Т.е. есть например два блока, замыкаем вход на одном, соответствующий выход на другом блоке тоже замыкается. Похоже на логику работы MegaD без сервера, но там как я понял, действие NetAction происходит только через 2 секунды, сначала отрабатывается команда на сервер, кроме того MegaD судя по всему отрабатывает только изменение входа в одну сторону и не сообщает о его возвращении обратно. Получается некий удлинитель сигнальных цепей по Ethernet (около 15-20 входов). Может есть что-то похоже? Или проще на арудинах зафигучить? Но нужна хотелось бы еще и двунаправленной работы)) а не только мастер-слэйв.
Re: Разработка контроллера управления светом
В MegaD если сервер не прописан отрабатывается сразу. Реагирует и на замыкание и на размыкание, как выберите в настройках порта.denis писал(а):Похоже на логику работы MegaD без сервера, но там как я понял, действие NetAction происходит только через 2 секунды, сначала отрабатывается команда на сервер, кроме того MegaD судя по всему отрабатывает только изменение входа в одну сторону и не сообщает о его возвращении обратно.
Re: Разработка контроллера управления светом
а если хочется, чтобы и сервер и реакция сразу?
я тут нашел статейку про ардуины (хоть и не особо их жалую) вроде то, что мне нужно, через UDP строку можно отсылать-принимать состояние портов, а если надо прикрутить, что сервер получит состояние тоже, но он второй по приоритету будет.
http://arduino.cc/en/Tutorial/UDPSendReceiveString
собственно так можно объединить не только две ардуины а сколько хочешь.
просто по деньгам две ардуины мега256+ethernet вроде получаются сопоставимы с двумя Megad, а гибкость все-таки больше.
я тут нашел статейку про ардуины (хоть и не особо их жалую) вроде то, что мне нужно, через UDP строку можно отсылать-принимать состояние портов, а если надо прикрутить, что сервер получит состояние тоже, но он второй по приоритету будет.
http://arduino.cc/en/Tutorial/UDPSendReceiveString
собственно так можно объединить не только две ардуины а сколько хочешь.
просто по деньгам две ардуины мега256+ethernet вроде получаются сопоставимы с двумя Megad, а гибкость все-таки больше.
Re: Разработка контроллера управления светом
Идея в своем направлении конечно замечательная. Только...
1. TCP протокол конечно для таких дел идеален но вот его железная составляющая всегда перевешивает. Дороговизна.
2. Сами устройства в данном случае никак не будут бюджетные... (могу и ошибаться).
3. При комбинировании по схеме сервер - IP/TCP - Контроллер - конечное устройство сама цепь хоть и короткая но громоздкая.
А если так... Сервер - сеть (роутер-НАВ) или WI-FI- минироутер (например TPLink) - USART/rs485 - под сеть RS485/
В данном случае. мы имеем 1 IP устройство (которое самое сложное и дорогое) и множественную сеть миниатюрных простых а значит дешевых исполнительных элементов.
Данная сеть причем строится на полностью завершенных (самодостаточных) узлах. Тот же мини роутер он хоть и слаб но куда круче то-же Megi /
А если за ним стоит сеть простых но упорядоченных по свойствам (входные. выходные. коммутационные (реле/тиристор) модулей (контроллеров) и прочие, то такая точнее такой, состав сети наверное более удобен и прост. Да и взаимодействие с данной сетью проще. Я конечно особо нового нечего не предлагаю, по сути данный вариант уже существует (универсальный узел автоматики) но на него как то мало внимания обращают.
1. TCP протокол конечно для таких дел идеален но вот его железная составляющая всегда перевешивает. Дороговизна.
2. Сами устройства в данном случае никак не будут бюджетные... (могу и ошибаться).
3. При комбинировании по схеме сервер - IP/TCP - Контроллер - конечное устройство сама цепь хоть и короткая но громоздкая.
А если так... Сервер - сеть (роутер-НАВ) или WI-FI- минироутер (например TPLink) - USART/rs485 - под сеть RS485/
В данном случае. мы имеем 1 IP устройство (которое самое сложное и дорогое) и множественную сеть миниатюрных простых а значит дешевых исполнительных элементов.
Данная сеть причем строится на полностью завершенных (самодостаточных) узлах. Тот же мини роутер он хоть и слаб но куда круче то-же Megi /
А если за ним стоит сеть простых но упорядоченных по свойствам (входные. выходные. коммутационные (реле/тиристор) модулей (контроллеров) и прочие, то такая точнее такой, состав сети наверное более удобен и прост. Да и взаимодействие с данной сетью проще. Я конечно особо нового нечего не предлагаю, по сути данный вариант уже существует (универсальный узел автоматики) но на него как то мало внимания обращают.
Re: Разработка контроллера управления светом
Насчет небюджетности не спорю, недешево, но входов надо все-таки не по одному. Но сервер, как правильно замечали в другой ветке http://smartliving.ru/forum/viewtopic.p ... t=30#p8314 совершенно излишен для такой задачи. Универсальный узел автоматики мне не подойдет, нет там много входов-выходов.
Ардуины можно впрямую соединять по rs-485 насколько я знаю, но тогда только мастер-слейв, а пакеты UDP можно слать в обе стороны.
Ардуины можно впрямую соединять по rs-485 насколько я знаю, но тогда только мастер-слейв, а пакеты UDP можно слать в обе стороны.