51

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

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

opl Правильно я понимаю, Прибор который передает данные в виалон по какой то причине имеет проблемы с таймером времени, и периодически отсылает сообщения с датами из будущего. Виалон их сортирует и имеет на одну и ту же секунду несколько координат и с разными скоростями. Тоесть на карте должен быть нарисован трек с мгновенными перемещениями?

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

52

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

(edited by TK-SK 13/10/2020 13:25:12)

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

Итак, Коллега...

1. Получается, что Ваш (используемый Вами в т.ч. для ретрансляции) софт всё же корректирует (!!!) "исходные сырые" данные, которые получает от терминала и записывает их как "данные, полученные от терминала". Корректирует такие фундаментальные и критические параметры, как время записи координатной точки трека (да и не только точек трека). Это очень-очень-очень плохо (и даже недопустимо). Т.е. фактически, не остается возможности установить первоначальную картину, что было реально прислано терминалом... Таким образом, нельзя быть уверенным ни в одной записи, которые Ваш софт записал в журнал как "запись, поступившую от терминала".

2. Получается, что и при ретрансляции, наш софт получает не реальные данные от терминала и его навигационного приемника, а обработанные, скорректированные и искаженные Вашим софтом данные и в которых время части координатных точек трека и других событий - ИЗМЕНЕНО на время приема этих точек сервером.

А если бы весь трек оказался на несколько часов в будущем - он бы тоже стянулся в одну точку времени приема данных сервером, если бы бы перерыв  в связи на несколько часов и потом передался бы весь этот трек, в котором все его точки были бы в будущем времени ?
Получается, что так... сколько нам открытий чудных... /*смайлик рука-лицо*/

Теперь становится понятно, как получилось, что длина части отрезков трека на чудовищные значения не соответствует известнейшей по физике формуле Расстояние (длина отрезка трека) = Средняя скорость на отрезке трека * Время за которое этот отрезок был пройден объектом, когда время берется как дельта времени концов отрезка трека...

Также становится понятно, почему в нашем ПО возникла точка конца отрезка трека на 2.5 минуты смещенная относительно того, что Вы показали в софте Автоскана - потому что она пришла (при ретрансляции) в наш софт не "как есть" со временем от терминала (от навигационного приемника), а уже СМЕЩЕННАЯ Вашим софтом в точку времени приема данных сервером да еще и совместно с кучей других точек...

Будь это время смещено на единую величину для всех точек, а не спрессовано в точку, всё было бы не так математически и алгоритмически печально, так как хотя бы сохранилась бы дельта времени между этим точками и формула S=Vср.•t для отдельных отрезков трека работала бы как положено.
А сейчас они оказались спрессованы в 1 момент времени.
Т.е. объект, с точки зрения классической теории движения, якобы прошел аж несколько отрезков с конечной скоростью за бесконечно малое время (за нулевое время). Ну или, математически, скорость менялась несколько раз МГНОВЕННО, что подразумевает автоматически бесконечно большие ускорения в этой точке (первая производная от скорости). А значит, что Ваш софт и здесь использует некие искусственные костыли для срезки таких казусов, которые сам же и создал своими корректировками того, что корректировать нельзя...
Получается наплевать на "скорость-время-расстояние" и что объект теперь проходит 300 метров за 1 секунду со скоростью, внезапно, 40 км/ч... Мда... Или что объект за 1 секунду меняет курс по 4 раза и там должны возникать огромные угловые ускорения, а не только огромные продольные ускорения из-за столь же короткого времени изменения скорости объекта...

В общем получается ситуация, когда "тут пишем, тут не пишем, тут вообще рыбу заворачиваем, зато картинка красивая, а правда - ну кому нужна правда, ага...".

Ну и то, что после таких корректировок уже не восстановить, что приходило на самом деле - тоже... хм.... мда...

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

С уважением.

