режим отопления "ночной тариф" с погодозависимостью по прогнозу погоды

[y-dom]

Отопительная кривая

 

Отопительная кривая подбирается под характеристики здания и тип источника,

например, радиаторы 1,3 - 1,4

теплый пол 0,3-0,8

 

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

 

Пользовательская настройка - изменение точки начала отопительной кривой.

 

Хотелось бы реализовать такую зависимость при помощи формул.

Уже что-то тут написали, пока не могу четко понять выражения и переменные

[InSAn]

только куда это применять?

 

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

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

а еще вопрос это расчет подачи или обратки?

Подачи.

 

Добавлено через 1 минуту

Хотелось бы реализовать такую зависимость при помощи формул.

Так fim вроде как все по полочкам разложил. Даже занчения кривой в экселе посчитал.

[sov1178]

Хотелось бы реализовать такую зависимость при помощи формул.

Уже что-то тут написали, пока не могу четко понять выражения и переменные

Вот Вам вариант попроще:

www.stroimdom.com.ua/forum/showpost.php?p=4216229&postcount=186

 

Я таким пользуюсь, меня устраивает. Форма кривой всеравно получается одинаковая. Коррекцию кривой лучше делать по отклонению внутренней температуры.

 

Добавлено через 18 минут

Тут добавлю, что теплый пол обладает эффектом саморегулирования.

 

В большей или в меньшей степени такое саморегулирование присуще практически любому отопительному прибору, т.к. при увеличении разности температур интенсивность теплообмена увеличивается.

 

Например, для используемых у меня конвекторов:

 

Q = c * tn ^ 1.2 * G ^ 1.03,

где Q - теплоотдача конвектора,

tn - тепловой напор,

G - расход теплоносителя,

c - константа (это я упростил формулу, чтобы понятнее было).

 

Понятно, что чем меньше температурный напор (при одинаковых условиях), тем эффективнее будет "саморегулирование". Кстати из этой формулы выводятся формулы для кривых, хоть попроще, хоть посложнее В некоторых случаях можно вообще упростить до линейной аппроксимации все ;)

[y-dom]

На просторах haustechnikdialog нашел еще один вариант.

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

 

Вариант Vitotronic 200, Viessmann

 

TVor = (0,55)*Neigung*((Raumsoll)^(gem.AT/(320-gem. AT*4)))*((-gem. AT+20)*2)+Raumsoll+Niveau

 

 

TVor - температура подачи

Neigung - наклон отопительной кривой

Raumsoll- заданная температура в помещении

gem.AT - усредненная наружная температура

Niveau - сдвиг отопительной кривой

 

Коррекцию кривой лучше делать по отклонению внутренней температуры.

 

Если коррекцию делать, то возможно кривая подобрана не совсем точно ?

 

Как настроить отопительную кривую

 

Отопительная кривая описание

heizkurve.xls

Змінено 25 листопада 2017 користувачем y-dom

[sov1178]

Если коррекцию делать, то возможно кривая подобрана не совсем точно ?

 

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

1. Зачем греть теплоноситель больше, чем надо? Т.е. имеем небольшую экономию.

2. Во время переходных процессов (в сторону нагревания) коррекция ускоряет прогрев увеличивая температуру подачи. Я вначале думал, что придется добавлять отдельную обработку для быстрого нагрева помещения, но оказалось достаточно наличия коррекции.

 

Без коррекции тоже работает, но холодный дом будет греться дольше.

[y-dom]

На одном из объектов я запрограммировал кривую отопления плюс корректирующий ПИ-регулятор.

 

Вроде хорошо работает - уменьшаю или увеличиваю на макс 3 С т подачи теплого пола при рассогласовании заданной температуры в помещении с реальной

[fim]

перенес малинку с разноса)) в щит,.. в щит не влезла висит на соплях проводе витой пары, мешает штекер USB, нужно паять самому с разъемов для плат(

как вам масштаб беспорядка?))

 

написал сценарий "комфорт"

