101

Ретрансляция в систему АвтоГРАФ™

Re: Ретрансляция в систему АвтоГРАФ™

yavi wrote:

Также по msg_type A и T мы видим что одни и те же сообщения приходят как рядовые  (тип А) и  внеочередные (тип Т). Такова логика прибора, заложенная производителем намеренно. При желании можно отключить данную функцию (внеочередной отправки Т сообщений, в разделе Передача данных - отключить передачу внеочередных сообщений), и будет приходить только тип А. 

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

ООО «ТехноКом», г. Челябинск - - - Самцов Константин Юрьевич - зам. директора по работе с регионами
Раб. тел.: +7 (351) 211-30-40, 211-40-30, +7 912-790-72-96 (МТС-шлюз на АТС)
tk-chel.ru*** tk-nav.ru *** tkls.ru*** tk-nav.com (Prague / Прага)
Просьба не писать вопросы через систему личных сообщений этого форума, так как я не присутствую здесь постоянно. Прошу использовать для связи с нами ресурсы и контакты из подписи.
102

Ретрансляция в систему АвтоГРАФ™

(edited by opl 26/10/2020 17:59:11)

Re: Ретрансляция в систему АвтоГРАФ™

TK-SK, Константин, все , что вы описали имеет место быть, но за этим мы сильно удалились от конечного результата.

Еще раз расставлю акценты кратко: 

1. Есть какие то кривые точки с одинаковым timestamp, то что они кривые никто не спорит их формирует либо виалон либо прибор.
2. Есть автоматическая ретрансляция этих кривых точек на сервер конвертации АвтоГРАФ, в виалоне нет настроек фильтрации таких точек при ретрансляции.
3.  На сервере АвтоГРАФ эти точки обработались сохранились в базу.
4. В ПО АфтоГРАФ при формировании пользователем  отчета по превышениям скорости эти точки обработатываются не корректно, отчет выдает якобы  превышения скорости.
5. Причины не кооректной выдачи в отчет результатов понятны, алгоритм в ПО АвтоГРАФ  не может  корректно обработать и выдать правильный результат рассчитанной скорости с одинаковым timestamp.
6. Требуется на стороне клиентской части ПО АвтоГРАФ исключить обработку и выдачу   искаженных результатов о превышении скорости при наличии подобных точек.

Системы мониторинга транспорта, системы оповещения населения ГО и ЧС, видеонаблюдение, охранная и пожарная сигнализация.
103

Ретрансляция в систему АвтоГРАФ™

(edited by opl 26/10/2020 18:00:29)

Re: Ретрансляция в систему АвтоГРАФ™

TK-SK wrote:

Я уже спрашивал Вас, что такое "корректно рассчитанная скорость" для секунды в которой содержатся несколько навигационных точек с одинаковым временем у которых крайние показания скорости отличаются аж в 3 раза от 17 до 51 км/ч ?

Вот Вам точки:
17:51:23 - 34 км/ч
17:51:23 - 47 км/ч
17:51:23 - 17 км/ч
17:51:23 - 25 км/ч
17:51:23 - 51 км/ч
17:51:23 - 18 км/ч

Какая же в этой точке  "корректно рассчитанная скорость" и как она получается из этих значений ? Можно "корректный и правильный алгоритм" в студию ?

О том, что между этими точками на самом деле еще и расстояния от единиц до десятков и может даже сотен метров, хоть они все и спрессованы в 1 мгновение, мы пока даже и вспоминать не будем.

О том и речь, что большинство платформ мониторинга не рассчитывают скорость по времени и координатам, а используют параметр speed,  который приходит от устройства в явном НЕ КОРРЕКТИРУЕМОМ виде  с координатной точкой.
Это  позволяет даже при  одинаковом timestamp в точках -  корректно обрабатывать их  для вывода в отчет о превышениях скорости.
И вопрос, что такое "корректно рассчитанная скорость" - в таких системах просто не стоит. Так как вся информация уже имеется в при получении точки в  параметре speed и рассчитывать скорость между точками нет никакой необходимости.

