![](https://www.stroimdom.com.ua/uploads/set_resources_1/84c1e40ea0e759e3f1505eb1788ddf3c_pattern.png)
fim
Пользователи-
Публікації
1 190 -
Зареєстрований
-
Відвідування
Тип публікації
Профілі
Форум
Календар
Усі публікації користувача fim
-
05/10 посмотрел прогноз на 06/10 Тavg(out)=8.6С (openweathermap.org от сюда я беру json для авторасчета), Тavg(out)=8.25С (метеопост - для пристрелки) расчитал теплопотери 53.02кВт, или 4.8 часов работы гтн запустил по расписанию (пока cron(ом)) гтн с 02:12 до 07:00 результат - положительный, т.е. температура в помещении на начало и на конец эксперимнта одинакова (с маленькой погрешностью в 0.25С, т.к. ТП так и не остыл до температуры комнаты, а я это не учел) амплитуда колебаний температуры в комнате 0.8С (если не учитывать солнечную инсоляцию) * szf - Тпола в северо заподной спальне, szа - Т воздуха в спальне, 2on, 2off - подача и обратка на коллекторе (2on - обратка), szаHP - датчик воздуха гтн (растояние от szа 10см - кого-то прийдется калибровать) как будет при Тavg(out)=0С посмотрим позже, думаю в отдельной теме а пока отопление по ночному тарифу работает зы сорри за оф
-
неа, давайте Тпола, Ткомнаты/воздуха, т.к. Тобратки или подачи или средней - мало, нужны данные о напорах интересуюсь схожей тематикой, "ломаю копья":) так вот, имхо чтобы построить матмодель ТП нужно поизучать как матчасть "постоянной времени", так и ее поведение в статистике (свои домыслы по поводу инертности ТП описал тут) почему? у вас классический график нагрева по экспоненте малой инертности (постоянная времени примерно 30мин - видно по графику) - это инертность теплоносителя изучаемого контура, а постоянная времени самого ТП может быть 5-8 часов пример: температура подачи на коллектор и температура в комнате ТП (прогретый бетон) греет и долго после отключения теплоносителя и так же долго прогревается до выхода на определенную мощность
-
если не жить в доме? т.е. ничего не потреблять
-
1) у меня так: есть контроллер на котле по переходнику малинкой читаю с него данные, пишу в базу, могу через веб-интерфейс "управлять" котлом в рамках уставок контроллера, ну и катушкой пускателя, есть дублирующей термостат (подстраховка для pi) а всеми первичными процессами управляет контроллер гтн, со своими многочисленными алгоритмами (выбег насосов, выдержка для уравнивания давлений и т.д. и т.п.) поэтому для моих целей малинка - есть надежное железо я ж не знал, что у вас нет контроллера на котле... а в быту "управлять котлом" - понятие... широкое 2) есть и объекты, которыми можно управлять малинкой в домашней автоматизации например: мой контроллер гтн не может управлять фанкойлом, включать (3 скорости), а проток (ц.насос) может, и... зачем мне "лишние" элементы в моей системе? читаю статус ц.насоса (проток) и включаю (реле - gpio - pi) вентилятор фанкойла на скорость соответствующую необходимому Т режиму ну и? Pi (любая) сможет 24х7 как сервер домашней автоматизацией с периодичным дампом? недавно стал интересоваться актуаторами для ТП, так вот для автоматизации 90% продают НЗ. т.е. можно сэкономить , при глюке
-
к размышлению о надежности: Количество проданных Raspberry Pi превысило 10 млн кто Вы говорите может пофастатся такими тиражами (контроллер, микросхема)? какие говорите вопросы к ПО (линуксу)? 99% серверов на нем сразу Вам и веб сервер и база... или может к аппачу? Вас шо ламать кто-то собрался? не ну зря вы так на малину то наехали 24х7 она у многих и работает и... покажите плохие отзывы, а они (плохие отзывы) в первую очередь, как правило, и лезут, я не видел зы вопрос предпочтения - дело вкуса, не более зы2 вопрос с корпусом, если например нужно подкинуть часы, етс, решается элегантно (не штатным корпусом), об этом чуть позже
-
так это, на сейчас мне уже поздно пить боржоми в смысле окна "холодные", фундамент "холодный" еще чего-то мне максимум 150мм можно, далее нет смысла R10 имхо нужно с самого начала планировать комплексно так, что в следующий раз будем стрелять в 10:) зы а у нас на рынке есть пенопласт 150мм или вата (одним слоем), может кто сталкивался?
-
нормы знаю, но я больше за крышу переживаю полуподвал я утеплил пенопластом и не переживаю, а стены дома... хз в свое время меня пожарники активно "учили" нормам и рассказывали разные свои истории, так вот что запомнилось: "горит даже бетон"
-
меня смущает в пенопласте 3 вещи: срок эксплуатации в отделке, который проигрывает гб (вроде как бы) паропроницаемость, т.к. в тех выкладках поляков (пенопласт на гб), которые Вы давали говорится, что при условии нормальной вентиляции. у кого она есть (нормальная вентиляция)? горючесть зы сам сомневаюсь ищу ответы... а утепляться пора
-
на малинке стоит какая-то линь от распберри не помню, поставил LAMP из планируемых около 40 датчиков DS18B20 читаю только штук 8 (их в базу пока не пишу, когда надо читаю с терминала), остальные в процессе установки. не пишу в базу т.к. сначала нужно определиться с алгоритмом анализа, управления, а затем структурой таблиц, етс представленные данные собраны малинкой через переходник usb-ebus + демон ebusd исключительно с контроллера гтн (там температурные датчики NTC), записаны в базу mysql себе закупил РТ100 буду цеплять на отдельную малинку для управления камином
-
"за ночь по максимуму" - эт такое, важны детали/цифры так вот 28/09 23:00 включил стабы и пошел эксперимент, предварительно я сделал расчет, но по результатам эксперимента выявил несколько неточностей но в целом ок итак стартуем Тконмната = Тпол = 18,9С работал котелок так (надо было поставить выключение по обратке 27 и он отработал бы одним циклом, плюс я чуток проспал выкл в 8:00, ну то мелочи) принципе знаю какая будет Тпола и Ткомната на 23:00, а на это время у меня планы то примем Тпола = 21,1С и Ткомната 20,6С на 23:00 произведено 75,1кВт*ч тепла, которые пошли (+-5%) на покрытие теплопотерь 27кВт*ч и увеличение теплоемкости ТП на 39,6кВт*ч, теплоемкости дома 12,75кВт*ч по отношению к стартовому состоянию по температуре (комфорту) после включения 2часа Ткомната не поднималась, а только прогревался пол, потом пошло увеличение Ткомната до 18:00 и только после пошло снижение это не вдаваясь в детали(с) итого имхо в межсезонье такая схема отопления вполне жизнеспособна
-
регистрация открыта
-
согласен не думаю, что они пишут статистику, но алгоритм покрыт мраком, как и определения средней уличной, а формулу средней таки раскрыли аматоры, будем копать и алгоритм "щим" не по протоку я пишу в базу температуры, например на сейчас у мну на даче такое (за неделю Тулица, Тсредняя улица(тау=10часо), Тдом), дача не топится с 25/09/16 14:50 могу поставить эксперимент,.. думаю вы не правы
-
на fhem forum я зарегистрирован в начале 16 года
-
угу Salus EXPERT "Главной особенностью термостатов всех серий линейки EXPERT является наличие функции PWM (ШИМ), которая существенно уменьшает влияние инерционности теплых полов и позволяет с высокой точностью поддерживать заданную температуру." под скважностью в данном случае понимается не процент открытия/закрытия штока актуатора, а соотношение открыто и закрыто в определенный интервал времени минусы - у Salus скромное управление котлов, но есть управление насосом (не аналоговое) например, у меня теплоемкость тп 15 кВт*ч/С, мощность котла 11 кВт*ч, поэтому мне максимум нужно знать погоду на 1,5 часа вперед, ну что бы сгладить отклик
-
интересная тема - шим управление актуаторами, сам присматриваюсь, только вот что немцу хорошо , то русскому смерть имхо расходомеры можно и выкрутить, тут все зависит от ваших настроек, *.pm (fhem) или кода если самому писать и разности длин контуров на одном коллекторе думаю, определяющим станет инерция (удельная теплоемкость ТП, ограждаущих, удельные теплопотери, етс) и хотелки резко менять температуру или большая разница температур в смежных комнатах форум fhem хороший, сам зависаю и... благодаря этому форуму собрал себе переходник usb-ebus для управления котлом чем еще нравится форум fhem, так тем, что там почти нет понтов, а люди просото обмениваются конкретным опытом реализаций так что jia, больше делитесь конкретикой своих реализаций и меньше наездов на уважаемых форумчан и имхо для правильной гидравлики большой разницы не будет если актуаторы будут работать в режиме вкл/выкл или в режиме шим управления, но гидравлика уже должна быть продумана/реализована изначально под использование актуаторов
-
думаю, вы не совсем поняли 1) контроллер на моем гтн (швейцарский ТЕМ) хороший, т.е. умеет все, что умеют прогрессивные производители котлов и контроллеров для котельного оборудования (учет теплоемкости здания, теплоемкости отопительных приборов, эталонное помещение, Тдень, Тночь, автомат, стандарт, економ отопление, погодозависимая кривая отопления, пассивного охлаждения етс...) 2) по шине ebus я читаю/меняю(пишу) все параметры доступные пользователю (около 53, где около 20 уставок), могу читать плюсом более 100 параметров доступных сервисникам (взломал случайно), но там 97% бесполезной информации для управления процессами отопления т.е. имею возможность в рамках этих 20 (+может 10 ОЕМ) уставок полностью дистанционно или при помощи своего кода управлять котлом 3)следствие, согласование - не есть проблема абсолютно. Просто нужен простой, оптимальный алгоритм управления, который может лечь в основу кода если речь шла о катушке пускателя компрессора, то это просто стандартная функция управления гтн, называется "ограничение энергопоставляющей организации", которую удобно использовать для управления по "ночному тарифу", но не есть красиво с точки зрения инженера
-
правильно ли я понимаю, что вы терморегуляторами DEVI (в каждой комнате) к которым подключено 2 (пол, воздух) или 1(воздух) датчик температуры управляете актуаторами (сервоприводами) коллектора водяного теплого пола? т.е. преимуществом данного способа есть (попытка) учесть теплоемкоси и теплопотерь кажного помещения, а не в целом всего дома, как считает контроллер котла?
-
укладываю ds18 в корпусе, у этого датчика нет штатной трубы взял 16й металлопласт согнул угол датчик не проходит согнул гусём - датчик прохоит коммутацию решил делать в подрозетнике (за розеткой) !видео вверх ногами зы всем спасибо за оперативность, особенно Корни, вчера только положил плитку, а теперь есть возможность аккуратно снять часть плиток и положить датчики в трубу!
-
все равно не совсем ясна процедура замены вытащить как бы - да а вот засунуть обратно... как? под место соединения датчика с линией (проводом) наверно нужен подрезетник/скрытая коробка а гофру, что кольцом пускать? предварительно уложив датчик с протяжкой, тогда можно достать старый затянув новый, но все равно вопрос прохождения угла (стена - пол) короче у меня больше вопросов, чем представления как реализовать заменяемость датчика в полу а тем временем постепенно просто "хороню" свои датчики в полу, а хотелось бы иметь возможность замены murava у вас есть какая-нибудь понятная схема, для тех кто в танке?
-
"немного" погрузился в библиотеки js на данный момент такое, удаленный мониторинг и пока только мануальное управление (уставками гтн и релюхой катушки пускателя компрессора) видео как оно примерно работает будет позже при помощи веб-управления я могу пользоваться всем арсеналом гтн (авто, стандартный, экономичный, мануальный, уставки, етс), но мне для оптимизации по ночному тарифу, имхо, не совсем это подходит думаю над алгоритмом экономного управления работы в ночном тарифе, если у кого будут предложения буду благодарен, а пока с openweather беру погоду (json) и пытаюсь использовать для расчета прогнозных теплопотерь, распределения теплоемкости тп и ограждающих и построения модели экономичного режима отопления по ночному тарифу зы думаю, я выхожу за рамки темы, поэтому если будет время заведу отдельную тему (если будет кому интересно) upd video