А минимальное время - разве не ноль? :confused:
Вид для печати
Я так понимаю "минимальное время хода" - параметр задаваемый для защиты сервопривода от коротких импульсов, некая временная "зона нечувствительности", дабы не дергало туда-сюда. Хотя может и неправильно понял
Я все понимаю, но вот к примеру целесообразность сетевого отображения типа горелок (параметр mode_Burn, регистр 537) под большим вопросом. А это два байта, которых бы вполне хватило на сетевое переключение статусов котлов в каскаде... (По 2 бита на котел, бит 1 - отключен/активен, если активен то: бит 2 основной/резерв). Туда же при желании можно и выбор ведущего котла добавить в виде битовой маски из 4 бит (в случае ошибочной записи более 1 бита - ведущим становится котел чей бит опрашивался последним в цикле, в случае всех четырех нулевых - просто игнорировать)
Вы поняли все верно.
Мы можем долго рассуждать над вопросом целесообразности той или иной переменной, для кого-то она важна, для кого-то нет, какие-то из них участвуют в обмене между приборами. Подумаю над этим вопросом и обязательно сообщу о результатах сюда или на почту (если хотите).
мои некоторые наблюдения..... каскад из двух котлов под управлением ктр121.02 и 121.01 .....работает один котел почти на максимуме (второй долго стоит в резерве), на улице падает температура (не существенно) по идее надо немного добавить мощность , каскадник подключает второй котел (но он холодный) и в контуре резко падает температура ......похоже у каскадника нет алгоритма отработки такой ситуации - он выводит каскад котлов на 200% и .......:mad: останов по аварии перегрев :mad:
Абсолютно так же происходит. Единственное что не происходит аварии по перегреву, так как настроен режим П - регулятора (П = 10, И = 0, Д = 0), при уставке 90 держит 84-86 в общем коллекторе, за исключением провалов при открытии задвижки подключаемого котла. Но явно непродуманная логика ввода следующих котлов в каскад, хотя бы временную задержку какую-то регулируемую сделали, дабы подключаемый котел не стремился 100% набрать сходу. А то получается ситуация что ведущий котел дошел до 100%, пошел запрос на розжиг ведомого котла, ведущий тут же снизил мощность до 80% (хотя ведомый котел разжигается далеко не сразу), плюс падение температуры от подмеса остывшей воды из ведомого котла - получаем ощутимый провал по температуре, который регулятор стремится наверстать включая оба котла на полную мощность. Логика 80+20 = 100 на графике выглядит красиво, а в реальности несколько кривовато получается...
Возможно, было бы удобнее:
А) придержать ведущий на 100% мощности на время запуска и прогрева ведомого, желательно с возможностью регулировки данной задержки.
Б) "притормозить" набор мощности регулятором после ввода ведомого котла в работу на какое-то (регулируемое) время.
Оперируя данными параметрами по идее можно хоть как то компенсировать тепловую инерционность системы и избежать неадекватной реакции регулятора на переходные процессы (неизбежный провал по температуре) при открытии ведомого котла.
(В принципе - готов к экспериментам с различными алгоритмами, все равно практически живу уже 3 недели на котельной, уже и организм адаптировался к беляшно - кофейной диете...)))))