"Народный контроллер" для теплового насоса - 2

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

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

Давно мы с Вадимом не писали что было сделано по прошивке, решил заполнить этот пробел. Изменений много, фактически идет рефакторинг всего кода и его оптимизация. Добавилось много настроек (раньше они были константами), освободили много памяти, сократив размер стеков задач.

Версия 0.954
1. Оптимизация графиков
2. Ethernet lib fix (зацикливание при передаче MQTT)
3. Расчет графиков powerCO powerGEO на лету, фикс вывода графиков в файл
4. Синхронизация времени по HTTP GET с esp8266 веб-сервера (отдельное устройство vad711),
5. Изменен блок статусов, опция не проверять CRC у DS18B20, изменены единицы работы насосов в паузе на сек, изменены настройки датчиков протока, багфиксы.
6. Индикация тэна и насоса бойлера на странице схема, багфиксы
7. Возможность использовать 4 шины датчиков температуры, 3 из них могут быть двухпроводные.

Версия 0.953
1. Веб морда добаление дополнительных параметров на схему ТН
2. Возможность скрытия логирования ошибок чтения счетчика SDM120
3. Оптимизация библиотеки Модбас в части работы с портом
4. Дополнительные флаги для датчиков температуры (логирование и игнорирование ошибок)
5. Оптимизация чтения датчиков и modbus, вывод частоты сети 220 в веб.
6. Вывод мощности CO, доработка Vacon
7. Доработка корректировки перегрева, исправление ошибок модбас, ваком
8. Оптимизация парсера - удаление из парсеров параметров которые только на чтение
9. Фикс восстановления настроек инвертора Омрон (флаги)
10. Небольшие переделки страницы ЭРВ
11. Добавлен график 20, 30 сек, небольшая оптимизация парсера
12. Фикс для охлаждения датчик TCONOUT и фикс расчета мощностей и СОРов для охлаждения
13. Доработка корректировки перегрева
14. Оптимизации работы с ftoa itoa, удаление функции int2str
15. В config настройка задержки после переключения насосов
16. Оптимизация чтения счетчика SDM
17. Оптимизация функций DecodeTimeDate и StatDate, фикс ошибок парсера реле
18. Фикс ошибки старта насоса при догреве (только)
19. Расчет мощностей и СОР всегда (раньше было только при работе)
20. Vacon расчет номинальной мощности
21. Доработка страницы ЭРВ, фикс ПИД эрв
22. фикс передачи на MQTT сервер
23. Мощность частотника в Вт
24. Vacon - авто-очистка сбоя, очередь из 1 команды, оптимизация, раздельный
останов насосов по дефайну и др.
25. Возможность выключить ТН из отложенного запуска/рестарт по ошибке
26. Для Омрона отдельная страница настроек (гц) - надо копировать
27. Перенос флага включения ТН в счетчики, теперь профиль реже пишутся
28. Дельта коррекции перегрева считается от стартового перегрева

Версия 0.952
1. Добавлено в управление ЭРВ возможность корректировки перегерва в зависмости от разницы температур испарителя и конденсатора
2. Оптимизация сохранения ЭРВ
3. Фикс: DHСP, датчики температуры. Оптимизация веба.
4. Опция - один датчик на 2-ой шине 1-Wire, для уменьшения влияния помех (измененен формат сохранения: 123)
5. DNS по TCP (выбор автоматически), доработка сетевой либы, оптимизация журнала и др.
6. Начало переделки парсера запросов с целью его оптимизации и увеличения скорости.
7. В класс ЭРВ добавлы настройки (из дефайнов) и оптимизировано сохранение (единая структура настроек)
8. В класс FC добавлы настройки (из дефайнов) и оптимизировано сохранение (единая структура настроек) (измененен формат сохранения: 125)
9. В опции ТН добавлены настройки времен, парсер опций переделан

Версия 0.951
1. Доработка веб, перенос настроек в config, исправление багов
2. Доработка страницы тестирования
3. Добавлен расчет переохлаждение на схеме ТН