TK-SK , Константин,  у вас софт не берет во внимание и не обрабатывает  КОРРЕКТНЫЙ,  не скорректированный ни на каком этапе передачи параметр speed, который отправляется вместе с каждой точкой  при ретрансляции в том числе в вашу платформу.  Ваш софт пытается самостоятельно вычислить скорость и на этапе вычисления происходит ИСКАЖЕНИЕ реальной скорости,  причины мы с вами уже рассмотрели.
По этим причинам у вас и возникает абсолютно правильный, применимо именно  для вашего софта, вопрос:  "Какая же в этой точке  "корректно рассчитанная скорость" и как она получается из этих значений ?".  Тут уже только  ваши специалисты могут предложить правильное решение.

Системы мониторинга транспорта, системы оповещения населения ГО и ЧС, видеонаблюдение, охранная и пожарная сигнализация.
104

Ретрансляция в систему АвтоГРАФ™

Re: Ретрансляция в систему АвтоГРАФ™

opl wrote:

Есть автоматическая ретрансляция этих кривых точек на сервер конвертации АвтоГРАФ, в виалоне нет настроек фильтрации таких точек при ретрансляции.

Так проблема в том и заключается, что эти КРИВЫЕ точки виалон отправляет как нормальные, а ПО АвтоГРАФ основываясь на признаках, что точки нормальные обрабатывает их по своим алгоритмам.

105

Ретрансляция в систему АвтоГРАФ™

(edited by AlexE 27/10/2020 15:55:39)

Re: Ретрансляция в систему АвтоГРАФ™

На мой взгляд в случае расчёта скорости на стороне ПО есть существенный недостаток ( в виалоне тоже иметься такая возможность вроде)

gps/глонасс приёмник оперирует значительно большими данными нежели система мониторинга и передает текущую реальную скорость, предположим объект  ехал со скоростью 60 км/час через 500 метров ехал со скоростью 100 км в час и прислал следующую координату, причем ускорился на последних 100 метрах пути, в результате программа обработает скорость как 65-70км в час в то время как фактическая скорость 100 км/час

Допустим трекер настроен на отправку внеочередной координаты при скорости свыше 95 км/ч, клиенту важен контроль скорости, ПО не берущее в расчет данные скорости с gps/глонасс приемника могут пропускать подобные кратковременные ускорения

106

Ретрансляция в систему АвтоГРАФ™

Re: Ретрансляция в систему АвтоГРАФ™

AlexE wrote:

На мой взгляд в случае расчёта скорости на стороне ПО есть существенный недостаток ( в виалоне тоже иметься такая возможность вроде)

gps/глонасс приёмник оперирует значительно большими данными нежели система мониторинга и передает текущую реальную скорость, предположим объект  ехал со скоростью 60 км/час через 500 метров ехал со скоростью 100 км в час и прислал следующую координату, причем ускорился на последних 100 метрах пути, в результате программа обработает скорость как 65-70км в час в то время как фактическая скорость 100 км/час

Допустим трекер настроен на отправку внеочередной координаты при скорости свыше 95 км/ч, клиенту важен контроль скорости, ПО не берущее в расчет данные скорости с gps/глонасс приемника могут пропускать подобные кратковременные ускорения

Спорно, так как на самом приемнике также могут быть краткосрочные броски скорости, неоднократно наблюдалось что по данным приемника видим  превышение или вообще неадекватную скорость, а по точкам координат если сделать расчет - все норм.

107

Ретрансляция в систему АвтоГРАФ™

Re: Ретрансляция в систему АвтоГРАФ™

maxev wrote:
AlexE wrote:

На мой взгляд в случае расчёта скорости на стороне ПО есть существенный недостаток ( в виалоне тоже иметься такая возможность вроде)

gps/глонасс приёмник оперирует значительно большими данными нежели система мониторинга и передает текущую реальную скорость, предположим объект  ехал со скоростью 60 км/час через 500 метров ехал со скоростью 100 км в час и прислал следующую координату, причем ускорился на последних 100 метрах пути, в результате программа обработает скорость как 65-70км в час в то время как фактическая скорость 100 км/час

