Много простых вопросов по Wialon системе.

Пока получил по функционалу превышение скорости - все превышения и так полагаю как вне так и внутри геозоны. Это уже в целом неплохо.

Если честно, я так и не понял, каким именно методом из доступных есть желание клиента контролировать превышения.
В зависимости от желания и способ последует.
С отчетом, я так понимаю, получилось. Уже хорошо.

Этого достаточно или надо иными методами контроль делать?

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

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

Как-то странно работает фильтр топлива у Виалон. Если мы ставим некое усреднение, то график сразу должен начать "съедаться" по пикам, но я ставлю допустим 15, а пики остаются.

24Glonass , так работает алгоритм сглаживания, самое забавное, когда на ровном участке появояются провалы вниз, или подъемы вверх. Ни чего лишнего, просто математика

Гуртом, а вы сможете сделать фильтор, который рвботает только во времо поездок (не скорость, а именно поездки)?

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

Как вариант дальнейшего развития площадки, формулу сглаживания надо отдать "на откуп" пользователей, т.е. мы должны сами иметь возможность настраивать варианты мат.обработки сглаживания, т.к. топорное усреднение (которое вероятно работает сейчас) мало куда годится.

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

- Раздел "Расход топлива" "Степень фильтрации от 0 до 255" - которая съедает 10 литров с заправки в 150 литров уже при цифре 25;

и второе место:

- "Датчик уровня топлива" - переопределить степень фильтрации.

К неудобству пользователя, в обоих местах нет визуального примера как будет сглажено топливо. Многократные прогоны через отчет дают странную картину, либо не фильтруется ничего, притом до значений где-то 7-9, потом как рубанули топопром, по 5-10 литров сразу от заправок отъедает.

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

При степени 0 идёт фильтрация по 3 сообщениям.
Для степени 1 и выше фильтрация идёт домножение на коэффициент 5. То есть при степени 7 => фильтрация по 35 сообщениям.

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

А поэкспериментировать можно иным образом, для пробы-то: выгрузить сырые значения в эксель и играться с формулами как хочется.
Хоть линейной, хоть сплайнами.

Не знаю, что у вас там происходит с топливом, но мне обычно достаточно сглаживания до 10, при этом галки для расчета объемов по сырым данным дают корректные показания по заправкам.

так у них и фильтры есть для ДУТ, если что-то не чинится на стороне Wialon, можете накрутить сглаживание в Галилео.