РЕКЛАМА НА ФОРУМХАУС В ручном нормально. Смотрите, скажем пороговое значение +9. т. к. при давлении 2 атм. расширение воды начинается при температуре +8 к слову кристаллизация при +4. т. е. указанная Вами картина не даст начаться процессу расширения теплоносителя, следовательно не повысится давление более 2.5 атм и не произойдет сброс "лишней" воды а потом не произойдет подпитка, когда помещение снова прогреется.
Если происходит сброс "лишнего" при нагреве - значит неправильно выбрана емкость РБ, или неправильно настроено. При нормально настроенной СО не происходит ни сброса ни подпитки системы.
Со знаком не ошиблись? Подучите мат. часть для начала. При +4 вода кристализуется на высоте 4000м... И общие принципы построения систем отопления тоже поизучайте, чтобы не нести чушь про атмосферное давление и сброс воды...
Как это выглядит? Графики? Да вроде не так. Может имелся ввиду какой другой сброс и подпитка? Там хитрожопая система Есть котел который греет ТН до гидрострелки. Дальше стрелка - коллектор на 3 линии. Радиаторы, ТП и бойлер КН. Зонт имеет 3 датчика воздуха в разных помещениях, по каждому установлен нижний порог. Планирую добавить еще датчик на температуру обратной линии. Включаю питание на зонт, вместе с этим реле выключает насосы ТП и бойлера. Ставлю режим эконом 12* и все работает только насос радиаторов. За 4-6 часов до прибытия включаю режим 25* радиаторы поднимают воздух до 21-22 (на самих радиаторах стоят терморегуляторы). Приезжаю выключаю зонт, вместе с этим включается ТП и бойлер. Потом несколько часов греется пол и несколько минут бойлер. Короче, @Olx_178, своим последним сообщением ещё больше тумана напустил ...
Уважаемые Форумчане и Разработчики, рассматриваю ZONT H-1000 OT, но есть один не проясненный вопрос, котел Ferroli Domiproject C24D, поддерживает ли управление им ZONT H-1000 по OpenTherm или нет? На форуме нашел, что у котла OpenTherm есть, но https://www.forumhouse.ru/posts/20565965/ FERROLI говорило о протоколе ОТ-. А он поддерживает только базовые функции. То есть плавную модуляцию горелки поддерживают, если есть модулирующий клапан на газовой арматуре, а сам никаких данных на термостат не посылает. ZONT может и не работать с этим древним стандартом данного протокола, а только с стандартом ОТ+ или гибридом ОТ+/-. Может Вы знаете. Заранее благодарю.
Всем привет! Наблюдаю такую картину: Baxi Luna3 атм. + Zont H1 + OT. Работа в псевдорелейном режиме + ПЗА. Зонт дает команду на включение по датчику, котел стартует на 10 сек. и по достижении расчетной Ттн температуры ПЗА Зонт его отключает (или сам отключается, что сомнительно). Затем 10 мин. работает насос (у меня выставлен на котле мин. интервал между включениями 10 мин.) и после этого котел включается. Что происходит за эти 10 сек. с котлом я не знаю, т. к. нет возможности посмотреть. Заметил только сейчас на графике. Закономерности в ошибке нет, повторяется случайно. Есть мысли по этому поводу? Прошивка 137:118.
сомнительно наоборот, что зонт. т. к. заданную Т тн зонт выдаёт котлу и разрешает нагрев. большего он сделать не может.
Поддерживаю предложение о работе по минимальной температуре группы датчиков. Причин снижения температуры в одном из помещений может быть множество: дети выкрутили до минимума термоголовку, оставили окно в режиме микропроветривания, а дверь в комнату закрыта и. т. д. А почему именно 2 строчки кода? Типа одну строчку в контроллерную часть, другую в Web интерфейс? Вообще то структура данных тоже должна меняться кодом, а еще есть СMC интерфейс. Можно краем глаза глянуть на эти 2 строчки кода? Ну или даже 20? На мой, глубоко дилетантский взгляд, такая доработка может потянуть на все 200 строк кода и пары недель разработки и тестирования. Для реализации Вашего предложения нужно (в случае реализации объекта "датчик" на классах): 1. Структура данных: Создать новый тип датчика "Виртуальный датчик", который будет включать в себя список выбранных датчиков и условие установки температуры этого виртуального датчика (минимум/максимум/среднее (какое из ? /увеличить или уменьшить на величину (калибровка) Разработать модуль изменяющий структуру данных на контроллере при обновлении прошивки. 2. Контроллерная часть: Создать класс на основе класса "датчик", который имел бы следующие дополнительные методы: вывести список датчиков, добавить датчик, удалить датчик и модифицировать свойство "температура", показывающее температуру в соответствии с выбранным условием. Естественно должны отрабатываться все ошибки, например удаление одного из датчиков или его отказ. 3. Web интерфейс: Реализовать функционал показывающий, что датчик виртуальный, сделать функцию добавления/удаления/модификации виртуального датчика, при редактировании самого датчика реализовать функции добавления и удаления датчика в список, а также выбор условия 4. СMC интерфейс - реализовать набор команд из Web интерфейса. 5. Ну и на сервере придется то-нибудь поменять, как пить дать 6. Ну и задокументировать изменения, а также внести правки в онлайн хелп и мануал. Если же датчики реализованы в виде массива показаний, то есть неплохой шанс для переписывания множества функций, что займет существенно больше времени, как в разработке, так и в тестировании.
Да-да-да... Именно так... И если при работе по определенному датчику, вы сразу получите информацию о падении Т воздуха в помещении ниже значения уставки, и будете иметь возможность устранить проблему, или назначить нужный датчик на какое-то время в качестве контрольного, то в случае с автоматическим перекидыванием по датчикам, вы даже не узнаете о проблеме и будете отапливать улицу, или пытаться прогреть помещение с закрытой термоголовкой, насилуя котел... В чем проблема вручную переназначить датчики, если уж возникла такая необходимость? Или не знаете как задать температурные пороги по каждому датчику для оповещения?
Я не понимаю, почему вы так уперлись, да еще и всерьёз предлагаете какой-то колхоз с ручным ежедневным переназначением датчиков. Аварийное уведомление по температуре - нужно, чтобы отследить аварию, а не падение температуры ниже комфортной уставки. Или границы аварии тоже каждый день перенастраивать предлагаете? Все многозонные системы автоматики посылают сигнал на вкл котла именно по падению хотя бы одного из целевых датчиков ниже уставки. Никто же вам не говорит, что у всех должен быть такой функционал, люди просят о доп функционале - возможности выбора нескольких датчиков для управления. А чтобы не насиловать котел термоголовками - нужно делать нормальный монтаж с перепускным или просто выкрутить на максимум термоголовку в одном из помещений с термодатчиком.
Потому, что никто еще внятно не объяснил, зачем нужно усложнять систему этой функцией... И зачем нужно ежедневно переназначать датчики? Такая необходимость может возникнуть именно при аварийной ситуации, и в этом случае решение о переназначении датчиков должно приниматься именно по текущей ситуации и осознано...
Проветривание комнаты или открывание двери для заноса, например, продуктов из машины - я никак не могу отнести к аварийным сценариям. После обоих этих процедур нужно догревать помещения. Переназначать датчики каждый день - странная идея. Не забывайте, что целевое помещение с минимальной температурой (куда ставят термодатчик) - не всегда прогревается дольше всего. При таком сценарии оно может прогреться и отключить котел, а зал, например, куда больший по площади - недогреться. Если поставить регулировку по датчику в зале - то в предыдущем помещении будет недотоп. Вообще мы обсуждаем какие-то очевидные веши и азы отопления. В случае нескольких термодатчиков по комнатам - сигнал на включение котла всегда посылается по падению температуры ниже уставки хотя бы по одному из датчиков. Это аксиома.
А делать расчеты ДО и балансировать систему ПОСЛЕ не пробовали? Если уж о базовых вещах говорить... Насчет проветривания комнаты и заноса продуктов - я так понимаю, что в своем доме вы не живете и плохо представляете себе насколько охлаждается помещение и через сколько оно набирает нужную температуру... Гонять котел, чтобы повысить Т на 1 градус, на который температура и так повысится через пару минут, смысла нет... Даже в малоинерционном домике 50кв.м. А если ваша система отопления не в состоянии компенсировать теплопотери в момент и после обычного проветривания, то надо не датчики менять, а систему настраивать или переделывать... А если менять датчики, то в зале будет перетоп... А закрывать термоголовкой контрольное помещение неправильно - это тоже аксиома... В любом случае - решения за разработчиками, но "Баба-Яга против!"