Допустим трекер настроен на отправку внеочередной координаты при скорости свыше 95 км/ч, клиенту важен контроль скорости, ПО не берущее в расчет данные скорости с gps/глонасс приемника могут пропускать подобные кратковременные ускорения

Спорно, так как на самом приемнике также могут быть краткосрочные броски скорости, неоднократно наблюдалось что по данным приемника видим  превышение или вообще неадекватную скорость, а по точкам координат если сделать расчет - все норм.

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

Есть информация для анализа. А в случае расчета средствами ПО кратковремннные нарушения могут просто не фиксироваться

108

Ретрансляция в систему АвтоГРАФ™

(edited by TK-SK 06/11/2020 13:42:33)

Re: Ретрансляция в систему АвтоГРАФ™

opl wrote:

TK-SK , Константин,  у вас софт не берет во внимание и не обрабатывает  КОРРЕКТНЫЙ,  не скорректированный ни на каком этапе передачи параметр speed, который отправляется вместе с каждой точкой  при ретрансляции в том числе в вашу платформу.  Ваш софт пытается самостоятельно вычислить скорость и на этапе вычисления происходит ИСКАЖЕНИЕ реальной скорости,  причины мы с вами уже рассмотрели.
По этим причинам у вас и возникает абсолютно правильный, применимо именно  для вашего софта, вопрос:  "Какая же в этой точке  "корректно рассчитанная скорость" и как она получается из этих значений ?".  Тут уже только  ваши специалисты могут предложить правильное решение.

С чего бы это у нас этот параметр не берется и не обрабатывается ?!!!
Он всегда доступен в параметре под именем SpeedRaw (скорость мгновенная в км/ч по приемнику).
И по CAN тоже.

http://i.tk-chel.ru/sk/sharex/2020-11-06_14-47-54_337d9.png

Можете брать эту скорость с приемника и делать с ней всё что хотите. В том числе считать и превышения, ускорения и что угодно еще.
АвтоГРАФ в этом смысле дает Вам полную свободу, в отличие от некторых иных систем.

Только еще раз повторю: ЭТО МГНОВЕННАЯ СКОРОСТЬ В ТОЧКЕ. И распространять её на весь отрезок НЕЛЬЗЯ. Если умножить эту скорость на "время отрезка", то расстояние может отличаться от длины этого отрезка в разы в любую сторону. Особенно, если у Вас адаптив с "расстоянием нечувствительности" во сколько-то метров. Чем больше будет расстояние нечувствительности, тем меньше вероятность того, что скорость в точке записи будет коррелировать с длиной отрезка, деленной на время его прохождения.
Иными словами, если Вы записали точку в начале разгона, то в точке у Вас будет, например, 50 км/ч, хотя если длину поделить на время, то на отрезке будет однозначное превышение и скорость, например, 80 км/ч. Почему у Вас при этом не срабатывает адаптив ? А потому, что у Вас, например, такой профиль стоит и следующую точку можно записать минимум через 100 метров или 200 метров. Например.
Скорость - достаточно быстроменяющийся параметр. При этом, можно успеть и превысить на отрезке и притормозить к его концу и Ваша система с записью скорости в концах отрезка - ничего не покажет.

Можете вообще ВСЕ ТРИ скорости взять и сравнивать: по отрезку, мгновенные в точках и по CAN (+ если датчик скорости подключен - можете еще и с него). И даже превышения и ускорения можете раздельно считать и сравнивать. У нас некоторые заказчики так и делают - не доверяют какому-то одному методу.

Получаются вот такие интересные графики (реальный клиент - проверял, что система адекватно показывает скорости и сравнивал с CAN): тут скорости и по отрезку и Допплер в точке по приемнику и по CAN (вверху события превышений по дельтам от разных скоростей - ступеньки в нижней части).
Так что не рассказывайте мне, пожалуйста, что там АвтоГРАФ не учитывает и не считает. Сомневаюсь, что в иных системах такое вообще предусматривалось, проделывалось и так анализировалось:

