Тестирование нового ПО контроллера ZONT H2000+. Часть 2

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

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

 

Попробывать перезаписать датчики через удаление...

 

Всем добра!

Конфигурация следующая:
1. Zont h2000+, прошивка 222.
2. Каскад из трех котлов
3. Две теплотрассы к потребителям, соответственно на каждой свой насос.
4. От потребителей (на каждой теплотрассе их по несколько) приходят запросы тепла, которые заведены как датчики.
5. Насосы заведены в исполнительных устройствах, режим работы по запросу тепла.
6. Есть несколько контуров отопления, настроенных на работу по запросу тепла, соответственно один и тот же насос указан в нескольких контурах в качестве исполнительного устройства.

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

 

Не родные - 433 МГц, 868 МГц - от Зонта + радиомодуль отдельный.

 

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

 

Сделайте эти насосы теплогенераторами, которые в свою очередь запрашивают тепло у каскада. Должно сработать.

 

На самом деле все не совсем так - есть достаточно много устройств на работающих объектах, где один ЦН (как исполнительное устройство) заведен на несколько отопительных контуров и все прекрасно работает...

Что-то неправильно подключено или настроено...

 

Почему это нельзя?

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

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

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

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

В общем суть такая. На работу насоса влияет установленная на контуре температура и температура на датчике на контуре: если температура на датчике выше установленной, то насос не работает.
Тут есть два рассуждения:
1. Если запрос тепла есть, значит тепло надо дать это же логично? И температура на датчике контура не при чем. А как его дать, если насос выключается?
2. Так как датчик температуры устанавливается на ветке подачи насосно-смесительного узла недалеко от коллектора, а потребитель на контуре может быть далеко (в моем случае на обратном конце теплотрассы, метрах в 30), то без циркуляции температура у потребителя не будет иметь ничего общего с температурой на датчике, потребитель будет формировать запрос тепла, а ZONT сравнивает температуры и принимает решение, что тепло потребителю не нужно. То есть типа он лучше потребителя знает, что ему нужно?

 

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

Как вариант: сделайте для смесительного узла отдельный контур и на нем управляйте сервоприводом, регулируя Ттн (например по погоде). Для потребителей сделайте свои контуры (работающие по Твозд.) и уже в них управляйте насосом.

 

Напишите номер заявки в ТП в личку или на help@microline.ru

 

Помогите пожалуйста, что я не так делаю? Нужно чтоб при срабатывании датчика включался индикатор на панели, а при восстановлении датчика, выключался. Создал сценарий, при срабатывании датчика реле включается и следственно индикатор, а при восстановлении датчика реле не выключается, если только не перезагрузить блок расширения на котором находится это реле.

 

Сценанрий правильный, если прошивка последняя доступная в личнм кабинете и команды в действии с выходом правильно выюраны - должен работать. Если нет - напишите в ТП.

 

Обновил прошивку до 299 и теперь пишет, что в сценарии ошибка.

 

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

Ну так а у меня по факту наоборот - контур включен, а насос отключается (другим контуром). Я был бы рад, если бы это работало так, как пишете Вы

Написал в личку. Спасибо.

 

Заявку в ТП напишите - нужно смотреть настройки.