Уведомление - Измерение изменения показаний Датчика

По этому, попросил, что бы высказали свое мнение и замечания

Информация для размышления:
По нашим данным средняя заправка на автоматизированной топливной станции, на 400л циллиндрическом баке длится 7-10 минут, средний остаток топлива в баке перед заправкой 30-60л топлива. После заправки есть 2-5мин до того как машина будет в движении. Т.е. когда машина начинает движение, уровень топлива начинает немного колебаться, но это уже происходит не на стоянке.

Самый обычный слив производится через шланг, порциями в 2-5 литров (2-3минуты) и промежуток между сливами 1 минута. Происходят в основном сливы на парковке. Хитрые сливы в движении детектируются в основном уже в отчетах и на графиках.

Я бы даже разделил бы на 2 процесса:
- Алгоритм по расчету
- Уведомление, которое передает итоги из алгоритма

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

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

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

Добавлено спустя   3 минуты  27 секунд:
Еще добавлю, в случае использования алгоритма:
У процессора много сил отнимать он не будет, т.к. можно выполнять алгоритм не постоянно, а с заданным интервалом.
Например 20-30 сек - выбрать средний период времени отправки сообщений от устройства.
Нет смысла анализировать сообщения быстрее, чем они приходят

+1 Можно упростить задачу, т.к. сливать меньше 10 литров водилы не будут, технические сливы оставить на совесть заказчика, то можно контролировать в интервале 5- 10 минут. т.е. контролировать изменение уровня раз в 5-10 минут при условии нулевой скорости, если слив составит более 10 литров, то выводить уведомление со сливом, можно даже без расчета объема слива, главное сам факт фиксации слива на мониторе/дисплее заказчика, это уже гораздо лучше, чем совсем ничего.

Было создано 3 Задания с различными настройками. Тестировали 7 дней на 10 обьектах. Всего было 25 реальных заправок по отчету.

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

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

у нас уведомления из заданий о сливах/заправках приходят на эл. почту заказчиков, там же можно и СМС настроить, только они платные, тут то вроде нет проблем!!?