http://i.tk-chel.ru/sk/sharex/2020-11-06_15-12-47_662b7.png

P.S.: Автосправка по параметрам встроена в редактор параметров ПО АвтоГРАФ.

+ show spoiler

http://i.tk-chel.ru/sk/sharex/2020-11-06_15-02-15_4b1ad.png

ООО «ТехноКом», г. Челябинск - - - Самцов Константин Юрьевич - зам. директора по работе с регионами
Раб. тел.: +7 (351) 211-30-40, 211-40-30, +7 912-790-72-96 (МТС-шлюз на АТС)
tk-chel.ru*** tk-nav.ru *** tkls.ru*** tk-nav.com (Prague / Прага)
Просьба не писать вопросы через систему личных сообщений этого форума, так как я не присутствую здесь постоянно. Прошу использовать для связи с нами ресурсы и контакты из подписи.
109

Ретрансляция в систему АвтоГРАФ™

Re: Ретрансляция в систему АвтоГРАФ™

AlexE wrote:

На мой взгляд в случае расчёта скорости на стороне ПО есть существенный недостаток ( в виалоне тоже иметься такая возможность вроде)

gps/глонасс приёмник оперирует значительно большими данными нежели система мониторинга и передает текущую реальную скорость, предположим объект  ехал со скоростью 60 км/час через 500 метров ехал со скоростью 100 км в час и прислал следующую координату, причем ускорился на последних 100 метрах пути, в результате программа обработает скорость как 65-70км в час в то время как фактическая скорость 100 км/час

Допустим трекер настроен на отправку внеочередной координаты при скорости свыше 95 км/ч, клиенту важен контроль скорости, ПО не берущее в расчет данные скорости с gps/глонасс приемника могут пропускать подобные кратковременные ускорения

Могут. У кого такой нефункциональный софт. ))))

Слава Богу (и нашим программистам) - у нас не такое ПО и запросто обрабатывает и мгновенные скорости в точках и скорости с шины CAN - см. пост выше.
А вот Вы, простите, уперлись только в эту точечную скорость по приемнику и считаете её единственно верной, хотя я уже раз 5 тут наглядно показывал, что у мгновенной скорости в точках - масса недостатков, да и погрешность GNSS по Допплеру тоже никто не отменял в определенных условиях. Так что у того софта, который оперирует ТОЛЬКО мгновенной скоростью в точках... ну... сами понимаете...

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

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

ООО «ТехноКом», г. Челябинск - - - Самцов Константин Юрьевич - зам. директора по работе с регионами
Раб. тел.: +7 (351) 211-30-40, 211-40-30, +7 912-790-72-96 (МТС-шлюз на АТС)
tk-chel.ru*** tk-nav.ru *** tkls.ru*** tk-nav.com (Prague / Прага)
Просьба не писать вопросы через систему личных сообщений этого форума, так как я не присутствую здесь постоянно. Прошу использовать для связи с нами ресурсы и контакты из подписи.
110

Ретрансляция в систему АвтоГРАФ™

(edited by TK-SK 06/11/2020 13:47:30)

Re: Ретрансляция в систему АвтоГРАФ™

opl wrote:

TK-SK, Константин, все , что вы описали имеет место быть, но за этим мы сильно удалились от конечного результата.

Еще раз расставлю акценты кратко: 

1. Есть какие то кривые точки с одинаковым timestamp, то что они кривые никто не спорит их формирует либо виалон либо прибор.
2. Есть автоматическая ретрансляция этих кривых точек на сервер конвертации АвтоГРАФ, в виалоне нет настроек фильтрации таких точек при ретрансляции.
3.  На сервере АвтоГРАФ эти точки обработались сохранились в базу.
4. В ПО АфтоГРАФ при формировании пользователем  отчета по превышениям скорости эти точки обработатываются не корректно, отчет выдает якобы  превышения скорости.
5. Причины не кооректной выдачи в отчет результатов понятны, алгоритм в ПО АвтоГРАФ  не может  корректно обработать и выдать правильный результат рассчитанной скорости с одинаковым timestamp.
6. Требуется на стороне клиентской части ПО АвтоГРАФ исключить обработку и выдачу   искаженных результатов о превышении скорости при наличии подобных точек.