Версия 0.950
1. Доработка 1-Wire, багфиксы, новая ошибка ERR_ONEWIRE_RW - ошибка во время чтения/записи OneWire
2. Фикс библиотеки DUE для доступности портов D53,D69
3. Доработка I2C init
4. Оптимизация Web-modbus

Версия 0.949
1. Оптимизация использования стека в itoa, vsnprintf, ftoa cj, собсвенная функция printf
2. Patch Arduino board SAM library for optimized itoa() function
3. Добавлен насос нагрева ГВС RPUMPBH (не циркуляции ГВС)
4. Фикс отображения включения ТН во время паузы
5. Добавлена кнопка сброса статистики задач free RTOS
6. Исправлена ошибка перехода в режим Ожидания по расписанию
7. Для экономии памяти теперь графики расчета разности температур ПТО рассчитываются в момент запроса
8. Добавлен насос теплых полов RPUMPFL (в режиме охлаждения не включается)
9. Перевод FLOWPCON в не обязательный параметр
10. Автоскрытие аналогового управления инвертером, насоса ТП
11. Доработка по инвертору Vacon (режим тест)

Версия 0.948
1. Уменьшение потребление стека RTOS
2. Фикс ожидания DHCP, оптимизация сетевой либы

Версия 0.947
1. При инициализации сетевого чипа добавлена проверка на соединение сетевым кабелем (link)
2. Переделан код обслуживания ТЭНа бойлера, теперь он сосредоточен в одном месте
3. Оптимизация и переименование кода для переключения между ГВС и отоплением/охлаждением (поддержка управления насосами для переключения)
4. Исправлена ошибка с сохранением/восстановлением настроек в бинарный файл
5. Доделана и протестирована страница Modbus (можно читать/сохранять регистры)
6. Сделан алгоритм обеззараживания (сальмонелла) для ГВС
7. Исправлена ошибка в расписании ГВС

