Группировки в отчетах по начальной и конечной точки пути

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

yurius отсортируйте по длительности еще (грузит как минимум 2 минуты)

Нахождения в геозоне, вестимо.

У меня все именно так. Остановка все равно считается если попадается "объект- геозона" который может быть "источником погрузки".

Тут смысл еще вот в чем:
Если работали с карьерными самосвалами,  то скорее всего  знаете, как у них может начисляться ЗП водителя Белаза. Смысл в пройденном пути, при перевозке груза,  при чем очень сильно варьируется коэффициент, откуда и куда он сделал ходку. Так если дожди, и проехать на "вершину" отвала он не может, то этот коэффициент сильно сокращается и 20-300 метров, которые он не доехал могут ударить в совокупе по кошельку за смену.

Если брать таблицу "поездки между геозонами", то со всеми фильтрами включенных датчиков и т.п. начало ходки у него будет считаться с момента ВЫХОДА и до момента ВХОДА в нужные нам геозоны, но пробег в эти 20-300  метров внутри геозон, загрузки/выгрузки не учитывается.

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

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

В данном случае разрабатывается решение для добывающей компании (песчанный карьер), используя которое можно:
1. Оценить выработку той или иной продукции за интересующий период;
2. Автоматизировать сбор данных для расчета заработной платы водителей карьерной техники;
про более очевидные вещи мониторинга писать не буду, сами все знаете.

yurius, добрый день!

Я правильно понимаю, что сортировка по длительности нахождения в геозоне в поездках между геозонами должна решить проблему?

yurius А может активировать вход/выход регистратора при нахождении в геозоне более 1 мин. А потом отчет по поездкам с включенным датчиком (это погрузка), с выключенным - выгрузка

+1 нужная штука

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

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

Если правильно Вас понял, то:
Загрузкой считается установка уведомлением некого статуса при приблежению и нахождению рядом с объектом "загрузки", а разгрузкой - сработка датчика разгрузки.
Теоретически сработать может, НО:
результаты будут находиться в разных таблицах, что собственно теряет весь смысл.

На данный момент у меня все настроено в двух вариантах
1. Через поездки между геозонами, но тут есть ложные сработки, т.к. проезжая с включенным датчиком "загрузки" можно встретить объект, который отмечен как "подвижная геозона загрузки",
С имеющимися группировками по месту загрузки и разгрузки получаю примерное количество рейсов;

2. Через таблицу цифровые датчики приходиться постоянно сверять места загрузок и разгрузок, чтобы выявить возможные ложные сработки.

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

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

Pavel Bushuyeu, это будет внесено в план разработки?

yurius, Юрий, извините за задержку.

Подвижные геозоны уже сейчас присутствуют и в Передвижении между геозонами и в Цифровых датчиках. Помимо этого они (подвижные геозоны) должны отрабатывать везде в качестве адресов, где они указаны в Фильтрации интервалов. О внесении чего именно в план разработки идет речь?

Напишите, пожалуйста, еще раз в тех поддержку с описанием вашей ситуации и ссылкой на эту ветку.
Прошу прощение за неудобство.