Передавайте нормальные данные с приборов, а не искаженные промежуточным софтом.
Если я начну передавать в Wialon искаженные чем-то данные и требовать их отображать нормально - это будет не совсем корректно.
Верно ?

Вы там в посте выше еще писали про, цитирую, "КОРРЕКТНЫЙ,  не скорректированный ни на каком этапе передачи параметр speed", вот и передавайте для начала "не скорректированный ни на каком этапе передачи" набор данных.

ООО «ТехноКом», г. Челябинск - - - Самцов Константин Юрьевич - зам. директора по работе с регионами
Раб. тел.: +7 (351) 211-30-40, 211-40-30, +7 912-790-72-96 (МТС-шлюз на АТС)
tk-chel.ru*** tk-nav.ru *** tkls.ru*** tk-nav.com (Prague / Прага)
Просьба не писать вопросы через систему личных сообщений этого форума, так как я не присутствую здесь постоянно. Прошу использовать для связи с нами ресурсы и контакты из подписи.
111

Ретрансляция в систему АвтоГРАФ™

(edited by TK-SK 06/11/2020 13:56:39)

Re: Ретрансляция в систему АвтоГРАФ™

opl wrote:

TK-SK, Константин, все , что вы описали имеет место быть, но за этим мы сильно удалились от конечного результата.

Еще раз расставлю акценты кратко: 

...
5. Причины не кооректной выдачи в отчет результатов понятны, алгоритм в ПО АвтоГРАФ  не может  корректно обработать и выдать правильный результат рассчитанной скорости с одинаковым timestamp.
...

Видимо, такое заявление подразумевает, что другой софт это как-то корректно и правильно обрабатывает.
Ну так расскажите нам всем, как корректно обрабатывать 5...10...20 очень разных скоростей с до секунды одинаковым временем.
Интересно, если я в Ваш софт буду слать все точки с одинаковым timestamp - сможете их корректно обработать ?
Так что не понимаю, зачем Вам это лукавство. Вы так и не ответили мне, какая будет корректная скорость для набора с одинаковым timestamp, который я Вам приводил выше:

Вот Вам точки:
17:51:23 - 34 км/ч
17:51:23 - 47 км/ч
17:51:23 - 17 км/ч
17:51:23 - 25 км/ч
17:51:23 - 51 км/ч
17:51:23 - 18 км/ч

Тут даже не 50 точек. Итак, какая КОРРЕКТНАЯ скорость тут будет и почему именно такая ?

ООО «ТехноКом», г. Челябинск - - - Самцов Константин Юрьевич - зам. директора по работе с регионами
Раб. тел.: +7 (351) 211-30-40, 211-40-30, +7 912-790-72-96 (МТС-шлюз на АТС)
tk-chel.ru*** tk-nav.ru *** tkls.ru*** tk-nav.com (Prague / Прага)
Просьба не писать вопросы через систему личных сообщений этого форума, так как я не присутствую здесь постоянно. Прошу использовать для связи с нами ресурсы и контакты из подписи.
112

Ретрансляция в систему АвтоГРАФ™

(edited by opl 06/11/2020 17:21:35)

Re: Ретрансляция в систему АвтоГРАФ™

TK-SK wrote:

Так что не рассказывайте мне, пожалуйста, что там АвтоГРАФ не учитывает и не считает. Сомневаюсь, что в иных системах такое вообще предусматривалось, проделывалось и так анализировалось:

Вот вы много хорошего написали при работе вашего ПО со своим терминалом, и кан он читает и скорость по приемнику и т.д
НО вы умолчали, и раздув свои посты, совсем ничего, ни единого слова не сказали по обработке полученных данных от внешних систем,
через ретрансляцию, собственно где и кроется проблема.

TK-SK wrote:

С чего бы это у нас этот параметр не берется и не обрабатывается ?!!!
Он всегда доступен в параметре под именем SpeedRaw (скорость мгновенная в км/ч по приемнику).
И по CAN тоже.

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