ООО «ТехноКом», г. Челябинск - - - Самцов Константин Юрьевич - зам. директора по работе с регионами
Раб. тел.: +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 / Прага)
Просьба не писать вопросы через систему личных сообщений этого форума, так как я не присутствую здесь постоянно. Прошу использовать для связи с нами ресурсы и контакты из подписи.
53

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

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

Дмитрий Л wrote:

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

Перевожу на русский язык: По Вашему мнению, можно плевать на условия ТЗ конкурса, если Вам это нужно / хочется.
В оправдание Вы всегда можете сказать, что предположили, что авторы конкурса неспециалисты и на самом деле Вы (ну а кто же еще) лучше знаете, чем они сами, что им самим на самом деле надо, поэтому ТЗ конкурса это ничего не значащий мусор и можно играть
и в случае выигрыша продвигать Ваше собственное видение. Бинго !!!

Дмитрий Л wrote:

Опять же, что Вы подразумеваете под словом "система"? Может у нас с Вами разные понятия? Я под словом система понимаю программно-аппаратный комплекс, который включает в себя оборудование, установленное на объектах пользователя, оборудование, при помощи которого производится обработка данных, и программное обеспечение, при помощи которого все это превращается в комплекс, целью которого является предоставление услуги мониторинга объектов. И если снова говорить о значении слов, то в реалиях допускается не только замена, но и изменение. Именно так я понимаю "математическое" выражение ИНТЕГРИРОВАТЬ, и не важно, что изменяется в программно-аппаратном комплексе.

Мы одинаково понимаем понятие системы (СМТ). Хотя бы именно потому, что наша система изначально и представляет из себя комплекс с момента её рождения в отличие от...:
Система "АвтоГРАФ"- это аппаратно-программный комплекс, так и записано у нас.

Если конкурс на обслуживание, то причем тут "изменение каких либо компонентов комплекса" ?
Что есть "изменение" в отличие от "замены" ?
Изменение, это когда сам объект ("железо" либо ПО) остаются теми же, но подвергаются некоей модификации без их замены.
Снова у Вас не получается запутать и подменить понятия.
По Вашей специфичной логике, в обслуживание может входить "изменение" комплекса. Ну что тогда есть полная замена всего и оборудования и софта ? Ну просто изменение на 100% всего комплекса, ага... Амаяк Акопян аплодирует Вам стоя. )))

Дмитрий Л wrote:

И если снова говорить о значении слов, то в реалиях допускается не только замена, но и изменение. Именно так я понимаю "математическое" выражение ИНТЕГРИРОВАТЬ, и не важно, что изменяется в программно-аппаратном комплексе.

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

Интегрировать - означает объединение частей в целое (лат. integratio — «восстановление», «восполнение», «соединение», от integer — целый), сторона процесса развития, связанная с объединением в целое ранее разнородных частей и элементов. Процессы И. могут иметь место как в рамках уже сложившейся системы — в этом случае они ведут к повышению уровня её целостности и организованности, так и при возникновении новой системы из ранее несвязанных элементов. Отд. части интегрированного целого могут обладать различной степенью автономии. В ходе процессов И. в системе увеличивается объём и интенсивность взаимосвязей и взаимодействии между элементами, в частности надстраиваются новые уровни управления.

И ни слова об "изменении" или "замене". Дополняете систему аддитивно - не возражаем (если клиент помимо услуг еще что-то добавляет). Изымаете что-то из системы - это уже никак не "интеграция"... а вот под понятие ДЕЗИНТЕГРАЦИЯ - подходит.

И да, возможно, что для Вас это открытие, но конкурс на обслуживание - это услуги. А изменение и замена чего либо в системе материального - уже нет. Но для Вас, цитирую: " и не важно, что изменяется в программно-аппаратном комплексе".

О чем тут вообще говорить...

ООО «ТехноКом», г. Челябинск - - - Самцов Константин Юрьевич - зам. директора по работе с регионами
Раб. тел.: +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 / Прага)
Просьба не писать вопросы через систему личных сообщений этого форума, так как я не присутствую здесь постоянно. Прошу использовать для связи с нами ресурсы и контакты из подписи.
54

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

