Если проблему можно решить за деньги, это не проблема, это расходы. Бог каждому посылает проблемы по его силам. Так что одно из двух. Либо ты можешь-таки
справиться с проблемами, либо это не твои проблемы.
У меня имеется макрос ограничения скорости изменения параметра, на его основе можно сделать защиту сухого хода насоса. Для этого нужно знать минимальную рабочую скорость изменения(увеличения) уровня в расходной ёмкости при работе насоса, если эта скорость ниже минимальной, предполагается сухой ход, всё!
Ограничение скорости изменения.PNG
https://owen.ru/forum/showthread.php?t=32153&page=6
Если проблему можно решить за деньги, это не проблема, это расходы. Бог каждому посылает проблемы по его силам. Так что одно из двух. Либо ты можешь-таки
справиться с проблемами, либо это не твои проблемы.
От вы фигней маетесь... У мощных котлов достаточной мощности насосы, чтобы заниматься фигней в виде промежуточных емкостей и дополнительных перекачивающих насосов. Так что ждем пояснений автора.
Так все-таки, что за котел, для чего измерение расхода потребовалось ?
Измерение расхода, как ни странно, нужно для того, чтобы его (расход) учитывать. По уровню расход рассчитывать получается точнее, т.к. показания магистрального расходомера сильно зависят от вида топлива (летнее/зимнее) и от температуры окружающей среды. Иными словами его нужно калибровать под каждый новый вид. Это раз. Вторая причина почему решено было использовать ПДУ для такого расчета - наличие самого ПДУ. Чисто экономически гораздо проще решить проблему имеющимися средствами - система проще и дешевле получается.
А про котел ни слова... почему промежуточная емкость ?
Да, я тоже вижу разницу от температуры, но у меня в емкости датчик давления ПДИ-100 стоит.
Показания пляшут от температуры очень сильно. Летом, легко пару литров погрешность между ночью и днем. Думаю погрешность будет даже с измерением уровня.
Последний раз редактировалось melky; 19.12.2020 в 11:15.
Потому, что основная емкость установлена достаточно далеко от котла. В данном случае, потребовалось бы интегрировать дополнительный насос, постоянно работающий во время работы горелки. Такое решение менее отказоустойчиво и гораздо более сложное чем питание через доп расходную емкость из которой горелочный насос берет топливо сам. Дополнительно проще расход топлива учитывать и много еще других факторов: менее сложная чистка, например. Гораздо проще слить 500 литров некачественного топлива из расходной емкости, и быстро заправить ее из резервного "кубика" например, чем выкачивать основной танк и чистить его. В общем, коллеги, решение с доп емкостью было выстрадано и принималось не просто так))
Попробую другими словами.
Проблема решение которой я пытаюсь найти в следующем. Как в FBD сравнить текущее значение с тем, которое было в прошлом (60 секунд назад, допустим). Как "запомнить" а потом "записать" значение переменной float в функцию сравнения
Т.е. если за 2 минуты уровень в баке не увеличился - вам про это и говорят всю дорогу, чем это не таймер ? только не на весь объем а на его изменение...
Таймер хоть вы тресните будет после включения насоса.
1. включение насоса - сохранение текущего уровня
2. Таймер на Х секунд - проверка уровня, изменился, работаем дальше
3. не изменился - остановка насоса и аларма.
Так я и не говорил про таймер)))
я говорил :"не через таймаут а через контроль изменения уровня в расходном баке в течение цикла работы насоса" - т.е. не через такое стандартное решение как простая отсечка по времени