Системы мониторинга транспорта, системы оповещения населения ГО и ЧС, видеонаблюдение, охранная и пожарная сигнализация.
113

Ретрансляция в систему АвтоГРАФ™

(edited by opl 06/11/2020 17:25:39)

Re: Ретрансляция в систему АвтоГРАФ™

TK-SK  Давайте конкретно, пришло

Вот Вам точки:
17:51:23 - 34 км/ч
17:51:23 - 47 км/ч
17:51:23 - 17 км/ч
17:51:23 - 25 км/ч
17:51:23 - 51 км/ч
17:51:23 - 18 км/ч

Как ПО АвтоГРАФ их обработает?? Я считаю что криво и выдумает отсебя какую то бешенную скорость. В итоге в отчет попадет СКорректированная скорость, а не реальная.

Только давайте не будем возвращаться обратно, и спрашивать как получились эти точки, уважаемы yavi вам ранее ответил. И меня об этом не спрашивайте, я не могу их исправить!!! Я пользователь системы.

Жду конкретного ответа

Системы мониторинга транспорта, системы оповещения населения ГО и ЧС, видеонаблюдение, охранная и пожарная сигнализация.
114

Ретрансляция в систему АвтоГРАФ™

Re: Ретрансляция в систему АвтоГРАФ™

opl wrote:
TK-SK wrote:

Так что не рассказывайте мне, пожалуйста, что там АвтоГРАФ не учитывает и не считает. Сомневаюсь, что в иных системах такое вообще предусматривалось, проделывалось и так анализировалось:

Вот вы много хорошего написали при работе вашего ПО со своим терминалом, и кан он читает и скорость по приемнику и т.д
НО вы умолчали, и раздув свои посты, совсем ничего, ни единого слова не сказали по обработке полученных данных от внешних систем,
через ретрансляцию, собственно где и кроется проблема.

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

opl wrote:
TK-SK wrote:

С чего бы это у нас этот параметр не берется и не обрабатывается ?!!!
Он всегда доступен в параметре под именем SpeedRaw (скорость мгновенная в км/ч по приемнику).
И по CAN тоже.

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

НАМ шлет  уже промежуточное ПО, которое изменяет (искажает) первичные данные перед пересылкой. Мы уже тут все вроде разобрались, что это так и даже производитель этого ПО подтвердил. Зачем Вы опять недоговариваете ? Ходить по кругу ? )))

ООО «ТехноКом», г. Челябинск - - - Самцов Константин Юрьевич - зам. директора по работе с регионами
Раб. тел.: +7 (351) 211-30-40, 211-40-30, +7 912-790-72-96 (МТС-шлюз на АТС)
tk-chel.ru*** tk-nav.ru *** tkls.ru*** tk-nav.com (Prague / Прага)
Просьба не писать вопросы через систему личных сообщений этого форума, так как я не присутствую здесь постоянно. Прошу использовать для связи с нами ресурсы и контакты из подписи.
115

Ретрансляция в систему АвтоГРАФ™

Re: Ретрансляция в систему АвтоГРАФ™

opl wrote:

TK-SK  Давайте конкретно, пришло

Вот Вам точки:
17:51:23 - 34 км/ч
17:51:23 - 47 км/ч
17:51:23 - 17 км/ч
17:51:23 - 25 км/ч
17:51:23 - 51 км/ч
17:51:23 - 18 км/ч

Как ПО АвтоГРАФ их обработает?? Я считаю что криво и выдумает отсебя какую то бешенную скорость. В итоге в отчет попадет СКорректированная скорость, а не реальная.

Ну так и расскажите нам - как же тут реальная скорость-то в этой пачке. Вы же утверждаете, что это нормально и всё там должно хорошо и ПРАВИЛЬНО рассчитываться. Хотя Вам даже представитель Гуртам отписал уже выше, что это ненормальная работа оборудования и не нормальные данные.

Только давайте не будем возвращаться обратно, и спрашивать как получились эти точки, уважаемы yavi вам ранее ответил. И меня об этом не спрашивайте, я не могу их исправить!!! Я пользователь системы.