(edited by TK-SK 13/10/2020 14:50:04)

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

Уважаемый opl.

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

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

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

С уважением.

ООО «ТехноКом», г. Челябинск - - - Самцов Константин Юрьевич - зам. директора по работе с регионами
Раб. тел.: +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 / Прага)
Просьба не писать вопросы через систему личных сообщений этого форума, так как я не присутствую здесь постоянно. Прошу использовать для связи с нами ресурсы и контакты из подписи.
55

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

(edited by maxev 13/10/2020 17:59:46)

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

Жаль конечные пользователи  не чувствуют магию "программно-аппаратного комплекса"   и голосуют рублем.

А использование  сторонних приборов на автографе - те еще костыли для мазохистов.

56

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

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

TK-SK wrote:

Перевожу на русский язык: По Вашему мнению, можно плевать на условия ТЗ конкурса, если Вам это нужно / хочется.
В оправдание Вы всегда можете сказать, что предположили, что авторы конкурса неспециалисты и на самом деле Вы (ну а кто же еще) лучше знаете, чем они сами, что им самим на самом деле надо, поэтому ТЗ конкурса это ничего не значащий мусор и можно играть
и в случае выигрыша продвигать Ваше собственное видение. Бинго !!!

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

TK-SK wrote:

Мы одинаково понимаем понятие системы (СМТ). Хотя бы именно потому, что наша система изначально и представляет из себя комплекс с момента её рождения в отличие от...:
Система "АвтоГРАФ"- это аппаратно-программный комплекс, так и записано у нас.

Если конкурс на обслуживание, то причем тут "изменение каких либо компонентов комплекса" ?
Что есть "изменение" в отличие от "замены" ?
Изменение, это когда сам объект ("железо" либо ПО) остаются теми же, но подвергаются некоей модификации без их замены.
Снова у Вас не получается запутать и подменить понятия.
По Вашей специфичной логике, в обслуживание может входить "изменение" комплекса. Ну что тогда есть полная замена всего и оборудования и софта ? Ну просто изменение на 100% всего комплекса, ага... Амаяк Акопян аплодирует Вам стоя. )))

Неуместные порции сарказма. К чему? Обслуживание - это действия, направленные на предоставление каких-либо услуг и/или на поддержание работоспособности оборудования, программного обеспечения (из словаря, если что). Вы как не обзывайте свои продукты, как не считайте это чем-то целым и не делимым, но все равно это является комплексом из оборудования и программного обеспечения (даже на офсайте Техноком отдельно представлены абонентское оборудование и ПО). Замена этого комплекса - это одно, изменение - это другое. Если первое - это полная замена оборудования и используемого ПО, то второе - это замена каких-то компонентов - оборудования или ПО. Это открытие для Вас, Константин? На примере того же Wialon (если на Вас как красная тряпка служит упоминание Технокома в подобном), недовольный качеством обслуживания клиент имеет желание поменять контрагента. Кандидат в исполнители при обследовании имеющегося на балансе Заказчика оборудования выясняет, что какое-то оборудование не выполняет заявленных функций, какое-то вполне работоспособно. При этом, например, Заказчик ранее пользовался мониторингом на базе Wialon Pro, а новый (предполагаемый) исполнитель использует Wialon Hosting. Если обе стороны пришли к соглашению с учетом необходимого изменения того комплекса, которым ранее пользовался Заказчик, то что помешает Закзачику получать желаемые им услуги спутникового мониторинга? Что в этом случае, замена или изменение?

TK-SK wrote:

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

Интегрировать - означает объединение частей в целое (лат. integratio — «восстановление», «восполнение», «соединение», от integer — целый), сторона процесса развития, связанная с объединением в целое ранее разнородных частей и элементов. Процессы И. могут иметь место как в рамках уже сложившейся системы — в этом случае они ведут к повышению уровня её целостности и организованности, так и при возникновении новой системы из ранее несвязанных элементов. Отд. части интегрированного целого могут обладать различной степенью автономии. В ходе процессов И. в системе увеличивается объём и интенсивность взаимосвязей и взаимодействии между элементами, в частности надстраиваются новые уровни управления.