циклом проходится по всем комнатам определяет в зависимости от погоды и уставки определяем необходимую Тбетона (сравнение с Тбетона_факт и команда вкл/выкл соотв.серво)

определяем мах необходимую Тбетона (среди комнат) + смещение = Ттеплоносителя => записымаем уставку гтн

гтн затактовал гораздо чаще)), сор повысился

уставки

результаты пока такие

првые две комнаты уставка 17, третья 18,5

обратите внимание нет сильных просадок ни Тбетона, ни Тпола;)

зы немного отладки и думаю будет нормально;)

[fim]

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

так вот, смотрите как слова могут материализироваться (эт не монтаж)

уставка для воздуха 17С (sza)

совпадение?) не думаю)) заклинило?)))

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

 

[t->...] целевые температуры воздуха и бетона

 

[InSAn]

Андрей, а куда пишется БД?

Если на флеш-карту - срочно меняй на HDD. Не любят карточки частой записи-стирания. У меня весной накрылась - данные за полгода ушли "за горизонт". После чего купил террабайтный HDD и пишу все туда

[Tamburello]

Андрей, а куда пишется БД?

Если на флеш-карту - срочно меняй на HDD. Не любят карточки частой записи-стирания. У меня весной накрылась - данные за полгода ушли "за горизонт". После чего купил террабайтный HDD и пишу все туда

 

терабайтный винт на малинке?

[fim]

Андрей, а куда пишется БД?

Если на флеш-карту - срочно меняй на HDD. Не любят карточки частой записи-стирания. У меня весной накрылась - данные за полгода ушли "за горизонт". После чего купил террабайтный HDD и пишу все туда

а есть на дин рейку?

[sov1178]

Андрей, а куда пишется БД?

Если на флеш-карту - срочно меняй на HDD. Не любят карточки частой записи-стирания. У меня весной накрылась - данные за полгода ушли "за горизонт". После чего купил террабайтный HDD и пишу все туда

 

У меня уже второй год пишется на карту, притом намного интенсивнее, чем у fim, все собираюсь сделать бэкап в автоматическом режиме на "домашний сервер", но руки не доходят. Размер БД относительно невелик, поэтому какого-то особо сильного износа карточки не должно быть (разумеется, если контроллер карточки реализует wear leveling хотя бы в минимальном виде).

 

В HDD не вижу смысла...

[fim]

У меня уже второй год пишется на карту, притом намного интенсивнее, чем у fim, все собираюсь сделать бэкап в автоматическом режиме на "домашний сервер", но руки не доходят. Размер БД относительно невелик, поэтому какого-то особо сильного износа карточки не должно быть (разумеется, если контроллер карточки реализует wear leveling хотя бы в минимальном виде).

можно еще в крон засунуть

ionice -c 3 fstrim -v /

В HDD не вижу смысла...

а так?

SSD USB3 and Pi3

 

 

 

зы шо, это я сглазил?:D

 

[sov1178]

можно еще в крон засунуть

ionice -c 3 fstrim -v /

Спецификация протокола обмена SD карт помнится не содержит команды TRIM, интересно, что будет делать ОС с SD картой? Если сотрет блоки командой ERASE то в принципе результат будет тот же. Идея хорошая, спасибо!

 

а так?

SSD USB3 and Pi3

Ну, у меня супербюджетное решение (вся электроника включая апельсину обошлась не более $100, реально даже меньше, т.к. многое было "в закромах" , но SSD "в закромах" не оказалось )

[InSAn]

терабайтный винт на малинке?

Сори, соврал

Брал 2,5" (синий WD) на 500Гб. Меньше не нашел

 

а есть на дин рейку?

Увы.

Но можно стяжкой прицепить :D

 

а так?

SSD USB3 and Pi3

 

SSD имеет те же ограничения по записи-стиранию, что и карта.

 

PS: Я себе поднял на HDD MySQL и не жужжу

Туда же перенес и файл подкачки, и tmp, и логи

