Контроллер освещения Modbus

[shemnik69]

Всем доброе время суток.
за выходные собрал еще однин контроллер, управления 8 реле и опроса 8 контактных датчиков.
Изначально, проектрировал его под сеть RS485, но при эксперементах, получилась удачное сочетание данного контроллера и роутера Tp-Link MR3020 прошитый CuberWRT и на который установлена SerNet (проброс UART/USB на TCP/IP). Т.е получился простой блок управляемый по протоколу Modbus TCP но с возможностью как LAN так и WiFi. Сам контроллер, подключен через встроеныый UART, а USB свободен, и при необходимости, может быть использован например для установки флешки с дополнительными модулями и проч. Также под данный модуль доработал скетч Сергея, кторый он использовал в ранее описаном контроллере освещения. Т.е установив данный скетч на контроллер (прошивка МК. необходимо не меньше Atmega168) и подключив через USART роутер получаем тот самый узел автоматики.
Далее... прошивка Modbus, занимает чуть более 3 кБ и поэтому легко умещается в дешевый (и мой любимый Atmega8) прошивка, работает, как на RS485 протоколе, так и без каких либо переделок, с роутером, по TCP.
Почему использован встроеныфй UART...?.
отвечу... после диких зксперементов через USB, с нулевым результатом и зря потраченного времени...подключил через UART.. работает прекрасно. Для USB необходим HAB и пр..что порждает конструкцию с пучком проводов и безобразно капризную....не советую.
Во вложении:
1. Проект печатной платы (LAY программа Layout 6
2. Прошивка (через IDE Arduino) для протокола Moddus
3. Прошивка для данного контроллера адаптированая по типу контроллера освещения предложенного Сергеем!! (ему еще раз спасибо за идею) http://majordomo.smartliving.ru/forum/v ... f=8&t=1815
4. Необходимые библиотеки для IDE/
Будут вопросы отвечу....

[shemnik69]

Кому интересен!!!!, вот дорабатанный (полностью адаптирован по сигналам и логике) для данного контроллера (да вообще для Ардуино типа UNO, NANO и пр на основе Atmega 328 и подобных) и его адаптации с роутером на подобие TP Link 3020 на который установлен модуль SmartHaus (универсальный контролер автоматики) самый простой способ увязать с МД при отсутсвии или неполадках с Modbus !!! Немаловажно !!!! уместил все в Atmegy 8 !!! пробовал работает...наверное даже оставлю в таком варианте. Так работае- же и самое главное удалено доступен "WEB мордочка" своя есть.... рекомендую

[akouz]

Модбас - это прошлый век.

[uni]

Модбас - это прошлый век.

Сказав "А", скажите и "Б". Сделайте сравнительную характеристику modbus с тем, что "век не прошлый", а мы оценим.

[akouz]

Модбас, разработанный в 70-х годах прошлого века, использует самую простую организацию сети: есть один мастер, все осталные - слуги. Мастер по-очереди опрашивает слуг, нет ли у них новой информации. Если есть, мастер получает эту информацию, а затем определяет, кому из слуг она нужна. После этого пересылает ее. Таким образом, любая информация проходит по сети Модбас как минимум дважды: сначала от слуги-источника к мастерм, затем от мастера к слуге-приемнику. Если приемников много, то, соответственно, все та же информация пересылается еще и еще раз. Если мастер выходит из строя, то вся сеть умирает. Если слуг-источников много, то, после появления новой информации (например, о нажатии кнопки), проходит много времени, пока мастер всех опросит и наконец перешлет информацию получателю (например, модулю реле, который включит свет).

В 80-х годах появились более продвинутые сети, в которых мастер не пересылает всю информацию сам, а является координатором, который опрашивает узлы-источники на предмет, есть ли им что сказать. Если есть, то мастер ненадолго разрешает узлу самому "порулить сетью" и напрямую передать информацию получателям. Таким образом, например, сделана сеть LonWorks. Тем не менее, большого выигрыша все равно нет: пока узел получит управление сетью, проходит много времени, а одна и та же информация передается каждому получателю заново.

В 90-е появились сеть, организованные совсем по иному, по принципу "производитель-потребитель". В них узлы-источники, как только появляется новая инфомация, немедленно публикуют ее в сети. А узлы-получатели все время слушают все сетевые сообщения, выбирают из них нужную себе информацию и сразу же используют ее. Информация передается один раз, сколько угодно приемников сразу же получают ее. Мастера нет, сеть продолжает работать при выходе из строя любого узла. Так устроены CAN и интерфейсы автоматизации зданий C-Bus и EIB/KNX.

C-bus работает со скоростью всего лишь 5 кбит/сек, но про этом каждое нажатие кнопки вызывает мгновенное срабатывание реле или диммера. Для получения такой же реактивности на Модбасе придется работать на скоростях в десятки-сотни кбит/сек. Низкая бодовая скорость C-bus позволяет класть кабель (любая витая пара) длиной до 1 км как угодно, с любыми ответвлениями и без терминаторов. А для Модбаса придется париться с прокладкой.

[uni]

Вы смотрели сколько стоит контроллер KNX? А я смотрел, столько денег нет (100 000 ₽ всего один простенький контроллер). Какая стандартная скорость в сети KNX? 9600? И что я на такой скорости буду мониторить в сети? И как самое главное, сколько стоит ПО и где его взять?
Где купить оборудование, не совместимое с modbus? Во сколько это будет дороже?

Все эти KNXы - совершенно ненужная трата денег. Я работаю в фирме, которая автоматизирует котельные и modbus там - стандартный протокол. Возьмите любую панель оператора, тот же Weintek, как вы к нему KNX подключите? Там стандарт - RS-485 и modbus.

Надо реальней на вещи смотреть: где что купить, насколько это совместимо, насколько дёшево, насколько заменяемо и т. д.

Мне вот KNX сразу непонравился, так как если я буду активно мониторить сеть являясь участником сети, то она ляжет сразу. Если сеть децентрализована, то у меня нет информации о её состоянии в одном месте, я не могу подключиться к ПЛК и снять нужные мне сигналы, я должен опросить все устройства. Вообще не представляю как инженеры KNX занимаются отладкой. Сидят и историю что-ли смотрят в пассивном режиме? А это вполне важный практический вопрос.

[akouz]

У меня есть ощущeние, что вы невнимательно прочитали мое предыдущее сообщение. Иначе вопроса "что я на такой скорости буду мониторить в сети?" возникать не должно. В сети "производитель/потребитель" все устройства мониторят все сообщения. Обычные узлы отфильтровывают себе малую толику информации, сколько им надо. А "мониторящие" узлы берут всю информацию и хранят ее. Вы не "монитор к сети" подключаете, а сами подключаетесь к монитору, который уже все знает.

Ну а что там конкретно бyдет видно - это от протокола зависит. Например, КанФестиваль, насколько я его понял, представляет собой организованную структуру объектов, единую для всех узлов в сети. Послал модуль сообщение - тем самым изменил состояние некого объекта в этой структуре. Обычные модули из всей структуры объектов отслеживают несколько. А како-нибудь шлюз держит всю структуру, т.е знает все обо всех объектах.

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

[uni]

У меня есть ощущeние, что вы невнимательно прочитали мое предыдущее сообщение. Иначе вопроса "что я на такой скорости буду мониторить в сети?" возникать не должно. В сети "производитель/потребитель" все устройства мониторят все сообщения. Обычные узлы отфильтровывают себе малую толику информации, сколько им надо. А "мониторящие" узлы берут всю информацию и хранят ее. Вы не "монитор к сети" подключаете, а сами подключаетесь к монитору, который уже все знает.

То есть я ещё к тормозам на 9600 должен прибавить отдельное устройство в виде монитора, который эти тормоза сглаживает? Интересно сколько стоит это ПО или устройство. Т.е. я должен ещё купить буфер-накопитель, чтобы иметь возможность смотреть только то, что есть? А если мне нужно посмотреть состояние ещё одного параметра у устройства, то я должен переконфигурировать устройство, чтобы оно этот параметр отсылало? Я не пойму... это достоинство такое?

Замечу, что топик не о том, где купить готовый модуль, а о том, чтобы сделать свой.

Что, новые протоколы проще modbus'а?

[akouz]

То есть я ещё к тормозам на 9600 должен прибавить отдельное устройство в виде монитора, который эти тормоза сглаживает?

Что значит "тормоза сглаживает"? Даже С-бас на 5 кбит/сек работает намого быстрее любого Модбаса если в сети много узлов. Модбас годится только для очень маленьких систем, иначе он тормозит.

Для отладки можно использовать РС и простой сниффер

[shemnik69]

так поехали ...Народ про че? спорим? Да этот протокол не спасение мира от Апакалипса.. да он монстроподобный. да он отчасти медленный. да и еще раз да...
В тоже время его используют там где нужна именно такая железная логика и надежность.
Для того чтобы опросить кнопку, точнее в этом контроллере кнопка может сразу и включить реле, (такая прошивка есть) а сообщить об этом мастеру только тогда если он сам попросит... Задача то простая. Или включить реле... Кстати тут скорость 19200
Идем далее... если сеть простая, витая пара, 2 провода, а подключение тоже простое, то что в этом плохого, данный протокол мне изначально не очень привлекал...но после пробных эксперементов увлекло и теперь то что называется "поперло"... Но, а на счет Ваших примеров, согласен!. Но вот реализовать скажем эти протоколы на основе Atmega, да на этой простой. подчеркиваю простой и дешевой базе, можно ли??...а так да приобретать скажем для такого контроллра тот же Инет шилд или еще круче ну не знаю.. От себя добавлю что постоянно имею дело с серьезной пром электроникой (учет эл. энргии и АСКУЭ) и мудрить платы по типу Шилдов с проводами на штекерах мне не очень, гораздо ближе завершенная, самодостаточная конструкция, которую поставил, подключил и забыл. Но это мое мнение. Никого не хотел задеть С Уважением.