Ви не увійшли.
Сторінки 1
(Ввод)
Я делаю проэкт, который должен контролировать работу отопления в доме. Отопление должно контролироваться примерно в 80 отдельных комнатах. Требованием есть установка в каждой по 2 датчика температуры, и сбор, отображение в реальном времени температуры средней в комнате и с каждого датчика поотдельности, и сохранение даных за некоторое время. Также вывод сообщения об ошибке. Контроль должен осуществляться через ПК, либо ардуино. По дому проведен Ethernet, по этому думаю есть смысл использовать его для проэкта.
(Вопрос)
На сколько я понимаю то в каждой комнате желательно поставить по микроконтроллеру, который будет вычислять среднее по 2-м датчикам и закрывать\открывать клапан подачи гарячей воды в батарею.
Пока у меня возникло пару вопросов:
1.* Есть ли смысл делать центральным контроллером ардуино, или собирать информацию на ПК.
2. Кто будет давать команду откр\закр клапан - центральный ардуино\ПК или микроконтроллеры в каждом помещении.
3. Как реализовать соединение между главным и другорядными микроконтроллерами, через радио\ WiFi модули, или Ethernet.
Я думаю, главный контроллер поочередно опрашивает другорядные модули, которые ему в ответ присылают данные о температуре на каждом из датчиков и подаче воды. Другорядные контроллеры, которые стоят в каждой комнате(возможно на несколько комнат) щитают среднюю температуру и дают команду открыть\закрыть подачу воды.
Возможно кто-то делал что либо подобное и может подсказать реализацию?
Неактивний
Очень кратко.
Сделал систему электроотопления на производстве. Управляет 4-мя отдельными зданиями. с помощью 5-ти ардуино leonardo. Вся информация поступает на сервер (linux -старый стационарник) работает по локальной сети. Можно задавать графики отопления или/и от датчиков движения. Данная система работает с 2015г. экономию дает до 40% за сезон.
Неактивний
Подібні системи можна будувати не на Ethernet, а на 1-wire. Є ось такий конвертер (червона плата на схемі) з 1-wire slave в SPI-master:
Є приклад реалізації простого протоколу віддаленого виклику фунцкій. Наприклад, на лівій ардуіні робите виклик:
owrcall_put(2, 3);
Це призводить до виконання на правій ардуіні визначеної користувачем колбек-функції
void put(uint16_t a, uint8_t v);
Параметр "a" може бути адресою виконавчого пристрою, "v" - якимось параметром вкл/викл. Таким же чином працює функція get, якою можна повернути в ліву ардуіну значення датчика. При цьому колбек функції викликаються з переривання апаратного SPI, тому права ардуіна вільна, вона може виконувати корисний код. При використанні Ethernet модуля ардуіна весь свій час має витрачати на опитування Ethernet модуля, чи не прийшов пакет, крім того реалізація стеку TCP/IP не така вже й маленька.
Ну і вишенька на торті - можливість віддалено оновлювати прошивку на правій ардуіні.
Активний
Все верно. Этот вариант делали для проверки. Но в моем варианте дистанция между зданиями более 100 метров и зачем прокладывать линию связи если есть локальная сеть и в добавок предусмотренна возможность управлять из любого города(естественно по поролю).
Неактивний
Кожна з ваших 5ти ардуіно леонардо має зовнішній айпі ...?
А що, кожен з 5ти комп'ютерів у локальній мережі повинен мати зовнішній айпі?
А що, кожен з 5ти комп'ютерів у локальній мережі повинен мати зовнішній айпі?
Правильно, цим я хотів показати, що вибір саме Ethernet не дає ось цю перевагу:
... в добавок предусмотренна возможность управлять из любого города ...
До всієї системи є досуп через один айпі (і бажано під лінуксом, а не на ардуіні), а на якій технології побудована система всередині (Ethernet, WiFi, RS485...) це вже справа зручності і доречності.
Слабкий AVR і потужний Ethernet разом працюють, але вони не ідеальна пара)
Активний
В первом сообщении ( Вся информация поступает на сервер (linux -старый стационарник)) и имеет веб морду.
Все это стабильно работает с 2015года 24/7
Неактивний
Сторінки 1