[sov1178]

SSD имеет те же ограничения по записи-стиранию, что и карта.

У меня на рабочем компьютере 512ГБ SSD диск уже четыре года, сейчас заглянул записано за это время на него 12ТБ, в смарте значится один использованный из зарезервированной области сектор. Покажите мне такую SD карту?

 

Самая нормальная, из известных мне СД карт, имеет намного скромнее параметры:

www.sandisk.com/home/memory-cards/microsd-cards/high-endurance-microsd

 

PS: Я себе поднял на HDD MySQL и не жужжу

Туда же перенес и файл подкачки, и tmp, и логи

У меня используется SQLite, логи пишутся тоже не карту, /tmp помнится на диске в памяти. Тут главное объем информации и работа контроллера в карте. У нас объемы мизерные. Ну вот беру свою БД - запись раз в минуту, за год с небольшим основная БД имеет размер 63МБ и содержит 560540 записей, вспомогательная БД с агреггированными данными 23МБ:

Объемы смешные, кол-во записей небольшое.

 

Естественно, в любом случае периодический бэкап необходим (в том числе и с HDD), ну и у меня есть вторая карточка с полностью сконфигурированной системой, на всякий случай ;) (последнее в отопительный сезон наверное даже важнее бэкапа).

[InSAn]

SSD имеет те же ограничения по записи-стиранию, что и карта.

...

Покажите мне такую SD карту?

 

Я имел в виду не технические характеристики, а то, что ССД не любит частой перезаписи точно так же, как и СД.

А так, конечно, ССД имеет лучше параметры

 

Добавлено через 3 секунды

У нас объемы мизерные. Ну вот беру свою БД - запись раз в минуту, за год с небольшим основная БД имеет размер 63МБ и содержит 560540 записей, вспомогательная БД с агреггированными данными 23МБ

 

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

[fim]

эх, правильные вопросы вы подымаете, а я их все откладываю на потом

 

но думаю так

 

бд

грубая структура моей db: константы и данные(накопительные по дате)

думаю реализовать бэкап таблиц констант 1 раз в месяц и данных 1раз в день (только за этот день) с отправкой на внешний сервер или просто диск (может dropbox, etc)

и насколько критична потеря данных записанных с определенным интервалом времени (температура, влажность, статусы, етс?)... для меня - да, обидно, но не критично

кстати, полгода тому одну таблицу я похерил сам собственноручно удалив колонку датывремени

а вот без констант не будут работать сценарии, но константы меняются очень редко и есть копия(бэкап)

 

система - имхо желательно делать/иметь образ текущей системы (1раз в пол года, например в межсезонье)

 

скрипты 1 раз в месяw закидывать на git

 

все кроме образа можно автоматизировать

 

внешний диск - хорошо, но... а вопрос энергопотребления?

 

 

сценарий "комфорт" работает буднично

 

температура бетона везде разная, а температура воздуха одинаковая (в этих 4х комнатах ламинат уставка 17)

 

кстати, чтобы во время или после работы камина Тбетона/Тпола не проваливалась стоит условие Тбетона не ниже уставки Твоздуха+1С

можно сравнить работу гтн в течении суток в режимах "ночной тариф" и "комфорт"

 

 

в ночном сор 4.5, в комфорте 5.4 в сопоставимом виде (приведенному к дневному тарифу примерно 8.8 и 5.4 соответственно)

тактование гтн можно регулировать тем же смещением

т.е. увеличиваем смещение - уменьшаем тактование и... немного уменьшается эффективность (сор)

 

зы ,-p=o шо означает be happy:)

[sov1178]

думаю реализовать бэкап таблиц констант 1 раз в месяц и данных 1раз в день (только за этот день) с отправкой на внешний сервер или просто диск (может dropbox, etc)

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

 

Я не вижу смысла делать раздельный бэкап таблиц. Это только если супердорогой трафик и его надо всячески экономить, но сейчас везде безлимиты и в принципе нет проблемы делать бэкап всей базы скажем раз в сутки. Решил обезопасить бесценный архив :D, БД SQLite сохраняется на ftp сервере:

 

 

