Вы не вошли. Пожалуйста, войдите или зарегистрируйтесь.
Последнее обновление - отлично! 
Только у меня почему-то не отображаются данные счетчика в статистике. В отчетах по рейсам и поездкам - отображается, а в статистике за интервал - нет, хотя галочка "датчики счетчиков" стоит.
В чем проблема?
P.S. очень-очень срочно надо... клиенты пинают 
Obscured
Необходимы выбрать не "Датчики счётчиков", а "Счётчики" (предпоследний пункт из списка).
Obscured
Приносим извинения 
Действительно, в статистике для таблицы Датчики счетчиков значение Показания датчиков не работает. Используйте поле Итого, для этой таблицы. Ошибку мы исправим, но точную дату сказать затрудняюсь.
Да, пока решил вопрос, сделав таблицу по датчикам счетчиков с группировкой по дням.
Выяснилась одна серьезная проблема, связанная с округлением.
У нас датчик подсчета пассажиропотока, считает входящих и выходящих пассажиров, т.е. мы получаем удвоенное количество прошедших. В таблице расчета стоит коэффициент 0.5.
Насколько я понял, алгоритм работы с "дифференциальным счетчиком" у вас таков: в каждом сообщении входящий параметр умножается на коэффициент таблицы расчета, затем округляется (так как счетчик - целочисленный), затем для двух сообщений вычитается. В итоге, увы, для достаточно частых сообщений, получаем значительную ошибку, в нашем случае 25%.
Увеличение коэффициента до 0.667 улучшает ситуацию, но вносит случайную ошибку порядка 3% на масштабах недели, и больше 5% на масштабах дня. С учетом и без того высокой погрешности используемого устройства - печальная ситуация...
Радикально исправило бы ситуацию округление значения датчика в последний момент - после всех вычислений непосредственно перед отображением.
Алгоритм расчёта и проектировался для работы с дробными счётчиками, странно что вносится погрешность. Скиньте пож-ста мне в личку сообщения от устройства, желательно за месяц.
Вы предупредите, когда алгоритм подправите! А то пока с коэффициентом 0.66 работает, чтобы у заказчика вдруг завышение на треть не вылезло 
Завтра, т.е. в пятницу.