Версия 0.946
1. Исправлена ошибка отображения графика потока конденсатора
2. Исправлена ошибка вывода в текстовый файл настроек (коэффициент для аналогового датчика)
3. Исправлена ошибка управленем догревом бойлера - алгоритм перенесен в другое место
4. Исправлена ошибка в режиме тест для датчиков потока
5. Настройки догрева бойлера перенесены в раздел ГВС из опций (откорректированы имена параметров запросов)
6. Сделан вывод специфических ошибок для Vacon 10 и пофиксены некоторые ошибки
7. Добавлена возможность проверки потоков на минимальные значения перед включением компрессора (#define FLOW_CONTROL)
8. Доработана морда для сканирования после изменения работы шины OneWire, в новой версии увеличилось время сканирования.
9. Дмитрий обновил мобильную морду
10. Добавлен функционал модификации имен запрашиваемых файлов, теперь в зависимости от конфига показываются на морде разные схемы.
11. В работу ТН добавлены внутренние команды WAIT и RESUME для обеспечения функционала расписания, теперь если в расписании дырка (нет профайла) то ТН будет находится в состоянии "Ожидание"
12. ТЕСТ страничка с чтением/записью произвольных ячеек Modbus RTU

Последние версии
https://github.com/pav2000/ControlHeatPump проект на гитхабе (рабочие сборки)
https://github.com/vad7/ControlHeatPump - последняя стабильная версия
http://77.50.254.24:25402/ последняя версия демо
http://77.50.254.24:25402/mob/index.html мобильная морда демо - сильно устарела, надо обновлять

ЗЫ
Наконец запустил нагрев ГВС через ТН. ТН теперь греет ГВС до 40 градусов, а дальше идет догрев до 45 ТЭН, температура нагнетания не больше 76 градусов при этом. СОР при этом получается около 3.5. Без ошибок идет переход с отопления на ГВС и обратно.

 

@Pav2000, Работа проведена колоссальная! Но исходя из вашего опыта - как и когда лучше начинать переходить на эту прошивку? Я готов попробовать хоть сейчас. Если будут непонятки - писать сюда (чтобы все кто будет пробовать по 2 раза не спрашивал про одно и то же) или в скайп?

 

ихмо лучше в скайп (не засорять тему). Сильно изменены конфиги, проверялось только на 5 и 6 конфиге, их берите за образец.

Когда лучше переходить - наверное уже можно. Самое муторное при переходе - изменение форматов сохранения. Сейчас вроде устаканилось, и в данных сделаны резервы для небольшого изменения без изменения форматов.

 

У меня прошивка сбилдилась. Конечно впопыхах я явно затер часть своих настроек настройками из 5 конфига. Но патиху все перепроверю.

 

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

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

Да и кстати...почему вообще пользователь ТН должен следить за Вашими изменениями и прошивками, это Вы живете контролером и ТН...с чего Вы вообще решили что он должен иметь сходные с Вами интересы своего свободного времяпровождения ...?

 

Я думаю, контроллер задумывался для тех, у кого достаточно знаний и умений, чтобы (как минимум) собрать его из готовых модулей и залить готовую прошивку. Причем это должны быть энтузиасты, поскольку идея сэкономить немного денег на покупке готового контроллера работает только без учета стоимости своего времени, потраченного на все то, что Вы перечислили и еще многое другое. Вот Vad711 здесь в своей стихии, он получил возможность что-то доделать и поменять так, как ему хочется
Как говорится, suum cuique: кому ехать, а кому шашечки

 

Ну... Так уже совсем не интересно. Толи дело, скачал улучшенную прошивочку, часиков этак до пяти утра поколбасился, не пошло поспрашивал тут, еще поколбасился...

С интернета, возможно не плохо бы тянуть прогноз и по прогнозу прикидывать когда топить для лучшего КОП.

 

С реакцией на солнышко и ветер. Это будет бомба.

 

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

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

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

 

Да вот думал над этим, но чего-то не думаю, что прям большой выигрыш будет.
Нужно тогда иметь или очень инерционный дом или место для хранения "лишней" энергии.
Вот, например, если пытаться ночью греть больше дом по ночному тарифу, то тогда будет спать не комфортно - жарко.

 

Тут нужно покопаться, как работает у NIBE.
У них это реализовано.
Это актуально для ВОЗДУШНИКОВ у гео всеравно когда работать.
Бывает так, что до 17;00 температура +5С, к 21;00 уже -3С

 

В сильно морозную погоду, не будет.
Но вот весной и сейчас - будет.
Солнца немеряно...а окна с напылением...
Ветер нескончаемый и температура 8-16 градусов.
Супруга по пять раз на дню, к термостату подходит: ветерок дунет, в плюс, солнышко выглянуло - в минус.
Запас на ночь, лишним не будет. Как и нет смысла вваливать тепла ночью, если завтра солнечно и безветренно.
Как бы, с солнышком можно разобраться локально. Но вот с прогнозом на завтра - никак.

 

Так это, если ТН управляется по температуре в доме, то ветер - дунул, температура в комнате поползла вниз - ТН включился.
Не совсем тогда понял, зачем крутить термостат?
Конечно есть коэффициент погодозависимости, его в принципе, можно подкручивать, в зависимости от текущего ветра/солнца.

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

 

Задумался, а не попробовать ли подключить к НК радиодатчики от zont-a, у меня их 5 штук.
Датчики понравились тем, что от одной литиевой батарейки работают несколько лет. Мороза не боятся.
Сначала хотел их через API zont-a через интернет читать, а потом подумал, что 3.5 тыры в год из-за этого уходит на мобильный интернет.
Да и читать температуру с датчика, который рядом, через нескольких интернет провайдеров как-то уж слишком.
Базовый модуль, у них написано, по протоколу K-Line подключается к ихнему контроллеру, правда скорость указана 115200, что на порядкок больше стандартной скорости LIN.

 

В зависимости от разницы тарифа день-ночь, бывает что выгодно все равно ночью греться, даже со сниженным СОРом, в деньгах все равно это дешевле.