Вы меня не поняли. Суть следующая - ограничения и геозона не были созданы. Абонент "внезапно вспомнил" что хочет получать отчет о нарушения скорости, притом вне дорог вообще.
Отчет не формируется "задним числом", в этом проблема. И я не могу дать абоненту превышения за октябрь-ноябрь. Поэтому данные надо перепослать заново, чтобы система нагенерировала события на поступающие данные и поместила их в отчет.
24Glonass Если вы сделаете как я написал, то (указав во всех ТС во вкладке дополнительно ограничение скорости 40км) сформировав шаблон отчета с таблицей превышения скорости(и фильтрации по геозоне) вы получите о превышении в не геозоны за любой указанный период, лишь бы данные были.
Пока получил по функционалу превышение скорости - все превышения и так полагаю как вне так и внутри геозоны. Это уже в целом неплохо.
А вы выбрали в не каких геозон таблица "собирает" факты привышения?
Если честно, я так и не понял, каким именно методом из доступных есть желание клиента контролировать превышения.
В зависимости от желания и способ последует.
С отчетом, я так понимаю, получилось. Уже хорошо.
Этого достаточно или надо иными методами контроль делать?
Пока вроде достаточно...
Вопрос по ретрансляции, ряд устройств в трудодоступном месте, которые настроены на старый сервер по TCP, с этого старого сервера мы настроили трансляцию в Виалон, видим устройство нормально, но есть необходимость его все-таки перенастроить командами TCP, может ли Виалон, отправить ТСП команды, таким образом чтобы они дошли через старый сервер и до прибора?
Очевидно нет, поскольку Виалон ничего не знает про реальный прибор. Для него "прибор" - это поток со старого сервера, именно его адрес будет использован для отправки команд с Виалон.
В свою очередь, старый сервер ничего не знает про обработку команд, которые придут от Виалон и не отправит их на прибор.
Если конечно на вашем старом сервере не настроен некий самописный шлюз, который каждую команду, поступившую из-вне, отправляет на реальный прибор, выступая посредником.
Не берусь утверждать, разве промежуточные серверы не могут приниматься как некие подсети, допустим как мы ходим в интернет. Пишем адрес или ип, и он идет по куче промежуточных серверов, пока не дойдет до адресата? По идее конечный адрес, который присваивается сим-карте, это и есть получатель, он по умолчанию уже "смаршрутизирован" с первым сервером, а первый сервер соединен с Виалоном тоже по TCP.
может ли Виалон, отправить ТСП команды, таким образом чтобы они дошли через старый сервер и до прибора?
Ретрансялция предполагает передачу данных в одном направлении. Потому отправка команд по TCP невозможна. Однако вы можете отправлять команды из Wialon черех SMS, если ввели телефонный номер SIM-карты и отправка SMS доступна.
Как-то странно работает фильтр топлива у Виалон. Если мы ставим некое усреднение, то график сразу должен начать "съедаться" по пикам, но я ставлю допустим 15, а пики остаются.
Как-то странно работает фильтр топлива у Виалон. Если мы ставим некое усреднение, то график сразу должен начать "съедаться" по пикам, но я ставлю допустим 15, а пики остаются.
Подобные вопросы имеет смысл обсуждать на конкретном примере.
Пишите, пожалуйста, на support@gurtam.com, приложив наименования объекта и шаблона отчета, а также интервал построения.
24Glonass , так работает алгоритм сглаживания, самое забавное, когда на ровном участке появояются провалы вниз, или подъемы вверх. Ни чего лишнего, просто математика 
Гуртом, а вы сможете сделать фильтор, который рвботает только во времо поездок (не скорость, а именно поездки)?
Математически не важно, какой ряд сглаживать. Поскольку множество точек в движении, на стоянке, с моточасами и без и пр. Виалон идентифицирует, равно может и сглаживать. Причем ранее (лет так 5 назад) предлагалось дать возможность настраивать сглаживание по разному для этих интервалов.
Пока не сделали и даже не приступали. Видимо, эта доработка сродни "каждому топливному датчику свою настройку алгоритма". Т.е. сложно зело сие есть, паки поелику.
Очень хочется увидеть формулу "фильтрации" Виалона. Дело в том, что по этой фильтрации не удается получить никакого нужного результата. Чтобы понять как это работает есть желание увидеть математический вид того, что происходит с данными.
Как вариант дальнейшего развития площадки, формулу сглаживания надо отдать "на откуп" пользователей, т.е. мы должны сами иметь возможность настраивать варианты мат.обработки сглаживания, т.к. топорное усреднение (которое вероятно работает сейчас) мало куда годится.
На Виалон в разных алгоритмах разные методы сглаживания используются. В каком конкретно месте?
"Топорного усреднения", уверен, в Виалон давно нет. А вот для топлива, например, скользящее среднее используется.
Вопрос всегда фильтру один и тот-же. Почему я глазами вижу заправку прекрасно, а в обработанных данных нет. Мест я видел всего-лишь два где фильтрация может быть установлена:
- Раздел "Расход топлива" "Степень фильтрации от 0 до 255" - которая съедает 10 литров с заправки в 150 литров уже при цифре 25;
и второе место:
- "Датчик уровня топлива" - переопределить степень фильтрации.
К неудобству пользователя, в обоих местах нет визуального примера как будет сглажено топливо. Многократные прогоны через отчет дают странную картину, либо не фильтруется ничего, притом до значений где-то 7-9, потом как рубанули топопром, по 5-10 литров сразу от заправок отъедает.
Поэтому и есть желание увидеть математику процесса. Мы работали раньше с медианным фильтром в другой системе, результаты были очень хорошие. Тут, пока, справится не удается.
Так математика скользящего описана сотню раз, ровно так и работает в Виалон. Я только не помню, какому количеству сообщений соответствует единица в степени фильтрации.
Я только не помню, какому количеству сообщений соответствует единица в степени фильтрации.
При степени 0 идёт фильтрация по 3 сообщениям.
Для степени 1 и выше фильтрация идёт домножение на коэффициент 5. То есть при степени 7 => фильтрация по 35 сообщениям.
Почитал про скользящие средние, ну так-себе тема. В этом случае надо вводить кучу коэффициентов всяких чтобы топливо нормально показывало. Показывать точно заправки с таким способом оно не будет. А если убирать фильтрацию то неизбежны ложные скачки...
Вот и хотелось бы поэкспериментировать со своими фильтрами.
Этот тип фильтра замечательно работает на потоке данных с периодическими выбросами любой амплитуды, для топлива самое то.
И надо понимать, что любое сглаживание заменяет исходные данные и, по определению, их искажает.
А поэкспериментировать можно иным образом, для пробы-то: выгрузить сырые значения в эксель и играться с формулами как хочется.
Хоть линейной, хоть сплайнами.
Цель не в "играться", игрищь хватает до упора с абонентами. В том числе из-за несовершенства текущих фильтров. Цель привести фильтры Виалона в какое-то вариативное исполнение. Совершенствовать сервис, а не стоять на месте довольствуясь "ну как есть". Есть с чем сравнить. А значит и Виалону надо безостановочно двигаться вперед.
Если провести аналогию с железом, то очень правильно поступили "Галилео" - сделав возможность сооружать алгоритмы прямо "на борту". Расширяя данный пример математику тоже можно сделать доступной для пользователя на стороне системы.
Цель привести фильтры Виалона в какое-то вариативное исполнение.
Не знаю, что у вас там происходит с топливом, но мне обычно достаточно сглаживания до 10, при этом галки для расчета объемов по сырым данным дают корректные показания по заправкам.
то очень правильно поступили "Галилео" - сделав возможность сооружать алгоритмы прямо "на борту".
так у них и фильтры есть для ДУТ, если что-то не чинится на стороне Wialon, можете накрутить сглаживание в Галилео.
то очень правильно поступили "Галилео" - сделав возможность сооружать алгоритмы прямо "на борту".
так у них и фильтры есть для ДУТ, если что-то не чинится на стороне Wialon, можете накрутить сглаживание в Галилео.
приборы галилео с Easy logic появились не так давно. Большая часть парка приборы без такой функции.
Пишет мой коллега про "сырые данные":
"По сырым данным хорошо, когда рывков нет. Если их включить, они запросто уходят в расход по ДУТ и создают там сотни литров расхода в день."
