Задача на вычисление расхода воды

В моем понимании это какой-то бесконечный цикл, внутри которого вычисляется разница между текущим и предыдущим значением, но на этом идеи заканчиваются.

Отлично.

//volatile int x;
int startx = x;
while (1) {
        printf("Delta: %dml\n", startx - x);
        sleep(1);
}

Буду рад любому совету.

Будем рады, если удосужитесь сформулировать вопрос.

При запуске запоминаешь уровень воды в Y. Затем в цикле проверяешь значение Х. Вычитаешь Х из Y. Выводишь результат.

не упусти кейс когда в ведро долили воды :) в таком случае тебе нужно будет запомнить новое значение «потолка»

между текущим и предыдущим значением

int X;
int levelPrev = X;
while(true) {
  sleep(1);
  printf("Consumption: %d ml/s\n", levelPrev - X);
  levelPrev = X;
}

между текущим и предыдущим значением

ничего, что это часть не условия, а растерянно-бесмопощной его интерпретации?

В заголовке темы: «Задача на вычисление расхода воды»

и? это ничего не дает.

походи вокруг https://ru.wikipedia.org/wiki/Теория_автоматического_управления

у конкретней методы который на нижнем уровне в scada

а конкретно в этой задачке:

1. какая частота дискредизации снятия данных.

2. как предполагается подавлять шумы(и прочие дребежания)

3. сколько и каких держать суммирующих(«интегральных») значений - для модели процесса

:)

Расход воды - изменение объема воды в единицу времени. По-моему вполне ясно, о чем речь.

Расход воды - изменение объема воды. Расход воды в единицу времени - изменение объема воды в единицу времени. По-моему вполне ясно, о чем идет речь.

Какая разница? Считать-то нужно только ту воду, что утекла.

Так и быть, перечитал пост.

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

Вот он и пытается разнообразить балаган, исключая воду, которая «притекла».

Да, если воды стало больше, нужно не брать в расчет прибывшую воду, и продолжать при этом считать «утекающую». Это важное замечание.

Если при этом злой демон доливают по чуть-чуть? Формулировка ужасна.

А еще могут плеснуть сразу пол ведра под большим напором в момент когда с датчика показания не сняты. Так что опрашивать надо чаще чем в раз секунду.

И кулинксяо правильно сказал — хранить более одного значения и каким-то образом их анализировать.

А еще нужно учесть кейс когда датчик может выйти из строя. Значит нужно накапливать неуспешные попытки получения данных или невалидные данные и в какой-то момент выдать что датчик накрылся чем-то волосатым.

с момента запуска программы

разница между текущим и предыдущим значением

s/предыдущим/начальным

Алгоритм прост как 3 копейки

Если просто для школы, сойдет вот такой, исходя из того, что нам заранее известен расход, и он постоянен.

устанавливаешь переменную текущего значения current = 0

в цикле раз в секунду current = current + единица расхода и выводишь значение этого current

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

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

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

В глубине души понимаю, что задача даже не для первого курса института. Но ничего не могу поделать, застопорился и всё тут.

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

А в первом посте неправильное решение:) там знак минус на плюс надо заменить.

А твое «решение»

При запуске запоминаешь уровень воды в Y. Затем в цикле проверяешь значение Х. Вычитаешь Х из Y. Выводишь результат.

и вовсе бред сивой кобылы, эксперт хренов.

теперь еще и эксперты-педагоги понабежали. разупоритесь все!

Типичный экземпляр, даже придрался — и то с ошибкой.

В чем ошибка? Ты считаешь там не расход, в своей *программе*.

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

Условие сформулировано просто замечательно.

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

Хоть такой кружок и то хорошо. Я рос в девяностых вообще ни хера не было, если бы был, то сам задачу решил, а не беспокоил достойных людей.

И, да, присмотрелся сейчас, ты там вообще бред написал. У тебя там вообще всегда 0 выводится будет, LOL

одновременно с этим доливается

А где там про долив написано?:)

Да, но ты предложил «поменять минус на плюс».

Ахаха, обоснуй.

Пол треда, и сам ТС, обсуждают долив.

Прально, считать надо Δf(t) / δt

Кому, ТСу?

Ф ты подумай, что в переменных будет лежать на каждой итерации, если ты их нигде не меняешь? То что ты намисал, еквивалентно while true print 10 - 10; sleep 1

Пол треда, и сам ТС, обсуждают долив.

Я смотрел на изначальные условия, изложенные в стартовом посте, присем тут долив?

если ты их нигде не меняешь?

а, сорри, ты слил. перечитай условие, почитай, что есть «volatile», подумай, зачем я его упомянул в комментарии.

Сказано же в условии, что в x всегда текущие показания датчика. Эту переменную сам контроллер без тебя меняет, согласно условию задачи .

Че ты паришь, ты просто облажался. У тебя нет там никакого расхода просто.

Имеется датчик уровня воды, доступ к значению, которого осуществляется через переменную int X; То есть в X в любой момент времени будет лежать текущее значение уровня воды в ведре (уже в пересчете на миллилитры).

Не переживай ты так, ну слился ты, с кем не бывает.

Спроси у ТСа, он писал что надо учесть долив.

Да, если воды стало больше, нужно не брать в расчет прибывшую воду, и продолжать при этом считать «утекающую». Это важное замечание.

А еще объясни, как из условия понятно, что долив исключен. Откуда вода в ведре берется? Ась?

Эту переменную сам контроллер без тебя меняет, согласно условию задачи .

Сомневаюсь, что это имелось в виду. Если бы это было так, присутствовала бы реализация самого контроллера, либо требование его реализовать, а этого в условии нет.

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

он писал что надо учесть долив.

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

присем тут долив?

Реши общюю задачу и получи решение частной бесплатно. ;)

Хотя, в данном конкретном случае, имея только датчик уровня, проблема долива не разрешима.

Предположим у нас две трубы. Из одной вода вливается в ведро, из другой выливается. С одинаковым потоком в обоих трубах. Расход есть, а уровень в ёмкости неизменен.

Так же и при периодическом доливе. Датчик вдруг покажет -100 l/min, хотя из выходной трубы, как текло 1 l/min, так и течёт.

Не нужна там никакая модель ведра

Вот его дебильный алгоритм

current = 0
everySecond display current++

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

Предположим у нас две трубы. Из одной вода вливается в ведро, из другой выливается. С одинаковым потоком в обоих трубах. Расход есть, а уровень в ёмкости неизменен.

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

выводил на экран сколько воды утекло с момента запуска программы.

Элементарно, считаешь делту между прошлым Х и текушим Х, плюсуешь в накопитель int Total и этот Total выводишь на экран. При старте программы Total = 0

Расход — это то, что покидает систему. Наша система — ведро. Хватит прогуливать уроки. ;)

Наша система — ведро

Если система — это ведро, то система отопления(реальная) — это радиатор.