MajorDoMo

Ну если очень хочется то почему нет.
Любой контроллер Ардуино, PIC. ПЛК (кто что любит).
Организуем на его основе терморегулятор т.е. опрос датчика (в) можно например 4-5 т.е вход выход еще несколько точек.
Алгоритм обработки сигналов с датчиков (DS18b20) входит как правило в стандартный алгоритм (библиотеку). Определяем в алгоритме порядок реакции на изменение т.е задаем (дельту гистерезис как угодно) как пример такой реализации можно посмотреть вот тут: http://smartliving.ru/forum/viewtopic.php?f=4&t=2167
Далее задаем условия т.е для Вашего варианта нужно чтобы термостат имел возможность удаленной корректировки контролируемой температуры т.е например так:
Сервер запрашивает "Status", (обязательное условие поскольку сервер мастер сети на основе протокола RS485)
термостат в ответ предает информацию с датчиков т.е. данные.
По команде сервера (пример) "Temp 25" (пример) термостат вносит данные в память МК и принимает их как данные для сравнения с текущими.
В алгоритме, обязательно должна быть предусмотрена проверка вносимых данных, на корректность, т.е. диапазон регулировки. величины и тп.
Сам алгоритм, термостата довольно прост и вариантов его написания в сети много. Поскольку регулирующий орган который непосредственно воздействует на управляемую среду (термоклапан, 3-Х ходовой кран. позиционный клапан (на основе шагового двигателя) или еще какой то под его особенности управления в алгоритм добавляем программу его управления.
В принципе все довольно просто в теории, на деле-же как правило не так все просто, но если Вам нужно то стоит по пробовать.
На счет промышленного исполнения на вскидку идет только почему то на основе Овен поскольку видел такие варианты в котельных но это скажем вариант не для дома... уж больно он грандиозен.

shemnik69, оно то всё хорошо, как Вы описали. Но как я понял, топистартеру необходимо уместить это дело в подрозетнике и сделать что бы было красиво внешне.

karlismoto писал(а):Oчень грустно осознавать, что Никто не может поделиться с информацией с дистанционным управлением термостата...
Я понимаю, все ограничивается управление освещения и датчиками температур и другие...
действительно ли это полноценный умный дом????
мне грустно...

Ну так вроде термостат=температурный датчик +реле. Варианты работы с тем и другим на сайте есть, а уж их взаимодействие - чисто ваша логика, чего Вы хотите. Ну и самих требований к термостату Вы не обозначили. Это должен быть промышленный вариант, китайская поделка или самосборный вариант?
Я использую вот такой термостат в связке с MD: http://bogovic.ucoz.ru/index/1_wire_ethernet_bridge/0-6
Устройство представляет из себя многоканальный термостат(до 7 каналов) с управлением по Ethernet. Работает абсолютно автономно и в связке с сервером. Имеет возможность подключения до 20(вроде) 1-wire термодатчиков, 7 выходных каналов(можно привязать любой датчик или просто управлять с сервера как реле), 6 входов(к сожалению в данной версии прошивки сообщает на сервер только о факте замыкания), ж/к экран для индикации и настройки режимов автономно. К выходам можно сразу подключать реле с питанием устройства(12, 24В). Я использую 12В и очень удобные для монтажа в щит релюшки от АВВ серии CR-P.
Если Вы держите в руках паяльник - там вся информация и софт для самостоятельного изготовления, если нет - можно заказать автору.
В данный момент у меня 2 таких устройства, и думаю будут еще. Поэтому оформил это дело в MD в виде класса. Сделал это по образу и подобию подключения MegaD от Bagir-а. Сделал - это громко сказано, просто немного почистил код от ненужных в данном случае строчек и добавил несколько своих. Если подобное "творчество" кому-то интересно и Bagir не будет возражать - могу выложить.
Использую данный термостат у себя следующим образом. У меня есть бывший 40-футовый контейнер, переоборудованный под "генераторную" и жилую зону. Там 4 помещения и подведена вода и канализация. Использую 5 термодатчиков(по одному на каждое помещение и один на улице). Соответственно к 5 выходам термостата подключены 2 конвектора, 2 электрических теплых пола(термоматы) и греющий кабель подземного ввода воды. На каждом канале есть пара уставок: ЭКО и НОРМА. Значения уставок для каждого канала свои. Оставшиеся 2 выхода использую просто как управляемые с сервера реле, а входы - как охранные датчики(герконы). Режимы уставок меняются все одномоментно с изменением режима контейнера, постановкой/снятием с охраны, пропаданием электричества, переходом на резервное питание и т.д., тут логика у каждого может быть своя). Теплые полы, как впрочем и конвекторы подключены через свои собственные встроенные термостаты(просто на них выставлены комфортные режимы), самые обычные механические. Они контролирую работу и безопасность приборов по своим датчикам в соответствии с заводскими настройками. Я лишь своим термостатом смотрю температуру в помещениях(и на улице) и подаю/отключаю питание на сами приборы в соответствии с логикой которую сам себе придумаю...
Кроме данного термостате есть у меня еще одно любопытное устройство которое так же можно использовать в роли термостата и даже гидростата. Это webmeteobox mini: http://meteobox.tk/webmeteoboxmini.html
В данный момент я использую его именно как мини-метеостанцию(температура, влажность и давление, с возможностью программной калибровки датчиков). Однако есть вариант поставки с двумя термо-гидродатчиками и двумя реле. Все это опять же подключается по Ethernet и легко интегрируется в MD. Думаю соорудить на нем климат-контроль в погребе, контролируя температуру и влажность можно включать при необходимости принудительную вытяжку и обогрев. И возможно в бане(помывочное отделение - управление вытяжкой и теплым полом, и просто контроль режима в парилке).

