Автоматическое управление отоплением

...линакс тут притом что.....

Притом что центральный сервер на linux

Подскажите пожалуйста системы для наладки которых не придется программировать, а можно будет просто подключить компоненты к центральному серверу и задать температурный график.

Размечтался!

Дешевле и интересней сделать все самому. Правда, все равно вентили с дистанционным управлением — штука не из дешевых.

Сервер тут вообще нафиг не сдался: основной микроконтроллер и будет тебе сервером при желании.

Texas Instruments MSP430 дешево и сердито рулить электроникой

Может и дешевле но играться в «Кулибина» некогда.
Нет необходимости в беспроводном управлении вентилями, есть возможность прокладки проводов.

В уникальном экземпляре можно, конечно, и потратиться на макетку.

Тогда бери вентили, которые по CAN-шине управляются, CAN-контроллер с USB'шным портом для подключения к компьютеру и человека, который тебе все это соберет.

По идее, работы там от силы тысяч на 10 «деревянных». Железа — ХЗ, точно не скажу. Примерно тебе понадобится где-то по 1000..20000р на комнату.

Сервер тут сдался на то что, позже туда же добавится сигнализация, видео наблюдение и т.п.
И все это должно быть доступно удаленно.

Короче, то, что ты хочешь, называется «умный дом». Если ты сам это не хочешь делать, готовься отвалить до миллиона «деревянных». Из них тысяч 900 уйдет в карман ушлым купипродайкам.

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

Так надо на 2-ю чтоб посты редактировать

Отопительный контур на воде или на антифризе?

а вот кстати таки себе и да, зря запили эту фичу тогда .... а начиналось всё со смены опроса, потом и до кваки на лоре докатились .... я всем расскажу, до чего довёл планету этот фигляр ПэЖэ

На воде, а что?

В перспективе планируется создание «Умного дома».

Умный дом на Linux. Управление отоплением: тыц1, тыц2, ...

Ну на воде надо осторожно регулировать, а то можно дорегулироватся до разморозки батареи, если сервер/программа управления зависнет, а на улице резко похолодает и ветер подует.

Это проблема, но я думаю вполне решаемая. Как минимум придется залит антифриз.

Здравствуй! Если «в перспективе планируется создание „Умного дома“» с вышеуказанными подсистемами, то требование по отсутствию программирования, вероятно, является слишком «суровым», ибо, как видно, планируются дальнейшие ОКР-ы по внедрению нового функционала. Если нет специалистов соответствующего уровня (способных, в частности, на программирование), то эффективно построить стабильное решение вряд ли получится - все равно придется «поработать напильником», ибо «проходили же». :)

Я лично для разработки таких систем использую связку Linux Daemon <-> libmodbus <-> USB/RS-485 converter <-> RS-485 Bus <-> Atmel Microcontroller based endpoint device. Серверную часть (включая веб-морду) делаю на ISL (там у меня есть SCADA модуль - надстройка над libmodbus и все необходимое для встраивания HTTP-серверного функционала в любое плюсовое приложение). Прошивка микроконтроллера достаточно эффективно кодится на Linux-е, см. 'apt-cache search avr'.

Суть в том, что сервер по протоколу MODBUS производит управление концевыми устройствами, которыми непосредственно осуществляются процедуры опроса датчиков и раздачи управляющих воздействий, а также передачи этой информации от/на мастер-устройство (собственно сервер). Данная схема практически не ограничивает степень масштабируемости решения: длина MODUBUS-шины м.б. до двух км. и каждая из них может содержать по 247 концевых устройств. Кол-во MODBUS шин ограничено кол-вом USB-портов (не забываем про USB-хабы). Более того, стандарт MODBUS предусматривает работу поверх TCP. Наличие веб-морды также сулит немалую гибкость - можно делать как обособленное решение с встроенным монитором/сенсорным экраном и грузящимся по-дефолту в иксах фаерфоксом, так и ориентированное при этом на использование в сети.

Без программирования, конечно, не обходится, однако, как видим, степень использования готовых компонентов весьма высока, что обеспечивает минимум ограничений на архитектуру ПО с одной стороны, и отсутствие ненужных «велосипедов» с другой. Соответствие стандартам для систем промышленной автоматизации позволяет производить системную интеграцию комплекса с устройствами сторонних производителей.

Если интересует со-трудничество в данном вопросе, прошу связаться со мной по адресу storozhilov at mail dot ru.

Возможно LabView

USB/RS-485 converter

Лучше на CAN-шине. Преобразователь самому спаять (USB→CAN) на каком-нибудь МК.

Кол-во MODBUS шин ограничено кол-вом USB-портов (не забываем про USB-хабы)

А так — хватит одного порта USB, а навесить на CAN-шину можно 100500 устройств.

Фу, закопайся!

А что? Печальный опыт использования у тебя? )

0. В линуксе — почти никак
1. Дорого
2. Зонд
3. 0 гибкости (см. п.2)

1. Дорого

Спорно, есть старая версия, но вполне функциональная под линукс и при этом бесплатно. С пунктом 2 согласен, а вот почем нет гибкости не понял, но да ладно...

вполне функциональная под линукс

Я как-то (году в 10-м) даже на их конференции был. Изучал возможности, так сказать. Позадавал вопросы. Понял, что это NI — обычное говно в стиле «купипродай», да еще и вышибающее бешеные баксы. А в линуксе уйма их железа просто не работает! Вот так-то!

почему нет гибкости не понял

Свою железку приладить — проблема.

А вообще, не понимаю, на кой хрен это УГ нужно? Проще же самому наклепать на сях программку для работы со своим железом, нежели в этой уродской гуевине разбираться.

Ты просто не осилил. По поводу железячек, что они в линуксе не работают - вполне верю и это плохо. Я то на оффопике делал (каюсь).

Проще же самому наклепать на сях программку для работы со своим железом, нежели в этой уродской гуевине разбираться.

Спорно, но это на вкус и цвет. В этом поделье, по сути тоже программирование, только визуальное.

Ты просто не осилил

Да мне бы голову оторвали, если бы было «Ну не шмогла»! Поэтому-то для начала и анализировал возможности. Как уже говорил, LabView — редкостное говно.

Я то на оффопике делал

А я с офтопиком не совместим.

В этом поделье, по сути тоже программирование, только визуальное.

И потому-то почти никакой гибкости.

берешь любой плк «овен», берешь любые трехходовые клапаны с обратной связью по температуре, соединяешь все это вместе и вуаля)

на прошлой работе занимался проектированием подобных систем для пеллетных котлов. было весело, да)