Водяной теплый пол + конденсационный котел - 3

РЕКЛАМА НА ФОРУМХАУС

Кроме цены и пропиетарного алгоритма.

 

и с чего бы это? если дом сделан из палок и картона - возможно. И то с ушлепком или даже просто ТП будет огромная инерционность. А учесть смещение температур из-за "демпфера" проблем вообще никаких.

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

 

@Harold, самое прикольное, что этим алгоритмам уже лет 25.
и они не меняются.
радует только то, что ПЗА теперь ставят в базу очень многих котлов за более приятные деньги, нежели у вайлланта.
(начиная от корейцев и до поляков. которые производят только контроллеры.)

 

Я пока не понял, есть ли толк от это ПЗА в моём случае.
Имеется плита с УШП на 205м2 отапливаемых, 12 контуров.
Задан режим контроля по термостату Вайлант (из головы вынесен блок управления в холл 1 эт), и он рулит качать/не качать тепло в ТП.
При этом кривая выбранная (сдвиг по ПЗА) не так влияет уж сильно - т. к. нагрев я делаю не перманентно а по расписанию (3 раза по 4 часа в сутки) - то контроллер задает подачу в ТП при начале цикла нагрева по верхней указанной для контура границе (поставил +45С). И конечно снижает по мере нагрева Т воздуха к целевой, но не так уж сильно.

а вот так - с запущенными радиаторами доп. к ТП:

Возможно, без термостата и при постоянно работающем контуре ПЗА и будет отрабатывать своё назначение... но с учетом инерции плиты как то сомневаюсь.

 

@Allmas,
тут, блин, этава...всё не так однозначно.
.
есть формальная сторона управления.
а есть фактические объекты. с их особенностями.
и есть фактические теплогенераторы с их базовой системой управления.
зачстую одно другое может дополнять или исключать.
поэтому рубаху рвать я не могу.
у самого "прикольная" система. котел в оттепель греет воду (установлено тупо крутенкой на котле 50) до 55 (там датчики в самом котле) а в похолодание до 60 (сам сам).
система работает на минимальной от 16 кВт. нагружена ТП и пяток радиаторров. трассы длинные (удаленные).(дом "каменный" с утеплением)
при похолодании колебания в комнатахесть...но небольшие. 1гр+/- за сутки (идет отделка...бардак короче)

 

А ПИД-регулятор вообще немцы придумали в 1930ых...

 

к сожалению..или к счастью...
неэффективность ПЗА для некоторых зданий связана с тем, что в этих ПЗА
нет возможности регулировать вес компонентов ПИД.
если для каркасных зданий надо резче подымать подачу, то у каменных и для УШП это без комнатных терморегуляторов приведет к жаре.
..получаем комплект из кучи регулятторов. (и к битве на форуме.)
..а если при наличии коомнатного регулятора мы ещё и проветрим кухню окном...
то внесем в автоматику путаницу...
нормальный расклад?

 

Не факт, что в ПЗА ПИД-регулятор - на "долго-вяло-текущих" процессах он не очень хорошо работает.
Может быть и какой-нибудь "загадочно-предсказательный" алгоритм...

 

мне вообще непонятно, что как можно юзать ПИД-регулятор в теплых полах. Имхо слишком большая инерционность не даст ПИД-алгоритму нормально работать, но она же сгладит колебания температуры. Вообще в нестах при установке выбирается тип системы отопления - ТП, радиаторы и популярная в пиндосии воздушка. И алгоритмы уже выбираются согласно купленным билетам.

ПЗА в большинстве случаев тупа до безобразия. Выбираешь кривую зависимости Тн от Тнар и котел ее тупо поддерживает. А вот дальше начинаются вопросы - датчик висит на солнечной стороне, хотя его рекомендуют вешать в тени, без прямых лучей и т. д. Скачки заметны. Кривая подходит на части диапазона. Комнатная температура скачет на 1-2 гр - но кто же ее проверяет и т. д. Всегда можно сказать - у наших клиентов все идеально, у них же стоит суперсовременная ПЗА

 