#!/bin/sh

DB="home.db"
TMP_DB="/tmp/$DB"
USER="ftp_user"
PASS="secret"
SERVER="address"
DIR="/"

sqlite3 $DB ".backup '$TMP_DB'"
ncftpput -u $USER -p $PASS -S .tmp -DD $SERVER $DIR $TMP_DB

 

 

 

Засунул в крон на посуточное исполнение (ftp у меня в локалке). Надо будет добавить еще сохранение всех скриптов и т.п., хотя особой надобности в этом нет - git репозиторий у меня на другой машине, которая зеркалируется на сервер

 

система - имхо желательно делать/иметь образ текущей системы 1раз в пол года, например в межсезонье

Да в принципе нет проблемы остановить практически в любой момент на пять минут и снять образ с флешки.

 

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

Надеюсь, что SQLite пишет временные файлы в tmp (а tmp у меня не на карточке), надо будет проверить.

 

Кстати важный момент - чем больше свободного места, тем дольше будет служить SDD диск/SD карта.

[fim]

Это только если супердорогой трафик и его надо всячески экономить

ну да, у меня лимит 4Гб/мес, один раз перебрал

да и скорость не фонтан

 

 

этожеш дача в деревне, райская глушь

 

температуру я пишу 1раз в 10 минут

соответственно управление актуаторами может работать с минимальной частотой 10 минут и скажностью/заполнением 0 или 1, что для второго этажа вполне, как для Твоздуха, так и для Тбетона и минимальности амплитуды Тбетона в частности

на первом...

 

 

заполнение 1 (или 100% интервала 10мин) приводит к "перетопу" (высокой амплитуде Тбетона), что не входило в мои планы ("full comfort")

фиксировать данные температуры чаще 10 мин не хочу... пока (в надежде что получится рабочий пид регулятор)

год назад я уже смотрел в сторону пид, но не видел необходимости

 

 

сейчас перечитал тему пида снова, посчитал смещение, постоянную времени, а, соответственно коэффициенты пида (Метод CHR) по графикам (думаю сделать авторасчет)

написал сценарий пид определяющий заполнение для 10 мин частоты

сценарий не рекурсивный, накопительная ошибка и предыдущая ошибка пишутся/читаются в/из бд, как и заолнение в т.ч. в минутах базовой частоты 10 мин

пока наблюдаю с пн попробую в действии, если не получится - перейду на частоту 5 мин

 

[InSAn]

температуру я пишу 1раз в 10 минут

...

фиксировать данные температуры чаще 10 мин не хочу...

 

У меня немного не так - я пишу температуру раз в 15 минут.

Но! Кроме этого пишется любая смена состояния актуатора (плюс температура в этот момент времени).

[sov1178]

пока наблюдаю с пн попробую в действии, если не получится - перейду на частоту 5 мин

Не обязательно переходить на 5минут. Есть и другие варианты. Например, разбить 10минутный интервал на несколько значений мощности, скажем в самом простом варианте 0, 50, 100%.

 

Если Вы знаете какую мощность нужно закачать в пол за следующие 10минут, то можно выбирать наиболее близкую "ступень". Если не знаете, то можно сделать алгоритм с несколькими порогами. У меня так электрокотел переключает ступени мощности.

 

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

 

накопительная ошибка и предыдущая ошибка пишутся/читаются в/из бд, как и заолнение в т.ч. в минутах базовой частоты 10 мин

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

[fim]

Не обязательно переходить на 5минут. Есть и другие варианты. Например, разбить 10минутный интервал на несколько значений мощности, скажем в самом простом варианте 0, 50, 100%.

 

Если Вы знаете какую мощность нужно закачать в пол за следующие 10минут, то можно выбирать наиболее близкую "ступень". Если не знаете, то можно сделать алгоритм с несколькими порогами. У меня так электрокотел переключает ступени мощности.

 

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

 

 

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

 