Жду конкретного ответа

Вы-то какого ответа ждете ? Это я от Вас ждал ответ и не получил его.
СМТ не означает, что может любой "мусор" в данных восстановить в нормальные данные.
То "мусор", который мы видим - необходимо забраковать, а Подрядчика оштрафовать за предоставление таких данных (и неважно, кто их испортил - сам прибор или ПО, которое их ретранслировало Заказчику).

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

ООО «ТехноКом», г. Челябинск - - - Самцов Константин Юрьевич - зам. директора по работе с регионами
Раб. тел.: +7 (351) 211-30-40, 211-40-30, +7 912-790-72-96 (МТС-шлюз на АТС)
tk-chel.ru*** tk-nav.ru *** tkls.ru*** tk-nav.com (Prague / Прага)
Просьба не писать вопросы через систему личных сообщений этого форума, так как я не присутствую здесь постоянно. Прошу использовать для связи с нами ресурсы и контакты из подписи.
116

Ретрансляция в систему АвтоГРАФ™

Re: Ретрансляция в систему АвтоГРАФ™

Вот Вам еще пример анализа фактов торможения аж по ПЯТИ независимым источникам данных:

http://i.tk-chel.ru/sk/sharex/2020-11-13_18-58-17_4e404.png

ООО «ТехноКом», г. Челябинск - - - Самцов Константин Юрьевич - зам. директора по работе с регионами
Раб. тел.: +7 (351) 211-30-40, 211-40-30, +7 912-790-72-96 (МТС-шлюз на АТС)
tk-chel.ru*** tk-nav.ru *** tkls.ru*** tk-nav.com (Prague / Прага)
Просьба не писать вопросы через систему личных сообщений этого форума, так как я не присутствую здесь постоянно. Прошу использовать для связи с нами ресурсы и контакты из подписи.
117

Ретрансляция в систему АвтоГРАФ™

Re: Ретрансляция в систему АвтоГРАФ™

Затянулась эпопея... Я так понимаю, что конечный результат важен не в том, какую скорость в точках с одинаковым временем будет транслироваться конечному пользователю, а в том, чтобы считать какие-то параметры не валидными, как, например, скорость свыше 200 км/ч, или точки с одинаковым временем, но разными координатами и/или значением скорости. На мой взгляд, не важно, косячит с данными трекер или ПО транслирующего сервера мониторинга, если только целью владельцев принимающего сервера не является корыстное желание демонстрировать ущербность всех других трекеров и ПО по сравнению со своими собственными. Ведь все без исключения, вне зависимости от производителя ПО и оборудования, предоставляют своим клиентам конечные данные далеко не всегда в исходном виде. Как по координатам, так и по тем же данным с датчиков уровня топлива. Потому что если давать сырые (не "отредактированные" настройками данные, то и звезды будут с разлетом километров 200 и самолетной скоростью, и сливы с заправками. Но когда приходит чужой клиент с чужим сервисом и трекерами, то часто появляется желание особо не париться с настройками валидности данных, потому что всегда можно свалить на других, что это у них трекеры говеные и ПО корявое, "не то что у нас". Да?

ООО Инновационная компания "ДилЛайн"
www.dealline.ru
Дмитрий Ларионов
118

Ретрансляция в систему АвтоГРАФ™

Re: Ретрансляция в систему АвтоГРАФ™

Дмитрий Л wrote:

Ведь все без исключения, вне зависимости от производителя ПО и оборудования, предоставляют своим клиентам конечные данные далеко не всегда в исходном виде. Как по координатам, так и по тем же данным с датчиков уровня топлива. Потому что если давать сырые (не "отредактированные" настройками данные, то и звезды будут с разлетом километров 200 и самолетной скоростью, и сливы с заправками.

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

119

Ретрансляция в систему АвтоГРАФ™

Re: Ретрансляция в систему АвтоГРАФ™

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

ООО Инновационная компания "ДилЛайн"
www.dealline.ru
Дмитрий Ларионов
120

Ретрансляция в систему АвтоГРАФ™

Re: Ретрансляция в систему АвтоГРАФ™

Дмитрий Л wrote:

Я так понимаю, что конечный результат важен не в том, какую скорость в точках с одинаковым временем будет транслироваться конечному пользователю, а в том, чтобы считать какие-то параметры не валидными, как, например, скорость свыше 200 км/ч,

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

Спасибо, что вернули в обсуждение суть вопроса - проблемы.   

Дмитрий Л wrote:

Но когда приходит чужой клиент с чужим сервисом и трекерами, то часто появляется желание особо не париться с настройками валидности данных, потому что всегда можно свалить на других, что это у них трекеры говеные и ПО корявое, "не то что у нас". Да?

Дмитрий Л wrote:

если только целью владельцев принимающего сервера не является корыстное желание демонстрировать ущербность всех других трекеров и ПО по сравнению со своими собственными.


Эта ситуация очень настораживает

Системы мониторинга транспорта, системы оповещения населения ГО и ЧС, видеонаблюдение, охранная и пожарная сигнализация.
121

Ретрансляция в систему АвтоГРАФ™

Re: Ретрансляция в систему АвтоГРАФ™

NickolaDed, что за ерунду вы несёте?
Не позорьте "доброе" имя Технокома.

FFA0-0BBB-8911-15BB

https://www.reg.ru
122

Ретрансляция в систему АвтоГРАФ™

(edited by opl 24/12/2020 16:04:05)

Re: Ретрансляция в систему АвтоГРАФ™

TK-SK wrote:

НАМ шлет  уже промежуточное ПО, которое изменяет (искажает) первичные данные перед пересылкой. Мы уже тут все вроде разобрались, что это так и даже производитель этого ПО подтвердил. Зачем Вы опять недоговариваете ? Ходить по кругу ? )))