Точно, особенно переложили алгоритм потом на машинный язык. Они молодцы в этом (хотя обратные связи пошли из механики и ранее. К примеру, братья Ползуновы пытались это сделать на своих паровых машинах. Да и в других странах, особенно в Англии с этим много экспериментировали. Кто работал с ПИД регуляторами (а особенно их настраивал), тот вопросы лишние задавать не будет - надо не надо и др. сопутствующие. То же самое с ПЗА. Хотя здесь не поспоришь, у людей персональные мнения по каждому случаю.

 

Kam71

Я бы сказал наоборот, что алгоритм ПЗА (внутренний с массивами переменных и последующей математикой), как раз, очень сложен. ПЗА позволяет внести пользователю несколько переменных для последующих вычислений.
Кажущаяся нам лёгкость, заслуга программистов.
Относительно скачков температур: система ПЗА предполагает грамотную и квалифицированную установку как её самой, так и периферии. Это одно из обязательных условий.
Я уже писал, что с ПЗА давно живу. Не перестаю радоваться, как с каждым поколением ПЗА, всё больше растёт точность по управлению так и незаметность её присутствия! Я, после выполненных настроек, затем, в течение годов ничего не кручу, не трогаю. Всё работает очень корректно, последовательно, логично. Для меня отопительная система без ПЗА - это скорее компромисс. Либо вынужденный, либо из за непонимания её возможностей и сути по факту.
Я прошу не принимать никаких моих слов на чей либо счёт. Я достаточно толерантен ко всему происходящему вокруг, но для себя я выбор сделал. Он прост и очевиден.
Для тёплых полов, всё сказанное так же, справедливо.

 

перед НГ были традиционные пробки, на работе сидел допоздна. Давно хотел и немного курнул тему opentherm, посмотрел варианты, почитал спецификации, посмотрел поддержку производителями котлов. Протокол не очень сложный, но ценники на термостаты с ОТ и WEB оставляют желать гораздо лучшего. С учетом моих потребностей - вообще анриал.

В общем заказал пару железок - одна для ардуины едет со Львова, все никак не доедет. А вот вторая оказалась в московии. Обе сделаны на основе старого популярного opentherm gateway.

Сначала из минусов OTGW - аффтор проекта решил, что отдельный термостат это правильно, там типа корпус под датчик есть и типа

- поэтому от программного термостата отказался. Хотя во всем остальном работа проделана очень большая. В целом мне тема понравилась.

Что имеем на настоящий момент времени.

1. MQTT-термостат
2. Многозональное терморегулирование
3. Несколько типов зон - thermostat, standby, slave.
4. Несколько уровней резервирования по проблемам с датчиками. Планирую сделать регулирование по теплопотерям - наружную температуру брать с Yahoo.
5. Поддержка нескольких котлов
6. Поддержка modbus - реле, датчики температуры.
7. Поддержка цикла вкл-выключ насосов.
8. Поддержка ОТ - но тут еще не доделано, еще не проверял. Нужен котел - а это ехать на дачу.
9. Несколько типов датчиков температуры - 1-wire, mqtt, modbus.
10. Интеграция с openhab. Хотя по барабану - mqtt можно крутануть куда угодно.

Причем потрачена где-то неделя с небольшим, кода не очень много и не очень сложный.

В общем - скора пора списывать зонт в утиль.

 

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

 

Программная реализация. Я о ней. Алгоритм то понятен.
И вопрос: а зачем вся эта самодеятельность? Почему нельзя купить сразу готовое решение (котёл, с развитой системой управления, как системное и совместимое решение, поддерживаемое производителем), в отличие от индивидуального? Индивидуальность она чревата...

 

лишняя сотня строчек кода максимум. Я вспомнил молодость, за неделю под тысячу написал. Причем больше времени убил на разборки c node js, npm, да еще debian со своими причудами.