И ни слова об "изменении" или "замене". Дополняете систему аддитивно - не возражаем (если клиент помимо услуг еще что-то добавляет). Изымаете что-то из системы - это уже никак не "интеграция"... а вот под понятие ДЕЗИНТЕГРАЦИЯ - подходит.

И да, возможно, что для Вас это открытие, но конкурс на обслуживание - это услуги. А изменение и замена чего либо в системе материального - уже нет. Но для Вас, цитирую: " и не важно, что изменяется в программно-аппаратном комплексе".

О чем тут вообще говорить...

Снова? А когда и чем раньше? Что не так с определением слова "Интеграция"? Или Вы все про "замену"? Выше я привел пример "изменений" при смене Исполнителя. Из примера произошла замена части оборудования и замена программного обеспечения, используемого для получения услуг спутникового мониторинга. Где и что не так с применением слова "интеграция"? Или все, что не АВТОГРАФ - это уже не интеграция? )
"О чем тут вообще говорить"? Если читать невнимательно или пытаться спорить с позиции "я всегда прав по умолчанию", то действительно не о чем.

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

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

(edited by opl 13/10/2020 19:50:02)

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

NickolaDed wrote:

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

Добрый день, да все верно, но понимаете, тут дело не приборе который передает данные из будущего. Это может быть и прибор и внешняя ретрансляция со стороннего сервера.
От некторых  терминалов подключенных в виалон, так же иногда порой приходит пакет с сообщениями из будущего, в том числе со смещением всего  +1 ..2 секунды, и вроде бы ситуация пустяковя , в виалоне они регистрируются подряд с одинаковым временем
в отчеты скорость корректно встает, так как используется параметр speed, точки на треке чаще всего отображаются  последовательно и адекватно, бывают конечно и выбросы, не спорю. Но главное, что при формировании отчета в виалоне по превышениям скорости, все отражается коррекно.

А вот если такие сообщения отправить далее, в нашем случае в АвтоГРАФ, то, как я уже писал ранее, возникает ошибка при расчете скорости в отчетах. 
Да  я бы не стал поднимать эту проблему, если бы некоторые глобальные  пользователи  ПО АвтоГРАФ, видя в отчете не реальную скорость,  пытаются выставить нашим клиентам претензию и взыскать штраф.

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

Согласитесь, если расчет не верный, то на каком основании предъявляются штрафные санкции к нашим клиентам?? 

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

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

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

(edited by opl 13/10/2020 20:19:21)

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

TK-SK wrote:

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

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

Вы сами же указываете что эти данные не корректны, давайте их фильтровать, удалять и т.д, ЗАЧЕМ эту " крайне сомнительную ценность" обрабатывать при формировании отчета по скорости, понимая что получится ошибка?? Давайте попытаемся устранить коллизию.

TK-SK, если у вас  не используется  параметр speed,  котрый передают 90% терминалов, а делается  математический расчет, я вас прошу   рассмотреть возможность  доработки  алгоритмов и исключить  попадание в отчет по скорости не корректных данных  при обработке    последовательности координат с одинаковым timestamp.

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

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

(edited by autokirov@gmail.com 13/10/2020 22:08:44)

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

OPL,
насколько мне известно,
виалон заменяет [будущее время от трекера]
на [текущее время сервера],
именно этот [виалон-костыль] порождает множество разных местоположений [с одинаковым timestamp]

Таким образом,
имеете [дефектный трекер] 
через [виалон-костыль]
И ещё требуете от АвтоГРАФа
исправить сервер АвтоГРАФ
чтобы Вам полегчало?

- с больной головы на здоровую сваливаете

60

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

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

autokirov@gmail.com