Именно. Так.
Отчасти размещенный в виде "подразетника" вариант (с изменением самой программы можно позаимствовать вот тут.:http://cyber-place.ru/showthread.php?t=1214
Там же (на форуме) есть вариант блока управляемого через протокол на основе соединений RS485 именно под Ваш типоразмер. Т.е по сути это сам МК +внешняя обвязка (кварц MAx485) и тд.
Также есть 2 варианта под реле и симистор.
Второй вариант хорош компактностью но ограничен возможной коммутационной мощностью т.е около 300 Вт. это не так много хотя если добавит промежуточный элемент (контактор) то рулить хоть 10 кВт можно.
Добавлю один момент если взять любую отработанную конструкцию на МК т.е плата с размещением деталей и препрошить под свои задачи сам МК то все в Ваших руках любой по задачам блок. Разве я не прав?

Victor_S....если не затруднит пожалуйста по ,деталинее, детальнее.....записывать буд---у.

shemnik69 писал(а):Victor_S....если не затруднит пожалуйста по ,деталинее, детальнее.....записывать буд---у.

Что Вас интересует?..

Информативно.
Это как бы интерфейс системы. он конечно индивидуально настроен.
Я ( ) интересовался именно деталями самого контроллера если Вам будет проще, то в личку.. сам очень люблю свое собирать.

Это лучше по ссылке, там будет ссылка и на тему ав-log... Я хоть и тоже люблю сам помастерить, но данный девайс тупо заказал автору.

Продолжаем тему:
Как вариант использования подобного устройства которое может получить должное распространение и применение в системах отопления домов предлагаю рассмотреть такую конструкцию:
Самой распространенной на данный момент (по крайней мере в моем регионе) системой отопления малоэтажных (2-3) строений применяется система отопления на основе турбокотла и распределенной системы конвекторов (как правило алюминиевые) т.е сама система получается мало объемная по теплоносителю и с относительно высокой скоростью циркуляции самого теплоносителя.
От прежних систем в которых использовались металлические трубы относительно большого диаметра и чугунных радиаторов когда обем теплоносителя достигает 200-500 л. по общему объему как правило еще и применяются обычные атмосферные котлы без принудительной циркуляции.
Какую либо автоматику на данные системы применить затруднительно поэтому про такие варианты писать не стану.
вернемся на вариант с турбокотлом.
В них как правило используется много скоростной циркуляционный насос (2-3 режима) а раз так то это открывает перспективы его использования....
Сразу возникает вопрос .... а как же с гарнтией и тп...
Скажу как получилось .. если применяется импортный котел то у него может быть вариант внизу съемной панели не имеющей каких либо средств фиксации от проникновения (пломб и тп) сам двигатель как правило в нижней части и к нему доступ относительно свободен. Нам нужен его щиток. Внутри есть переключатель режимов 1-3 который принудительно устанавливает частоту вращения 750-1500-3000 об мин (либо если двигатель коллекторный что довольно редко то там регулировка на других принципах).
Используя выводы от переключателя т.е 4 провода (для типового варианта котла с асинхронными 3 режимными двигателями (см описание) на выходе мы получаем 4 провода управления.
Теперь рассмотрим сам процесс: (постараюсь максимально подробно описать для наиболее простого вхождения в сам процес )
Регулировка системы отопления, как уже неоднократно упоминалось довольно затратный и сложный по реализации комплекс условий и действий где не так много вариантов как внедрения в сам процесс регулировки так ожидаемый от данных мероприятий эффект.
Под последним понимается эффект как правило экономический.
Поддержание определенного температурного режима в жилом помещении зависит от многих факторов (материал стен. окна. климатическая зона. мощность генератора тепла. особенность самой система (см выше) и других факторов.
В тоже время невольно возникает желание как либо влиять на температурный диапазон например в отсутствии людей на какой то период. Тут тоже сразу вопрос на какой период? Если 1-2 час то зачем?
Если на 5-9 часов то стоит ли игра свеч?
Рассмотрим вариант.
Климатическая зона центральная Россия, перепад температур -30 +30 (в моем регионе -30 +40) т.е 70 градусов.
Под данный диапазон соответственно материал стен пенобетон +10 см пенополистирол. Т.е сами конструкции не очень энергоемкие, но с отличным тепловым сопротивлением.
Тут сразу выскакивает решение что система должна быть быстро реагирующий т.е. мало объёмной и с корректируемой тепловой мощностью, этим условиям отвечает турбокотел с модулируемой горелкой и трубной системой малого диаметра с мало объёмными радиаторами (например алюминий).
Суда также входит и система теплый пол.
Итак, если каким либо образом влиять на тепловую мощность генератора тепла (котла) то можно задавать режим отдачи пропорционально потребной либо корректировать ее в желаемом диапазоне.
Если использовать для этого регулировку скоростного режима главного (либо вспомогательного) циркуляционного насоса то получаем следующее:
Если тепловая мощность должна быть высокой то режим работы насоса самый быстрый ну и по аналогии на снижение. Иначе получаем что при малой потребной мощности (тепло, межсезонье) имеем повышенную цикличность работы генератора тепла связанную с тем что высокий уровень циркуляции теплоносителя охлаждает датчики но генератор быстро восстанавливает режим но ввиду малого и как правило не регулируемого (хотя на некоторых моделях это есть) диапазона гистерезиса (разница вход /выход) дельты как угодно котел начинает часто "тактировть"... что неблагоприятно для его ресурса и тп.
Если же под данные условия подбирать и скорость теплоносителя то генератор тепла резко снижает пиковую (в начальный момент при запуске) мощность и подстраивая режим работы свой грелки под необходимый тепловой поток (переменная величина) снижает как тактование так и саму мощность а значит экономит топливо.
Исходя из выше описанного мы можем получить 4 режима .
Например при температуре 0 +5 это будет 1 режим (самый малый).
при -10 -0 (осень, начало зимы) второй режим ну и при сильных (< -10) морозах третий режим.
Вот выбором данного режима, а значит переключением скоростных характеристик насоса и будет заниматься термостат который может быть как автономный (полу автономный) так подчиненный на уровне управления от МД.
Но у него будет расширенная корректируемая дельта т.е. диапазон регулировки и не просто релейный режим переключения. а линейно релейный.
На словах, это, если температура на улице, плавно повышается, и переходит из одного диапазона в другой, но затем резко происходит обратный переход (солнце спряталось за тучку... ) то термостат на это реагирует не резко, а с учетом заданной дельты, а еще лучше если включать временно диапазон и можно даже суточное с учетом восход заход. ..... нравится? .
Датчик температуры расположим на улице, желательно по прикрытием от солнечных лучей в идеале на северной стороне здания и от него же можем предавать данные в общую систему, а также на NarodMon/ ( ).
Для переключения используем 2 реле с переключаемыми контактами по схеме когда в случае отключения термостата т.е. на реле нет питания насос включается на максимальный либо номинальный режим. Также предусмотрим вариант ручного управления (это все таки отопление).
Схема будет вот такая.
Для самого термостата примем классический вариант на МК Атмега с обвязкой и подключением стандартных датчиков (DS18b20/ фото датчик. можно LSD индикатор) ну и конечно RS485

Если данная тема заинтересовала? то готов продолжить описание с вариантом использования на основе прототипа т.е реальное использование ..

Теперь про схему.
Подача питания на первое реле, переключит режим работы двигателя на самый малый т.е это тот самый при котором нужно минимальное поддержание температурного режима без воздействия на органы регулировки самого котла.
Подача питания на второе реле аналогично но уже скорость (режим) более высокий. Отсутствие питания также как и аварийный режим (поломка, сбой, термостата) переводит насос на максимальные обороты.
Если "подсветить" режимы работы реле светодиодами разного свечения (красный. синий, желтый) то мы получаем визуальный контроль режима.
Теперь алгоритм ...
его структура по сути описана ранее. Как создать прототип?
Берем для обкатки любой аналог Ардуино либо клон добавляем 2 блока реле соединяем п схеме приведенной выше (для варианта это можно испытывать на подопытном типа ламп накаливания либо чем то похожем... насос лучше пожалеть.
Прописываем в МК библиотеку 1Ware алгоритм не сложен и содержит 3-5 сравнения по действующему диапазону от датчиков (если их 2-3) температуры, а также переменную (можно с прошивкой в энергонезависимую память) в которую заносим корректируемые данные от МД.
Добавляем строки управления либо переключения объекта в МД т.е при переходе в другой режим система получает уведомление (тут конечно лучше IP).
Теперь под эти задачи можно написать скетч прошить его в МК и испробовать его при разных режимах. Если режим работы удовлетворяет желаемому то встроить данный прототип в действующую систему с соблюдением всех мер безопасности и гарантированной надежности.

Управлять питанием насоса отдельно от котла - довольно интересная идея. И довольно безопасно - у котла есть термодатчики, и если не будет циркуляции при работе горелки котёл (нормальный) просто отключит горелку и нарисует ошибку.
Что касается собственно термостата управляемого... Вопрос к ТС: Вы готовы самостоятельно его изготовить? Имеются навыки работы с паяльником/программатором? Если да, или есть друзья/знакомые могущие помочь в этом - то собирайте устройство "1-wire to ethernet" с форума ab-log.ru. Устройство простейшее, недорогое получается. Даже есть экран и кнопочки http://ab-log.ru/forum/viewtopic.php?f=1&t=259 Автор - ТНК с того форума.
Ни в коем случае не реклама, просто я себе такое устройство собрал пару лет назад, и с тех пор не знаю хлопот с термостатированием дома Работает как швейцарские часы, управляется через панель или web-морду. Обеспечить ему качественное питание - больше ничего и не надо
Можно собрать устройство и без большей части того, что вы видите на схеме. Сетевая часть легко заменяется готовым модулем из Китая (150 руб), ULN2003 тоже можно не ставить, как и светодиоды индикации входов и выходов... Экран с кнопками тоже можно отбросить. Получается копеечное простейшее устройство. прошивать можно через ISP или на параллельном программаторе. В качестве выхода на управление нагрузкой подойдут модули реле из Китая, можно выбрать на нужное количество реле. Так-же и питание, есть миниатюрные DC-DC преобразователи.