Разработка GSM модуля для управления электрокотлом

P. S. Если Микролайн посчитает нужным внедрять тему счетчиков работы, тоже готов помочь с тестированием. Можно будет сравнить данные софтовых алгоритмов с данными от ОТ и автономного СВН-1.

 

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

 

- пожалуйста, повторите свой пост о формуле для Ттн. Сейчас самое время обсудить это подробно.
Накопились три вопроса для обсуждения:

1. Алгоримт ПЗА;
2. Учет расхода топлива/затрат;
3. Правильный алгоритм Ттнмин для ОТ. Это мы сейчас обсудим с бета-тестерами;

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

Хочется подробнее обсудить ПЗА. Что сейчас есть:

• прошивка, которую надо проверить в поле. В лаборатории она проверена, но на котле еще нет. Предлагайте свое участие, если кто хочет. При включении ПЗА не используется для управления датчик в доме. Пока это так. Есть опция:
  • ПЗА релейный Зонт;
  • ПЗА+ОТ - алгоритм в Зонт отличается, но для веб-интерфейса все то же самое;
• веб-интерфейс ПЗА - он просто выбирает номер кривой. Значит, он не зависит от варианта ОТ/релейный.

Теперь, что выявляется при обсуждении:

• Пользователи захотели комбинированное управление ПЗА+комнатный термостат. Пожалуйста, только дайте нам алгоритм, сейчас реализуем. Наша проблема в том, что мы не котловики. Хотите ваш персональный алгоритм - давайте. Понятно, что несколько вариантов делать не надо, надо здесь в процессе обсуждения найти "правильный" и достаточно детально описанный вариант.
  • При обсуждении ПЗА+комнатный термостат пожалуйста, все время учитывайте, опцию ОТ/Релейный. Скорее всего, подходы будут разные.
  • Пожалуйста, опускайтесь до уровня формул/алгоритмов. Иначе мы не поймем друг друга. Если мне сказать, что сделать, как Vaillant, то я не пойму. Я не знаю, как там сделано.
  • Адаптивные алгоритмы, учитывающие параметры дома и историю работы в доме требуют серьезного подхода к тестированию. Скорее всего, на многоканальном термостате это можно будет испытать, а на серийном Зонте - сомневаюсь;

Надеюсь, что модератор не будет возражать против обсуждения ПЗА здесь. Электрокотлы точно так же нуждаются в этой автоматике, а некоторые имеют ОТ.

 

с электрокотлами еще хуже - поскольку необходимо по максимуму пользоваться ночным тарифом

 

Если говорить о формальной стороне дела - они другого и посчитать не смогут. И с точки зрения производителя это правильно. Я не настаиваю на своем, поскольку понимаю некорректность моего подхода для общего случая. Он работает, только если проток через котел одинаков. Это либо система со стрелкой, либо система без смесительных узлов. У меня именно такие.

 

Т0 - целевая температура в комнате, Т1 - комната, Т2 - улица, Ттн - прямая (теплоноситель),
Ттн = 5*(Т0-Т1)-0,8Т2+40 Необходимо ограничение по максимальной и минимальной температуре теплоносителя.

 

как эрзац вариант для ОТ - ПЗА управляет температурой носителя зависимости от температуры за бортом, а по комнатному датчику происходит отрубание котла.

 

Отлично, мы сегодня обсудим.
Как я понимаю, слагаемое [-0,8Т2+40] - это чистый ПЗА. Мы его реализуем сейчас с красивыми кривыми. Слагаемое [5*(Т0-Т1)] - это пропорциональная часть нашего алгоритма ОТ. Еще нужна интегральная часть - это у нас в ОТ есть. Т. е. предложение вполне себе реализуемое и понятное.

Есть часть потребителей, которым комнатный термостат с ПЗА не нужен. Для них убираем слагаемое [5*(Т0-Т1)] и оставляем чистый ПЗА.

Что нравится в этих предложениях - что мы движемся в сторону ОТ (используем Ттн), а у нас для него уже есть веб-настройки (мин/макс). Что все неплохо комбинируется. Правда, веб-интерфей становится запутанным, куча вариантов:

• комнатный термостат без ОТ
• комнатный термостат ОТ
• ПЗА ОТ
• ПЗА без ОТ
• ПЗА + комнатный термостат ОТ
• ПЗА + комнатный термостат без ОТ
• фиксированная Ттн (для кочегара в большом доме)

 

Согласно моему опыту использования реле, ПЗА, ПИ алгоритмов вижу так.
1. Ручной выбор кривой.
Котел греет до Ттн, согласно выбранной кривой.
При Тц>Ткомн+Г - выкл.
При Тц<Ткомн-Г - вкл.
Г - гистерезис. На котле поставить Ттн максимум.
Пользователь сам, анализируя частоту включения котла, подбирает кривую.
Для быстрого разогрева ставится высшая кривая.
Полноценное переключение режимов эко-комфорт не очень неудобно.
Для ОТ вкл-выкл по СН=1/0.
2. Автоматический выбор кривой. Для удобства счета, хорошо бы, чтобы это была прямая.
По умолчанию стоит кривая N10 (условно, максимально крутая).
При Тц>Ткомн+Г - выкл.
При Тц<Ткомн-Г - вкл.
В тот момент, когда Тц достигнет Ткомн., запомнить текущее значение Ттн=Ттн0.
По двум точкам Ттнmin и Ттн0 построить прямую. Это прямая ПЗА для текущих теплопотерь дома.
Максимально быстрый нагрев. Для избегания перетопов и дискомфортов начальных переходных процессов, можно брать Ттн0 при условии, например Тц=Ткомн-Г или 2Г. Нужно пробовать.
Номер кривой, а точнее, коэффициент характеризующий угол наклона, будет постоянно корректироваться в зависимости от Тц-Ткомн и Тул, т. е. от реальных теплопотерь.
Результат будет близкий к ПИД-регулированию.

 

Фактически

 

@kam711, Да, писал долго
Добавлю, что это будет работать на радиаторной СО.
Упреждать изменение Тул, для радиаторов нет смысла, т. к. инерция теплопередачи из комнаты на улицу на порядок выше, чем инерции теплопередачи от радиаторов в комнату.
А с теплыми полами надо работать на упреждение.
Думаю, это будет следующий этап, после отработки текущего.

 

не думаю, что с ТП будут проблемы - инерционность ТП достаточная чтобы удержать температуру в комнате в случае резкого похолодания. Уже как-то говорил, что для варианта газ+ПМЖ+ТП и ПЗА особо не нужна. Главное чтобы выставленной температуры носителя хватало поддерживать температуру в доме с учетом теплопотерь. А сколько она будет 35-40-45 гр подобрать экспериментально. С ЭЭ все становится несколько сложнее, поскольку нужно по максимуму учитывать ночной тариф.