Причем тут с больной головы на здоровую?? Не утрируйте, а внимательно прочитайте предыдущие 2 поста.
Вы не вникли в суть вопроса и ляпнули свой комментарии. Если бы было все так просто, то тут незачем было разводить тему.

В виалоне сообщения  с одинаковым timestamp  создают проблемы с выводом в отчет не верной скорости?? НЕТ

В АвтоГРАФе  сообщения  с одинаковым timestamp  создают проблемы ?? ДА. 
Это влияет на чтото?  - ДА, не верный расчет скорости оъекта в отчете
Полученные ошибочные результаты расчета скорости в отчетах, по событиям  с одинаковым timestamp,  можно считать верными? -НЕТ

А теперь autokirov@gmail.com  ответьте мне, если вам пришел штраф 50 тыс руб за превышение скорости на 500 км/ч, сформированный на основе не верных математических расчетеов, вы готовы его оплачивать??

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

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

(edited by RedRock 14/10/2020 09:10:30)

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

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

FFA0-0BBB-8911-15BB

https://www.reg.ru
62

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

(edited by TK-SK 14/10/2020 10:36:55)

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

RedRock wrote:

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

Нам-то что обсуждать ? Исправляйте эти костыли. На вход нашего ПО надо подавать нормальные данные, а не искусственно искаженные в процессе передачи от железа к ПО. Мы и сами обработаем необходимые ситуации по исходным данным от контроллеров.
Если данные кривые - они так и должны быть определены системой и приняты соответствующие меры, а не подгонкой под что-то более-менее правдоподобное.
Наши клиенты а-ля подразделения Газпрома и разных Нефтей требуют, чтобы данные от терминалов не корректировались.
Почитайте ГОСТы и Техрегламент-ы - некорректируемость первичной информации в процессе записи в память контроллера, передачи в ПО, хранения и передачи её далее в необработанном виде при ретрансляциях - это одно из ключевых требований к подобным системам.
Не предлагайте нам тоже заниматься фальсификацией данных, поступающих от терминалов.

ООО «ТехноКом», г. Челябинск - - - Самцов Константин Юрьевич - зам. директора по работе с регионами
Раб. тел.: +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 / Прага)
Просьба не писать вопросы через систему личных сообщений этого форума, так как я не присутствую здесь постоянно. Прошу использовать для связи с нами ресурсы и контакты из подписи.
63

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

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

По факту подход с изменением  даты и времени на актуальные  неоднозначен.

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

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

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

64

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

(edited by TK-SK 14/10/2020 11:05:30)

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

maxev wrote:

По факту подход с изменением  даты и времени на актуальные  неоднозначен.

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

В этом случае не меняется время и не сливается по 10 точек в 1. У нас на вход системы пришли данные, где точки пачками по 3...10 слиты в точки с одинаковым временем. Причем там приличные куски трека...
К тому же время там - время принятия СЕРВЕРОМ, т.е. когда принято - а это вообще время никак не связанное с самим объектом.
А если там бы временно передача отпала ? А потом 500 точек попали бы в односекундную пачку по времени их приема ?! Причем эта пачка отстояла бы от последней точки до неё на кучу минут или даже часов ? Крайне сомнительная "корректировка".

maxev wrote:

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

А здесь не совсем "фильтрация" в классическом смысле. Фильтрация в СМТ- это когда берутся исходные данные, записанные в БД или файлы иного формата "как есть", а потом система выдает конечный результат с этой самой фильтрацией по внутренним алгоритмам... когда исходные данные есть - потом можно фильтр менять (параметры), включать, отключать, чтобы глянуть в первозданном виде... а мы сейчас имеем, что входные данные пишутся не "как есть", а сразу корректируются/искажаются невосстановимым уже образом, т.е. все последующие обработки / фильтры / детекции накладываются уже на искаженный вариант, а не на исходный + еще и передаются в таком искаженном виде в другие системы.

maxev wrote:

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

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

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