Для эксперимента (исключения искажений виалоном)  завел в Афтограф абсолютно новый прибор Телоника FMB920 по родному протоколу телтоники (Codec 8) на сервер - agconv.tk-chel.ru  порт - 2430.
В результате так же вижу периодически скорость 150 - 600 км/ч в отчетах.

По этому факт возникновения ошибки тут не только от ретранслятора зависит. 
Телтонику я настроил  на синхронизацию с NTP сервером  в случае отсутствия навигационного решения.
Да и вообще заставить Телтонику слать точки с одинаковым timestamp физически не возможно.

На скрине ниже видно, какая максимальная скорость (отметил стрелками).

Так, что еще раз говорю, что гдето на стороне  системы АфтоГРАФ  хромает обработка и фильтрация невалидных координат.

Уважаемый [TK-SK] , вопрос надо решать.

Системы мониторинга транспорта, системы оповещения населения ГО и ЧС, видеонаблюдение, охранная и пожарная сигнализация.
123

Ретрансляция в систему АвтоГРАФ™

Re: Ретрансляция в систему АвтоГРАФ™

opl wrote:

FMB920

GPRS parameters
Parameter ID 1002
Переключите
Sort by
1 – Oldest

Отключите весь лишний фенкционал
и в разделе i/o
Там где выбор между
Priority    0 - Disabled
1 - Low
2 - High
3 - Panic
Для всех укажите не выше чем 1 - Low

Восемь лет так делаю и скорости адекватные

124

Ретрансляция в систему АвтоГРАФ™

Re: Ретрансляция в систему АвтоГРАФ™

autokirov@gmail.com wrote:
opl wrote:

FMB920

GPRS parameters
Parameter ID 1002
Переключите
Sort by
1 – Oldest

Отключите весь лишний фенкционал
и в разделе i/o
Там где выбор между
Priority    0 - Disabled
1 - Low
2 - High
3 - Panic
Для всех укажите не выше чем 1 - Low

Восемь лет так делаю и скорости адекватные


Именно так и делаю с Телтоникой, как написали. И прибор заведенный в АфтоГРАФ так настроен.

Системы мониторинга транспорта, системы оповещения населения ГО и ЧС, видеонаблюдение, охранная и пожарная сигнализация.