Слева есть чекбоксы скачать в проект или на пк.
Вид для печати
Подскажите как реализовать механизм запуска после того, как значение пойдет вверх и потом начнет опускаться.
Чтобы механизм не запускался, если сперва значение идет вниз...
з.ы. описание проблемы тут https://owen.ru/forum/showthread.php...l=1#post342768
Примерно как-то так:
Вложение 51822
Вложение 51823
Как же меня начинает бесить фирма Овен со своим "программа была создана в более старшей версии" и без установленного Adobe Reader даже макрос из программы нельзя скачать, не читая его описания в pdf :(
Сергей0308 пока я тут занимаюсь очередными скачиваниями, макрос позволяет пропустить первое снижение или надо что-то прикрутить ?
Спасибо, кажется подойдет... подумаю, как его прикрутить к своей затеи.
Может так хочется?
Вложение 51825
Вложение 51826
В принципе мой макрос "VIP" определяет вектор(направление) изменения переменной и любую логику можно присобачить!
Или так?
Вложение 51847
Вложение 51844
Сам спросил -- сам отвечаю, раз уж никто больше не сподобился. Помог вариант, когда переход на экран осуществляется не по самой переменной статуса, а по некоей промежуточной переменной. Видимо, это как-то связано со свойством переменных перехода автоматически обнуляться после того, как переход совершён.
Вложение 51850
Сергей0308 делал вчера упрощенный вариант, в результате утром ТН отключился совсем, был 0 на выходе Q2 то есть произошло то самое снижение температуры за 3 минуты (на входе макроса стояло 30 и внутри Х на 100 мс) и за это время не произошло увеличения температуры, чтобы сбросить триггер.
Проблема заключается в чем собственно. При включении компрессора разрешается работа блока и на SEL подается импульс, который фиксирует текущую температуру и запускает таймер TON1
1. при включении температура сперва может пойти вверх, а потом вниз из-за прокачки насосом. Так как ТН стоит вторым котлом с дизелем, работать может только один (установлен 3-х ходовой на обратке, циркуляционный насос один). Перед запуском например мог работать дизель и в системе достаточно горячая вода была, по этому возможно такое поведение Т сперва вверх, потом вниз и потом уже от нагрева ТН вверх - временной диапазон неизвестен.
2. Температура может сразу пойти вверх, без провала вниз и ТН ее продолжает греть
3. Температура сперва может пойти вниз, а потом вверх
Для всех режимом временной диапазон между падением температуры и повышением неизвестен. А так же неизвестно, по какому из 3-х вариантов начнется действие. Например если вариант 1 и 3, то можно было бы поставить счетчик на VIP (-) и отключать на второй итерации падения.
А если вариант 2, то тогда ничего не сработает со счетчиком.
Попробую 3-й вариант, а то замудренное там что-то во всех вариантах для моего понимания :)
Блин, нужен какой-то макрос, который будет сравнивать температуру строго 2-3 минуты назад, а не так, как в схеме обновление текущей каждые 3 минуты.... Кажется тут скорее всего собака зарыта...
Сергей0308 математически не получается :) забил... убрал фильтры и поставил задержку. Надо решать задачу иначе, добавлять датчики температуры на фреоновые трубки и изолировать их от внешней среды и контролировать температуру как это делают мозги внутреннего блока.
На самом деле мне все это не так нужно, так как делаю систему вода-вода и там по обмерзанию просто защиту по Т воды делать с отключением компрессора и прокачкой воды. А тут просто блок еще не разобрал, думал написать программу с возможностью работы и воздух-вода, но тут надо контролировать обмерзание и включать оттайку внешнего блока.
Пока так сделал, просто увеличил задержку на выходе. добавил SEL для сброса в начале пути... Он пишет 0 вместо текущей температуры и VIP начинает считать с начала, считая направление сперва в +. Так же внешнюю задержку сделал, чтобы En не сразу включался при старте компрессора.