ООО «ТехноКом», г. Челябинск - - - Самцов Константин Юрьевич - зам. директора по работе с регионами
Раб. тел.: +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 / Прага)
Просьба не писать вопросы через систему личных сообщений этого форума, так как я не присутствую здесь постоянно. Прошу использовать для связи с нами ресурсы и контакты из подписи.
65

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

(edited by TK-SK 14/10/2020 11:17:14)

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

opl wrote:

autokirov@gmail.com
А теперь autokirov@gmail.com  ответьте мне, если вам пришел штраф 50 тыс руб за превышение скорости на 500 км/ч, сформированный на основе не верных математических расчетеов, вы готовы его оплачивать??

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

В ПО АвтоГРАФ™ встроен аж целый формульно-языковой компилятор, позволяющий в параметрах писать функции практически любой сложности со всей мощью языка С# и даже с подключением сторонних библиотек и модулей. Т.е. для любых валидаций и проверок там практически неограниченные возможности.

ООО «ТехноКом», г. Челябинск - - - Самцов Константин Юрьевич - зам. директора по работе с регионами
Раб. тел.: +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 / Прага)
Просьба не писать вопросы через систему личных сообщений этого форума, так как я не присутствую здесь постоянно. Прошу использовать для связи с нами ресурсы и контакты из подписи.
66

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

(edited by opl 14/10/2020 11:47:19)

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

TK-SK  ну вот, хоть какой-то конструктивный диалог начал проявляться, благодарю.

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

По этому в тикете я дал контакты специалистов, которые обслуживают и конфигурируют ТС и всю информацию по даному ТС для его идентификации.
Далее я уже пока ничего сделать не могу, пока вы или эти специалисты не посмотрят общие фильтры / параметры настроек

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

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

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

(edited by opl 14/10/2020 11:53:00)

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

TK-SK  вы поймите, сегодня от меня такие слипы пришли, завтра другие пользователи платформы виалон направили свои ретрансляции к вам, в которых так же периодически проявляется слипание в одно время сообщений и неужели вы готовы выступать в пособничестве компаниям, которые, используя ваше ПО , выставляют своим подрядчикам бешенные не обоснованные штрафы ??

Я же вижу , что вы умеете адекватно оценить ситуацию и принять правильное решение

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

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

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

1) Механизм ретрансляции в Wialon -- это отправка сообщений из базы данных Wialon в сторонние платформы.
Разработан он для того, чтобы получая данные  в Wialon от разных приборов в разных протоколах была возможность отправить данные в каком-то конкретном протоколе на внешнюю платформу. Ретранслировать сырые данные, полученные в протоколе,  например, Teltonika или Galileosky по протоколу, например,  EGTS невозможно.

Для отправки сырых данных от прибора на разные платформы необходим не инструмент ретранслятора из Wialon, а инструмент проксирования данных. Например, flespi

2) Конкретно по протоколу EGTS скорость передается в пакете EGTS_SR_POS_DATA в параметре SPD и регистрируется в Wialon на основе этого параметра. Аналогичным образом скорость   ретранслируется из  Wialon.


3) Не существует 100% правильного алгоритма работы с сообщениями из будущего на стороне платформ. Ни фильтрация, ни ожидание наступления нужного времени в будущем, ни регистрация с текущим временем сервера не может являться 100% правильным, т.к. сама по себе ситуация с сообщениями из будущего не нормальная.
Единственно правильным решением данной проблемы является решение проблемы времени сообщения от прибора. Большинство терминалов позволяет синхронизировать время со спутниками GPS или операторами связи.

Viktor Yarovenko
Hardware department Specialist
69

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

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

opl wrote:

Согласитесь, если расчет не верный, то на каком основании предъявляются штрафные санкции к нашим клиентам?? 

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

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

70

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

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

yavi wrote:

1) Механизм ретрансляции в Wialon -- это отправка сообщений из базы данных Wialon в сторонние платформы.
Разработан он для того, чтобы получая данные  в Wialon от разных приборов в разных протоколах была возможность отправить данные в каком-то конкретном протоколе на внешнюю платформу. Ретранслировать сырые данные, полученные в протоколе,  например, Teltonika или Galileosky по протоколу, например,  EGTS невозможно.

Для отправки сырых данных от прибора на разные платформы необходим не инструмент ретранслятора из Wialon, а инструмент проксирования данных. Например, flespi

2) Конкретно по протоколу EGTS скорость передается в пакете EGTS_SR_POS_DATA в параметре SPD и регистрируется в Wialon на основе этого параметра. Аналогичным образом скорость   ретранслируется из  Wialon.


3) Не существует 100% правильного алгоритма работы с сообщениями из будущего на стороне платформ. Ни фильтрация, ни ожидание наступления нужного времени в будущем, ни регистрация с текущим временем сервера не может являться 100% правильным, т.к. сама по себе ситуация с сообщениями из будущего не нормальная.
Единственно правильным решением данной проблемы является решение проблемы времени сообщения от прибора. Большинство терминалов позволяет синхронизировать время со спутниками GPS или операторами связи.

Благодарю Вас за исчерпывающие разъяснения.

ООО «ТехноКом», г. Челябинск - - - Самцов Константин Юрьевич - зам. директора по работе с регионами
Раб. тел.: +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 / Прага)
Просьба не писать вопросы через систему личных сообщений этого форума, так как я не присутствую здесь постоянно. Прошу использовать для связи с нами ресурсы и контакты из подписи.
71

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

(edited by TK-SK 14/10/2020 12:57:49)

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

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

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

ООО «ТехноКом», г. Челябинск - - - Самцов Константин Юрьевич - зам. директора по работе с регионами
Раб. тел.: +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 / Прага)
Просьба не писать вопросы через систему личных сообщений этого форума, так как я не присутствую здесь постоянно. Прошу использовать для связи с нами ресурсы и контакты из подписи.
72

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

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

opl мы уже сообщили организации, которая работает с этим клиентом об инциденте и предоставили ссылку на нашу переписку.

ООО «ТехноКом», г. Челябинск - - - Самцов Константин Юрьевич - зам. директора по работе с регионами
Раб. тел.: +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 / Прага)
Просьба не писать вопросы через систему личных сообщений этого форума, так как я не присутствую здесь постоянно. Прошу использовать для связи с нами ресурсы и контакты из подписи.
73

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

(edited by TK-SK 14/10/2020 13:14:32)

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

opl wrote:

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

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

opl wrote:

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

Вы что, шутите ?!! Нам наша более чем 10-летняя репутация у клиентов отнюдь не безразлична.
Я же выше Вашего поста #67 исчерпывающе написал в своем посте #65:

TK-SK wrote:

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

В ПО АвтоГРАФ™ встроен аж целый формульно-языковой компилятор, позволяющий в параметрах писать функции практически любой сложности со всей мощью языка С# и даже с подключением сторонних библиотек и модулей. Т.е. для любых валидаций и проверок там практически неограниченные возможности.

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

ООО «ТехноКом», г. Челябинск - - - Самцов Константин Юрьевич - зам. директора по работе с регионами
Раб. тел.: +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 / Прага)
Просьба не писать вопросы через систему личных сообщений этого форума, так как я не присутствую здесь постоянно. Прошу использовать для связи с нами ресурсы и контакты из подписи.
74

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

(edited by maxev 15/10/2020 09:45:05)

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

Данные с  неисправного прибора  в протоколе wialon ips ретранслируются на сервер-транскодер  технокома, откуда потом ретранслируются  в протоколе автограф конечнику? На основе этих данных, без всякой проверки, автоматизированная система высылает штрафы?

75

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

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

В ораторских способностях всех участников дискусии нет сомнения.  Мельком встретил "полет мысли" в нужную сторону.
Разобрались?  Все написанные выше "мемуары" помогли в решении проблемы ?

Все ясно !....что не ясно.....