ого Вы заданий мне набросали

спасибо! за дельные предложения

 

я только сценарий питоновский написал дамп таблиц бд с текущими данными за день и копирование на дропбокс + 1раз в месяц полный дамп бд и копирование (есно в крон)

удобно, у dropbox есть соответствующий api (для загрузки)

 

я на даче

 

 

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

кстати камин работает, а в полах поддерживается температура;)

 

перед приездом ставлю уставки на приемлемые 19-20С + потом немного камина, чтобы не спеша выйти на 21-22С по прибытии

так вот "проблема" (амплитуды Тбетона) с первым этажем на низкой уставке по воздуху если уставка выше 18С таких "проблем" уже нет

 

зы sov1178, InSAn, напомните, плиз как Вы считали коэффициенты и какие они у вас (численные значения коэф)

InSAn для разных зон свои коэффициенты?

[sov1178]

зы sov1178, InSAn, напомните, плиз как Вы считали коэффициенты и какие они у вас (численные значения коэф)

Я просто подобрал Особого смысла делать это точно не было, по причине очень большой разницы в циркуляции в котловом контуре и контуре СО, из-за чего регулировочная характеристика клапана на рабочем участке получается нелинейной. Надо или корректировать ее (но там вылазят другие нюансы), или забить и выбрать пусть не самые оптимальные коэффициенты, но чтобы регулятор был устойчивый (я пока на этом остановился).

 

У меня используется несколько необычный алгоритм. Дело в том, что "трехточечный привод" фактически работает как интегратор (если входное воздействие это время подачи на него напряжения), поэтому ПИ-алгоритм управления у меня заменен на ПД (пропорционально-дифференциальный), при этом пропорциональная часть эквивалентна интегральной, а дифференциальная - пропорциональной в обычном варианте, интегрирование производится приводом Сейчас интегральный коэффициент 1.0, пропорциональный 2.0.

 

По итогам работает неплохо (есть планы добавить в следующем году насос в котловой контур, это позволит снимать бОльшую мощность с котла при меньших температурах котла и "подровняет" регулировочную характеристику клапана, в итоге система будет намного более динамичная):

 

 

У регулятора две задачи - поддерживать температуру обратки ПК (голубая линия) выше 42С и температуру подачи в СО (красная сплошная линия) равную вычисленной эквитермальной + коррекция (красные точки).

 

Котел вначале был выключен и температура в доме немного понизилась, потому эквитермальная температура была откорректирована системой вверх. Далее видно прогрев (система поддерживала в этот период температуру обратки) и потом работа по температуре подачи в СО. Несколько раз горелка тухла (это я местные пеллеты проверял , тогда температура котла падала и система не могла удержать нужную температуру на подаче, без переохлаждения обратки - это видно около 18:00 и 22:00). В приоритете сейчас стоит температура обратки.

 

[InSAn]

зы sov1178, InSAn, напомните, плиз как Вы считали коэффициенты и какие они у вас (численные значения коэф)

InSAn для разных зон свои коэффициенты?

 

Для всех зон - одни и те же.

Нюанс в другом - у меня ПИД не обычный (из библиотеки готовый). И там "свои" коэффициенты

    cfi: _TPID11_IN_:= (
     MinY     := 0,    // value of unified range corresponding 0%
     MaxY     := 100,  // value of unified range corresponding 100%
     MinU     := 10,   // minimum granted action interference
     MaxU     := 1000, // maximum granted action interference
     dMaxU    := 100,  // maximum action quantity gain within one period
     OutCycle := 100, // period of sampling of regulation algorithm [10ms]
     PBnd     := 100,  // proportionality range
     //RelCool  := 1000, // relative proportionality range for negative regulation deviations
     Ti       := 20,   // integrative time constant
     Td       := 5,    // derivative time constant
     EGap     := 10    // symetric range of insensibility
   );

 

Добавлено через 2 минуты

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