1

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

(edited by opl 13/10/2020 20:14:59)

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

Господа, в очередной раз (уже 100500й)  клиент обратился с проблемой ,  что в системе АвтоГРАФ™, которую использует одна из нефтедобывающих компаний, зафиксированы превышения скоростного режима транспорта нашего клиента, с чем его она и незамедлительно поздравила, путем наложение штрафа в ХХХ ХХХХ рублей и прислала  соотвествующее уведомление с требованием уплатить в кратчайшие сроки.

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

Так вот,  практически ровно год назад , разбирая "полеты выяснилось, что система АвтоГРАФ™ вообще игнорирует  показания скорости, которые в нее передаются нами в ретрансляторе (например параметр speed), а вместо этого высчитывает её сама, из полученных  координат. Любому из нас понятно, что координата GPS/ГЛОНАСС  может быть неточной  и имеется дрейф, и это будет создавать "превышения" на коротких отрезках. 

Имеется проблема в  подсчёте.

Привожу реальный пример:   

ретранслятор послал на сервер конвертации  АвтоГРАФ™ две точки -  одну  в 22 ч 20 мин 30 сек и другую в 22 ч 23 мин 13 сек.
Расстояние между ними 2000 метров. Получаем, что машина проехала эти  2000 метров за 163 сек - т.е. со скоростью 44 км/ч.
А в отчете системы  АвтоГРАФ™  отображается, что машина проехала это расстояние за 13 сек (с 0:23:00 до 0:23:13) и получила 555 км/ч !!!!!  (на скринах ниже есть фото этой точки со скоростью в отчете)

Собственно это превышение и было прислано   клиенту.

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

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

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

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

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

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

(edited by opl 09/10/2020 21:16:47)

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

А вот ниже специально сегодня сделал по одной из машин нашего клиента  отчет в системе АвтоГРАФ™, в которую наша машина ретранслируется.

Посмотрите внимательно на скорость в отчете. Практически везде не верный расчет скорости. 1000 км/ч 300 км/ч, 800 км/ч и тд.

ГОСПОДА из АвтоГРАФ™(Техноком) давайте решать  проблему !!!!

Вроде серьезная компания, производит достаточно качественное железо, но  с софтовой частью чтото не ладно при вычислении скорости!!!!

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

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

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

opl, может это кому то нужно? Например, одним, чтобы держать в узде подрядчиков, а другим, чтобы ориентировать клиента на замену навигационных приборов и интегратора на Автограф/ТехноКом? )

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

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

(edited by RedRock 08/10/2020 08:54:15)

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

Автограф - импортозамещение по русский. Закрытая система(со своим по и оборудованием) сдеданная из бумаги, соедененная гвоздями, которые забивали микроскопами.

FFA0-0BBB-8911-15BB

https://www.reg.ru
5

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

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

opl wrote:

ГОСПОДА из АФТОГРАФА (Техноком)

Эм, а Гуртам тут причем?
Спрашивайте на их родном форуме
https://forum.tk-chel.ru/i

ООО "Ин-Тек"
https://in-tec.org
г. Екатеринбург (г. Березовский)
6

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

(edited by TK-SK 08/10/2020 19:27:40)

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

Коллеги...

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

2. Прекратите нести бред о том, что система АвтоГРАФ™ не умеет работать с показаниями скорости. Система АвтоГРАФ™ умела это делать еще в те времена, когда многих существующих систем еще не было в природе. Мы умеем работать и по координатам и по вектору скорости и по показаниям CAN и по ряду других датчиков скорости, причем можем делать это одновременно и качественно, в чем неоднократно могли убедиться наши Уважаемые Клиенты. Не столь давно одна компания с крупным иностранным участием как раз сравнивала различные варианты вычисления скорости с целью определения качества алгоритмов с целью замены иностранной системы на российскую. Поверьте, этот тест мы сдали на "отлично", хотя до нас этот тест провалили несколько систем других известных производителей. Думайте сами, как говорится.

3. Что касается "оказалось, что система АФТОГРАФ вообще неправильно считает  как превышения так и скорость", рекомендуем Вам разобраться с качеством ретранслируемых данных. Пару раз мы уже указывали на кое-какие ошибки в ретрансляции. То, что наша система внезапно ровно на 1 минуту или на 2,5 минуты (!!!) сместила время - так вот я Вам сообщаю: АвтоГРАФ™ не корректирует время начала и конца отрезков трека, такого функционала в нем просто нет и не было.

ретранслятор послал в АВТОГРАФ две точки -  одну  в 22 ч 20 мин 30 сек и другую в 22 ч 23 мин 13 сек.
А платформа АФТОГРАФ посчитала, что машина проехала это расстояние за 13 сек (с 0:23:00 до 0:23:13)

И каким же волшебным образом время начала отрезка из 22:20:30 превратилось в 22:23:00 ??? (0:23:00 если добавить 2 часа смещения по поясу - это не играет никакой роли в данном случае, важны значения минут и секунд). Будь ошибка в разборе параметра даты/времени на приемной стороне - все принятые значения времени были бы искажены. Но... мы видим несколько иную картину. Странно, верно ? Учитывая, что АвтоГРАФ™ всегда работает на прием в строго последовательном протоколе, я бы предположил, что между двумя "правильными" точками была вклинена некая "лишняя, непонятно как туда попавшая точка", что и дало и выброс трека, там где его нет и соответствующий эффект. А вот как она туда прилетела - это вопрос, скорее уже к Вам и к стороне отправки.
Мы, например, достоверно знаем, что некоторые системы все пришедшие точки рассортировывают в БД по временной оси и если прилетают точки со сбойными значениями даты/времени - они могут таким образом при ранжировании вклиниться в качественные участки трека и подпортить их, что может дать в том числе и подобные эффекты. Когда протокол строго последователен, как в АвтоГРАФ-ах, то такие сбойные точки обычно весьма просто фильтруются...

4. Что касается "Каким умом думали разработчики этой системы, не применив фильтрацию..." и последующий бред - мне не хочется даже комментировать. АвтоГРАФ™ имел и имеет одни из лучших алгоритмов обработки и фильтрации в отрасли еще со времен становления отрасли.

5. В системе АвтоГРАФ™ работают сотни тысяч объектов транспорта крупнейших предприятий России с огромными автопарками. Именно высочайшее качество системы и многолетняя репутация - определяет их выбор. Мы всегда и всем говорили со времен 10-летней давности: тестируйте, проверяйте, сравнивайте нашу систему и другие - мы за осознанный выбор. Мы уверены в своей продукции.

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

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

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

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 / Прага)
Просьба не писать вопросы через систему личных сообщений этого форума, так как я не присутствую здесь постоянно. Прошу использовать для связи с нами ресурсы и контакты из подписи.
7

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

(edited by TK-SK 08/10/2020 19:05:04)

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

opl wrote:

ГОСПОДА из АФТОГРАФА (Техноком) давайте решайте проблему !!!! У вас там   что за штат кодеров набран , какието двоечники похоже???

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

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

Я позволю себе предоставить Вам на будущее несколько бесплатных советов:

1. Для начала решения проблемы, необходимо, как минимум, её реальное, а не выдуманное наличие.

2. При подозрении на наличие проблемы обращаются в техническую поддержку соответствующей компании, приложив полные данные, логи, отчеты и прочую информацию, указывающую на возможную проблему и помогающую её локализовать.
А до этого, правильнее было бы сперва обратиться к реальным эксплуатантам системы, которые могут непосредственно на месте посмотреть как "сырые" данные, пришедшие от объекта, так и настройки, сделанные для этого объекта.
Также Вы могли бы попросить разобраться специалистов Гуртама и проверить корректность ретрансляции и её приема на нашей стороне. Это было бы в обоюдных интересах и нас и Гуртама.

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

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

4. Не делайте безосновательных резких публичных заявлений относительно функционала сторонних систем, если Вы на 100% не уверены в том, что так оно и есть на самом деле. Позиция "не разбирался как оно там на самом деле, но мнение имею" давно уже является дурным тоном в профессиональной среде специалистов по мониторингу транспорта, многие из которых работают в отрасли уже по 5-10 лет и имели опыт работы с самыми разными системами.

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

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

(edited by TK-SK 08/10/2020 18:00:05)

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

opl wrote:

Господа, в очередной раз (уже 100500й)  клиент обратился с проблемой ,  что в системе АФТОГРАФ, которую использует одна из нефтедобывающих компаний  - Газпром, зафиксированы превышения скоростного режима транспорта нашего клиента, с чем его она и незамедлительно поздравила, путем наложение штрафа в ХХХ ХХХХ рублей и прислала  соотвествующее уведомление с требованием уплатить в кратчайшие сроки.
Требование пришло  на бумажке, типа что ты такой клиент плохой,  превышаешь, давай плати, а распечатка о превышениях выслана тебе в экселёвом отчете, без подписи какого либо ответсвенного лица.

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

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

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

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

(edited by TK-SK 08/10/2020 18:47:15)

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

Кстати, г-н opl затронул очень интересный момент, касающийся координат и скорости: если объект движется со скоростью 60 км/ч, то за 1 секунду он проходит 60000 / 3600=16.67 метра (или 33.33 метра для скорости 120 км/ч). Если не затрагивать вопросы установки и использования качественных антенн, то выбросы иногда случаются по различным причинам у всех приемников (у качественных их, разумеется, меньше в силу качества изготовления, возможностей и внутренних алгоритмов самих приемников). Если же по координатам получается, что объект достаточно часто на небольших интервалах времени проходит по принятым данным в пересчете на секунду по 100...200 метров, то такой трек годится только для мусорного ведра. Вытягивать из такого подобие нормального трека (в том числе пробег) софтовыми способами - это уже не измерения, а мультфильмы. Качество первичных данных должно находиться в соответствующих разумных рамках. На таких аномальных участках и допплеровские показания скорости также являются весьма сомнительными. Поэтому важно анализировать качество трека разными способами.
Это была ремарка для специалистов, разумеется.

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

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

(edited by RedRock 09/10/2020 04:47:19)

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

TK-SK, ни разу не было конструктивной бесседы с вашими представителями.
Клиенты, вынужденные пользоваться вашим продуктом жалуються как на само по, так и на тп.
Видимо вы гордитесь своей компанией(и это похвально) по этому считаете, что если специалисту неизвестна Ваша история, то он не специалист.
Я стороник максимально открытых и прозрачных систем. Ваш подход из-за закрытости не может быть прозрачен.
Чего стоит заявление от Вас или ваших предстовителей, что перенастройка терминала - это посигательство на интилектуальную собственно.
Потерял всякое жилание общаться с вашей компаниями и вашими представителеми в 2018 году и могу только надееться, что в Вашей среде что-то изменилось.
И Ваш тон лишний раз подтверждает что вы застряли в далеком прошлом, т.к. ведете себя словно торгаш из совка - продовец всегда прав.
Продвижения вашего товара было бы класным есле бы не навязывало вашу экосистему.

FFA0-0BBB-8911-15BB

https://www.reg.ru
11

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

(edited by TK-SK 09/10/2020 09:50:50)

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

RedRock wrote:

TK-SK, ни разу не было конструктивной бесседы с вашими представителями.


Возможно это будет для Вас открытием, но про представителей системы, которую Вы представляете, наши дилеры часто говорят то же самое. Интересное совпадение, правда ?

RedRock wrote:

Клиенты, вынужденные пользоваться вашим продуктом жалуються как на само по, так и на тп.

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

В последнее время особенно часто стали встречаться те представители в т.ч. и местного сообщества, кто нашу систему не знает, но лезет в конкурсы (НА ОБСЛУЖИВАНИЕ), выигрывает, а потом требует от нас все предоставить, быстро обучить его сотрудников и т.д. и т.п. Хотя в конкурсах прописано, что участник должен обладать соответствующей квалификацией для исполнения контракта. После этого, такие "специалисты", почему-то предлагают ЗАМЕНУ системы, хотя от них требовалось всего-лишь обслуживание существующей. И более того, замену методом продажи новой системы - зачастую за миллионы рублей.
Разумеется, клиент не собирается заново платить сверх контракта, переучивать людей на другую систему, заново делать все интеграции с внутренними системами предприятия новой системы и т.д. Это очень сильно бьёт по работе таких клиентов, оказывающихся без поддержки нередко на весьма длительный период и не добавляет положительного рейтинга как самим таким "конкурсантам", так и производителям тех систем, представителями которых они являются.

RedRock wrote:

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

1. Я обоснованно горжусь нашей компанией и её коллективом, а также дилерами с которыми имею честь работать более 10 лет.
2. Специалисты знают и про работу нашего софта со сторонним оборудованием и про многое другое, чего я не увидел в Ваших постах.
Я основывался на Ваших собственных высказываниях.
Если Вы "специалист", напишите объективное обоснование своих тезисов:
1. Про "закрытость" системы в Вашем понимании.
2. Про то, что это, цитирую "система(со своим по и оборудованием) сдеданная из бумаги, соедененная гвоздями, которые забивали микроскопами".
Либо потрудитесь принести извинения.

RedRock wrote:

Я стороник максимально открытых и прозрачных систем. Ваш подход из-за закрытости не может быть прозрачен.

И снова безосновательное утверждение.

RedRock wrote:

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

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

RedRock wrote:

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

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

RedRock wrote:

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

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

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

Вы считаете такую "экосистему" минусом ? Ваше право. Далеко не все клиенты с Вами согласны.

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

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

(edited by qwerty16 09/10/2020 11:25:36)

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

....вкладка финансы

13

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

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

TK-SK wrote:

люди голосуют рублем сами

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

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

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

(edited by TPV 09/10/2020 13:34:45)

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

+ show spoiler

http://i.tk-chel.ru/pavel/sharex/chrome_2020-10-09_15-27-18.png

qwerty16 , Вы что-то хотели сказать?

ГК «ТехноКом», г. Челябинск
Тихонов Павел,
Датчики уровня топлива TKLS и периферия для систем мониторинга - для всех интеграторов.
Тел.: +7 (351) 211-30-40 (доб.131), E-mail: mail@tkls.ru, Сайт: www.tkls.ru
15

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

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

......я брал отсюда https://www.rusprofile.ru/

а откуда Ваши дровишки?

16

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

(edited by RedRock 09/10/2020 14:17:36)

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

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

FFA0-0BBB-8911-15BB

https://www.reg.ru
17

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

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

qwerty16 , я вижу откуда Вы брали. По моему скрину видно, что он взят оттуда же.
В Группу Компаний "ТехноКом", чтобы Вы понимали, входит ряд компаний, поэтому к чему Ваш перфоманс совершенно непонятно.

ГК «ТехноКом», г. Челябинск
Тихонов Павел,
Датчики уровня топлива TKLS и периферия для систем мониторинга - для всех интеграторов.
Тел.: +7 (351) 211-30-40 (доб.131), E-mail: mail@tkls.ru, Сайт: www.tkls.ru
18

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

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 / Прага)
Просьба не писать вопросы через систему личных сообщений этого форума, так как я не присутствую здесь постоянно. Прошу использовать для связи с нами ресурсы и контакты из подписи.
19

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

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

RedRock wrote:

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

Разумеется, не каждого. У наших интеграторов такой проблемы нет, у интеграторов большинства других систем - есть. Всё верно. Именно это я Вам и написал выше. )))

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

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

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

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

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

21

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

(edited by TK-SK 09/10/2020 14:54:21)

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

Дмитрий Л wrote:
TK-SK wrote:

люди голосуют рублем сами

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

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

Реально Открытая Система это:
1. Все схемы железа общедоступны
2. Прошивки лежат в общем доступе в виде исходников
3. Исходники софта лежат в общем доступе и доступны для правки и использования всеми желающими на безвозмездной основе
4. Все протоколы обмена открыты (что в общем-то автоматически вытекает из пунктов 1-3)

Используемая Вами система в виде и аппаратной и программной части соответствует всем этим критериям ?
Если нет, тогда о какой "открытости и закрытости" Вы (и не только Вы) тут рассуждаете и укоряете других ?

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

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

(edited by TK-SK 09/10/2020 14:56:59)

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

qwerty16 wrote:

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

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

qwerty16 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 / Прага)
Просьба не писать вопросы через систему личных сообщений этого форума, так как я не присутствую здесь постоянно. Прошу использовать для связи с нами ресурсы и контакты из подписи.
23

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

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

qwerty16 wrote:

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

...дык это и есть компания-разработчик... и никакого перфоманса.
Или есть факты об ином?

ГК «ТехноКом», г. Челябинск
Тихонов Павел,
Датчики уровня топлива TKLS и периферия для систем мониторинга - для всех интеграторов.
Тел.: +7 (351) 211-30-40 (доб.131), E-mail: mail@tkls.ru, Сайт: www.tkls.ru
24

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

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

Моя интересует только вариант, когда я беру трекер и подсоединяю к конфигуратору, конфигурирую к любому серверу и он там работает на все 100% возможностей (а не по УСЕЧЕННОМУ протоколу) .
И еще ЦЕНА, мне фиолетово на что производитель тратит деньги, ибо есть трекеры с таким же функционалом и дешевле. Вопрос надежности скорее первый, а дальше по списку. Работа поддержки и гарантийка .

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

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

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

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

25

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

(edited by TK-SK 09/10/2020 17:38:54)

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

qwerty16 wrote:

Моя интересует только вариант, когда я беру трекер и подсоединяю к конфигуратору, конфигурирую к любому серверу и он там работает на все 100% возможностей (а не по УСЕЧЕННОМУ протоколу) .


Ваша максима мне понятна, но...

1. Я даже таких трекеров не знаю, которые можно к любому серверу сконфигурировать и он там работает на все 100% возможностей.

2. Боюсь, что в таком случае софт уважаемых хозяев форума Вам тоже не подойдет (если, конечно, не зациклиться максимум на паре трекеров). Это к вопросу 100%. Я вообще такого софта не знаю в природе. Хотя в силу того, что у разных трекеров работа организована по-разному. В этом смысле 100% адаптация и синергия софта и железа возможна либо только у таких комплексных компаний как наша, либо когда производитель железа настолько плотно работает со сторонним разработчиком софта, что на этапе разработки постоянно консультируется с ним по всем вопросам реализации функционала.Либо производитель софта фактически диктует производителю железа те ограниченные рамки из которых ему не следует выходить.
А универсальный софт - это всегда компромисс с недостижимыми 100%. Что мы и наблюдаем в реальности.
Я в т.ч. и про наш софт говорю, так как встречаются сторонние трекеры с такими специфичными реализациями некоторых функций, что это не очень хорошо ложится на модель внутреннего межмодульного взаимодействия ПО.
Протокол типа имя_параметра/тип/значение - прост, но... в такой реализации есть и куча минусов, так как для ряда применений требуется кое-что большее, чего посредством такой реализации нельзя достичь в принципе. Раскрывать не буду, но можете взять тот же открытый EGTS и хорошенько подумать, почему некоторые вещи там сделаны именно так.

Опять же - нам совершенно понятно, чем вызвано Ваше желание, это максимально всё сделало бы комфортным конкретно для ВАС и ВАШЕГО бизнеса.
Это известная проблема (производители СМТ общаются между собой, да-да), когда Дилер (Интегратор) начинает требовать от софта и железа максимум комфорта именно для себя в ущерб в т.ч. доработкам для клиентов или их информационной безопасности (речь про некоторые онлайн-конфигураторы с огромной дырищей в безопасности от внешнего вмешательства), забывая, что вообще-то не он конечный выгодоприобретатель от системы, а лишь промежуточное звено. Также такие Дилеры забывают о том, что сотрудничество может быть взаимовыгодным, по стратегии win-win или по крайней мере к этому нужно стремиться. Что сказывается и на их взаимоотношениях с производителями софта и железа.
Это тема для целой статьи в общем-то...

qwerty16 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 / Прага)
Просьба не писать вопросы через систему личных сообщений этого форума, так как я не присутствую здесь постоянно. Прошу использовать для связи с нами ресурсы и контакты из подписи.
26

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

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

.....если за деревьями леса не видите....это не мои проблемы., или ему про Фому, а он про Ерему....поверхностный какой то человек.

....и в подпись не для клиентов, а для производителей....но тут наверное бесполезный случай.

27

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

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

Мы смотрим на проблемы мониторинга под разными углами.
Лично я за свободу клиента в выборе системы мониторинга(по и железо), а Ваша позиция, видима следующие, предаставления клиенту смт которая будит работать на 100%, выполняя его задачи. Только не понятно, что делать клиенту, если задачь стало больше или они стали другими. Ваше решения и так работает на 100%...
А вобще тема следующая: ПО произведенное не вашей компании не детектирует привышение скорости по данным получиным на железе, произведенным не вашей компанией, но по данным, которое переслало это ПО на ваш сервер, почемуто детектируеться превышение?
Может за горой Вашего высокомерия я не заметил ответа...

FFA0-0BBB-8911-15BB

https://www.reg.ru
28

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

(edited by opl 09/10/2020 22:31:37)

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

Господа, давайте не будем в моей теме выяснять отношения.

Есть конкретная проблема. Описанная в первом посте.

Константин TK-SK, 
вот давайте про клевету не будем, хотите извинений, без проблем, приношу свои извинения публично, примите.
Пост поправил, дабы он не вызывал негативную реакцию к вашей системе.

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

Мне (и не только) требуется  корректная работа на стороне вашего сервера, с теми данными, которые мы присылаем.
Чтобы на вашей стороне или в вашей системе   не происходило искажение показаний скоростного режима от объектов, ретранслируемых от нас  к вам. 


Проблема не выдуманная, как вы пишите, она существует, пока ее никто не решает.

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

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

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

(edited by opl 11/10/2020 13:56:19)

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

Увважаемы разработчики из группы компаний "Техноком" , давайте перейдем к конкретной ситуации.

Объект М037КР
в системе Виалон (ID 157402132)  ретранслируется в agconv.tk-chel.ru:2453   
в протоколе EGTS  c  ID 1571000132
номер прибора отображаемый в  AutoGRAPH.Web =  9030187

Ниже привожу 

1. объедененный скрин данных  - отчет из AutoGRAPH.Web
2. на отчет нанесен скрин сообщений от объекта из Виалона, с тем же временным интервалом.
3. картинка создана для быстрого анализа ситуации ,чтобы меньше расписывать текстовой информации и обеспечить наглядность.

Как видим в отчете  из  AutoGRAPH.Web,   обнаружено  в периоде 02.10.2020  12:11:00 по 12:11:17  препышение скорости,  и отражено ее максимальное значение 153 км/ч.
Смотрим этот же временной интервал в Виалоне, максимальная скорость по сообщениям  была 62 км/ч, что для транспортного средства типа Мусоровоз КАМАЗ нормально.

Прошу представителя компании Техноком, посмотреть в транскодере или на сервере конвертации полученные в периоде 02.10.2020  12:11:00 по 12:11:17  координаты от указанного выше объекта,  и пояснить, откуда взялась  в  отчете из AutoGRAPH.Web   скорость  = 153 км/ч ????????????

Вопрос конкретный, прошу дать конкретный ответ. Заранее благодарен за помощь в решении проблемы.

(для просмотра прикрепленно изображения желательно его скачать, там будет все прекрасно и разборчиво видно)

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

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

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

Ну вот снова Константин в ответ на пожелание доброго дня заряжает горлышко бутылки, чтобы в нее лезть. Цитирую:

TK-SK wrote:

Так что Вы в определенном смысле лукавите, говоря о невозможности перехода.

VS

TK-SK wrote:

В последнее время особенно часто стали встречаться те представители в т.ч. и местного сообщества, кто нашу систему не знает, но лезет в конкурсы (НА ОБСЛУЖИВАНИЕ), выигрывает, а потом требует от нас все предоставить, быстро обучить его сотрудников и т.д. и т.п. Хотя в конкурсах прописано, что участник должен обладать соответствующей квалификацией для исполнения контракта. После этого, такие "специалисты", почему-то предлагают ЗАМЕНУ системы, хотя от них требовалось всего-лишь обслуживание существующей. И более того, замену методом продажи новой системы - зачастую за миллионы рублей.
Разумеется, клиент не собирается заново платить сверх контракта, переучивать людей на другую систему, заново делать все интеграции с внутренними системами предприятия новой системы и т.д. Это очень сильно бьёт по работе таких клиентов, оказывающихся без поддержки нередко на весьма длительный период и не добавляет положительного рейтинга как самим таким "конкурсантам", так и производителям тех систем, представителями которых они являются.

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

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

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

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

RedRock wrote:

Мы смотрим на проблемы мониторинга под разными углами.
Лично я за свободу клиента в выборе системы мониторинга(по и железо), а Ваша позиция, видима следующие, предаставления клиенту смт которая будит работать на 100%, выполняя его задачи. Только не понятно, что делать клиенту, если задачь стало больше или они стали другими. Ваше решения и так работает на 100%...

Мы тоже за свободу клиента в выборе системы мониторинга (ПО и железо).
Никакого противоречия тут не вижу и неоднократно писал и говорю клиентам, что наша позиция как компании: тестируйте, сравнивайте, выбирайте. Мы - за осознанный выбор.

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

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

Наша позиция, как и позиция любой нормальной рыночной компании на рынке: получение прибыли через максимальное удовлетворение имеющегося на рынке спроса + создание продуктов, которые могли бы вызвать спрос. Это банальная классика экономической теории.

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

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

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

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

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

Вы же выставляете универсальность как высшую ценность. Это напоминает мне небезызвестную страну со своей "демократией". Причем, Вы почему-то считаете, что и для клиента это несомненно высшая ценность, несмотря на очевидное противоречие с объективной реальностью. Спросите Александра Иванова из Вашего сообщества, например.

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

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

(edited by TK-SK 12/10/2020 11:15:27)

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

opl wrote:

Увважаемы разработчики из группы компаний "Техноком" , давайте перейдем к конкретной ситуации.

Объект М037КР
в системе Виалон (ID 157402132)  ретранслируется в agconv.tk-chel.ru:2453   
в протоколе EGTS  c  ID 1571000132
номер прибора отображаемый в  AutoGRAPH.Web =  9030187

Ниже привожу 

1. объедененный скрин данных  - отчет из AutoGRAPH.Web
2. на отчет нанесен скрин сообщений от объекта из Виалона, с тем же временным интервалом.
3. картинка создана для быстрого анализа ситуации ,чтобы меньше расписывать текстовой информации и обеспечить наглядность.

Как видим в отчете  из  AutoGRAPH.Web,   обнаружено  в периоде 02.10.2020  12:11:00 по 12:11:17  препышение скорости,  и отражено ее максимальное значение 153 км/ч.
Смотрим этот же временной интервал в Виалоне, максимальная скорость по сообщениям  была 62 км/ч, что для транспортного средства типа Мусоровоз КАМАЗ нормально.

Прошу представителя компании Техноком, посмотреть в транскодере или на сервере конвертации полученные в периоде 02.10.2020  12:11:00 по 12:11:17  координаты от указанного выше объекта,  и пояснить, откуда взялась  в  отчете из AutoGRAPH.Web   скорость  = 153 км/ч ????????????

Вопрос конкретный, прошу дать конкретный ответ. Заранее благодарен за помощь в решении проблемы.

(для просмотра прикрепленно изображения желательно его скачать, там будет все прекрасно и разборчиво видно)

Уважаемый,opl.

Во-первых, наша компания не использует форум Гуртам в качестве ресурса технической поддержки по нашему железу и ТЕМ БОЛЕЕ - СОФТУ.

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

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

У нас есть СВОИ и багтрекер и хелпдеск: https://www.tk-nav.ru/tk-group/support
Также на всякий случай сообщаю, что наш форум не является заменой багтрекера и хелпдеска.

Во-вторых, результат функционирования что нашего ПО, что ПО уважаемых хозяев данного ресурса, зависит от его НАСТРОЕК.
Не нужно представлять дело так, что достаточно просто установить софт и подать поток данных от терминалов на его входной порт.

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

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

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

Просто показать отчет с некими цифрами - совершенно недостаточно.

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

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

(edited by TK-SK 12/10/2020 11:50:26)

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

Дмитрий Л wrote:

Ну вот снова Константин в ответ на пожелание доброго дня заряжает горлышко бутылки, чтобы в нее лезть. Цитирую:

TK-SK wrote:

Так что Вы в определенном смысле лукавите, говоря о невозможности перехода.

VS

TK-SK wrote:

В последнее время особенно часто стали встречаться те представители в т.ч. и местного сообщества, кто нашу систему не знает, но лезет в конкурсы (НА ОБСЛУЖИВАНИЕ), выигрывает, а потом требует от нас все предоставить, быстро обучить его сотрудников и т.д. и т.п. Хотя в конкурсах прописано, что участник должен обладать соответствующей квалификацией для исполнения контракта. После этого, такие "специалисты", почему-то предлагают ЗАМЕНУ системы, хотя от них требовалось всего-лишь обслуживание существующей. И более того, замену методом продажи новой системы - зачастую за миллионы рублей.
Разумеется, клиент не собирается заново платить сверх контракта, переучивать людей на другую систему, заново делать все интеграции с внутренними системами предприятия новой системы и т.д. Это очень сильно бьёт по работе таких клиентов, оказывающихся без поддержки нередко на весьма длительный период и не добавляет положительного рейтинга как самим таким "конкурсантам", так и производителям тех систем, представителями которых они являются.

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

Не производите подмены понятий, пожалуйста.
Замена системы и обслуживание СУЩЕСТВУЮЩЕЙ СИСТЕМЫ - разные вещи.
Если я выиграл конкурс на обслуживание 1С у некоей компании, то это не значит, что по данному контракту можно ЗАМЕНИТЬ 1С на Excel или MS Access или "ПАРУС" и клиент обязан на это пойти.
Либо если Вы умеете обслуживать КАМАЗы, а клиент проводит конкурс на обслуживание тягачей MAN, то это не значит, что в случае выигрыша следует предлагать клиенту заменить MANы на КАМАЗы.

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

Если же клиент желает сменить ПО либо допускает его замену - это явно должно быть указано в условиях конкурса.
Это право клиента и никаких возражений у меня в данном вопросе не имеется.

Проблема в том, что в конкурсы лезут те, кто НЕ УМЕЕТ обслуживать ИМЕЮЩИЙСЯ объект обслуживания, указанный в условиях конкурса, а выиграв - требуют ЗАМЕНИТЬ объект обслуживания на тот, который они МОГУТ обслуживать.

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

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

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

opl 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 / Прага)
Просьба не писать вопросы через систему личных сообщений этого форума, так как я не присутствую здесь постоянно. Прошу использовать для связи с нами ресурсы и контакты из подписи.
35

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

(edited by opl 12/10/2020 12:28:01)

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

TK-SK


Заявка №3885 , "Ретрансляция в систему АвтоГРАФ™ из внешних систем",  создана в вашем  хелпдеск: https://www.tk-nav.ru/tk-group/support

Ответ будет здесь опубликован , так как данная проблема существует при взаимодействии платформ Виалон и АвтоГРАФ™

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

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

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

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

opl wrote:

(для просмотра прикрепленно изображения желательно его скачать, там будет все прекрасно и разборчиво видно)

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

http://i.tk-chel.ru/sk/sharex/2020-10-12_14-09-24_2f9d3.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 / Прага)
Просьба не писать вопросы через систему личных сообщений этого форума, так как я не присутствую здесь постоянно. Прошу использовать для связи с нами ресурсы и контакты из подписи.
37

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

(edited by opl 12/10/2020 12:42:59)

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

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

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

Соотвественно расчетный параметр, это не реальное событие или параметр,  присланные  устройством, на расчеты могут повлиять факторы, которые программисты могли не учесть по какой то причине  при разработке алгоритма.

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

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

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

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

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

opl wrote:

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

При таком изменении скорости, как мы видим в сообщениях объекта, я бы не сказал, что можно однозначно сказать: какое значение будет ПРАВИЛЬНЫМ. Каким образом используемый Вами софт выводит то значение, которое выдает за "правильное" - не очень понятно.
Я вижу лишь, что значение находится в неких "рамках", однако какими искусственными методами оно получено из такого набора первичных данных и почему именно такая цифра ?
Например, какое итоговое значение будет соответствовать числовому ряду скоростей в одной
временной точке (1 секунда): 42,54,18,40 или 38,51,19 ? Среднеарифметическое ? Первое значение за эту секунду ? Последнее значение за эту секунду ? Или какой-то иной алгоритм ? Насколько ему можно доверять ?

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

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

P.S.: Мало сделать красивую картинку на выходе. Картинка должна быть еще и правильной. И в некоторых случаях - надо фиксировать ошибку и неприемлемую работу терминала с выдачей соответствующего уведомления о недостоверности, а не подгонять непонятный ряд скоростей под что-то благообразное.
У меня есть подозрение, что такую "интересную" динамику мы увидим и если взять намного больший временной интервал сообщений от трекера.
Было бы неплохо, если бы еще и увидеть для каждой такой "неоднозначной" секунды значение, которое выдал Ваш софт.

К слову, я бы действительно порекомендовал клиенту отнестись с определенным подозрением к такому оборудованию, которое выдает такие "интересные" ряды скоростей.

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

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

(edited by TK-SK 12/10/2020 12:54:24)

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

opl wrote:

TK-SK


Заявка №3885 , "Ретрансляция в систему АвтоГРАФ™ из внешних систем",  создана в вашем  хелпдеск: https://www.tk-nav.ru/tk-group/support

Ответ будет здесь опубликован , так как данная проблема существует при взаимодействии платформ Виалон и АвтоГРАФ™

http://i.tk-chel.ru/sk/sharex/2020-10-12_14-51-03_83621.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 / Прага)
Просьба не писать вопросы через систему личных сообщений этого форума, так как я не присутствую здесь постоянно. Прошу использовать для связи с нами ресурсы и контакты из подписи.
40

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

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

TK-SK wrote:

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

Это вопрос больше в Гуртам, нежели ко мне по данной ситуации.
Думаю Гуртам может объяснить, как и почему он не  находит и не выводит в отчеты превышение скорости в размере  153 км/ч. 

TK-SK wrote:

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

давайте, согласен,  но превышения зафиксированы НЕ в виалоне, а в отчете из вашей системы, я только лишь это хотел сказать.

заявку в ТП я отправил, давайте поработаю с вашими специалистами там.

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

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

(edited by TK-SK 12/10/2020 14:29:23)

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

opl wrote:
TK-SK wrote:

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

Это вопрос больше в Гуртам, нежели ко мне по данной ситуации.
Думаю Гуртам может объяснить, как и почему он не  находит и не выводит в отчеты превышение скорости в размере  153 км/ч.

Уважаемый opl, прошу Вас - не искажайте мой вопрос.
Я его повторю: какое итоговое значение будет соответствовать числовому ряду скоростей в одной
временной точке (1 секунда): 42,54,18,40 или 38,51,19 ? Среднеарифметическое ? Первое значение за эту секунду ? Последнее значение за эту секунду ? Или какой-то иной алгоритм ? Насколько ему можно доверять ?

Поскольку именно ВЫ инициировали сравнение, то прошу выяснить это у Гуртам - иначе нам непонятно, на что ориентироваться.
Может там в таких случаях, когда приходит 5 разных значений за 1 секунду, берется случайное значение в диапазоне 10...65 км/ч. )))
Мы, разработчики, привыкли оперировать точными данными при анализе.
Если Вы утверждаете, что софт Гуртам дает некое верное значение из такого ряда сырых данных (в котором крайние значения отличаются аж в ТРИ раза: 18 и 54), мы бы хотели понимать: как, в таком случае, оно формируется. Представьте, что этот вопрос задал Вам Ваш достаточно грамотный клиент, увидев такие странные данные от Вашего трекера.

opl wrote:
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 / Прага)
Просьба не писать вопросы через систему личных сообщений этого форума, так как я не присутствую здесь постоянно. Прошу использовать для связи с нами ресурсы и контакты из подписи.
42

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

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

TK-SK wrote:

Не производите подмены понятий, пожалуйста.
Замена системы и обслуживание СУЩЕСТВУЮЩЕЙ СИСТЕМЫ - разные вещи.
Если я выиграл конкурс на обслуживание 1С у некоей компании, то это не значит, что по данному контракту можно ЗАМЕНИТЬ 1С на Excel или MS Access или "ПАРУС" и клиент обязан на это пойти.
Либо если Вы умеете обслуживать КАМАЗы, а клиент проводит конкурс на обслуживание тягачей MAN, то это не значит, что в случае выигрыша следует предлагать клиенту заменить MANы на КАМАЗы.

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

Если же клиент желает сменить ПО либо допускает его замену - это явно должно быть указано в условиях конкурса.
Это право клиента и никаких возражений у меня в данном вопросе не имеется.

Проблема в том, что в конкурсы лезут те, кто НЕ УМЕЕТ обслуживать ИМЕЮЩИЙСЯ объект обслуживания, указанный в условиях конкурса, а выиграв - требуют ЗАМЕНИТЬ объект обслуживания на тот, который они МОГУТ обслуживать.

Никакой подмены понятий. Если дается право выбора тех или иных продуктов и услуг, то ничего не должно мешать этому. Сравнение с MAN и КАМАЗ  может быть верно, если с обслуживанием MAN предполагается выдача ключей замков зажигания, которые есть только у производителя и его офпредставителей. Еще раз повторюсь: вопрос квалификации в условиях здоровой конкуренции - это повод поиска клиентом альтернативы, т.е. специалистов, готовых оказывать качественные услуги по адекватной цене, а не работников, имеющих соответствующую бумажку и "допуск" от производителя.

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

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

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

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

Дмитрий Л, Вы в очередной раз искажаете суть, уводя в сторону.
Я Вам повторю в 100500-й раз, читайте медленно и внимательно:
Если клиент желает сменить ПО либо допускает его замену - это явно должно быть указано в условиях конкурса. Это право клиента и никаких возражений у меня в данном вопросе не имеется.

Если же клиент объявляет конкурс НА ОБСЛУЖИВАНИЕ СУЩЕСТВУЮЩЕЙ СИСТЕМЫ, НЕ ПЛАНИРУЯ И НЕ ДОПУСКАЯ ЕЁ ЗАМЕНУ, то принимать участие в конкурсе С УМЫСЛОМ потребовать замены в случае выигрыша - противоречит условиям конкурса, является недобросовестным и недопустимым.
(тем более, если данный умысел требует дополнительных затрат от клиента на приобретение новой системы или оборудования, не запланированных условиями конкурса)

Я достаточно понятно объяснил суть вопроса или требуются дополнительные разъяснения ?

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

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

(edited by TK-SK 12/10/2020 14:42:07)

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

Дмитрий Л 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 / Прага)
Просьба не писать вопросы через систему личных сообщений этого форума, так как я не присутствую здесь постоянно. Прошу использовать для связи с нами ресурсы и контакты из подписи.
45

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

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

TK-SK wrote:

Дмитрий Л, Вы в очередной раз искажаете суть, уводя в сторону.
Я Вам повторю в 100500-й раз, читайте медленно и внимательно:
Если клиент желает сменить ПО либо допускает его замену - это явно должно быть указано в условиях конкурса. Это право клиента и никаких возражений у меня в данном вопросе не имеется.

Если же клиент объявляет конкурс НА ОБСЛУЖИВАНИЕ СУЩЕСТВУЮЩЕЙ СИСТЕМЫ, НЕ ПЛАНИРУЯ И НЕ ДОПУСКАЯ ЕЁ ЗАМЕНУ, то принимать участие в конкурсе С УМЫСЛОМ потребовать замены в случае выигрыша - противоречит условиям конкурса, является недобросовестным и недопустимым.
(тем более, если данный умысел требует дополнительных затрат от клиента на приобретение новой системы или оборудования, не запланированных условиями конкурса)

Я достаточно понятно объяснил суть вопроса или требуются дополнительные разъяснения ?

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

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

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

(edited by TK-SK 12/10/2020 15:59:17)

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

Дмитрий Л, я расписал два варианта:
1. Где клиенту по условиям конкурса требуется обслуживание существующей системы.
2. Где клиент, по условиям конкурса, готов к замене системы.

Раз я уверовал в эти два варианта, расскажите мне, пожалуйста, об остальных. В рамках конкурсов на обслуживание, разумеется.

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

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

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

TK-SK wrote:

Дмитрий Л, я расписал два варианта:
1. Где клиенту по условиям конкурса требуется обслуживание существующей системы.
2. Где клиент, по условиям конкурса, готов к замене системы.

Раз я уверовал в эти два варианта, расскажите мне, пожалуйста, об остальных. В рамках конкурсов на обслуживание, разумеется.

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

Считаю данный диалог бессмысленным.

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

48

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

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

TK-SK wrote:

Дмитрий Л, я расписал два варианта:
1. Где клиенту по условиям конкурса требуется обслуживание существующей системы.
2. Где клиент, по условиям конкурса, готов к замене системы.

Раз я уверовал в эти два варианта, расскажите мне, пожалуйста, об остальных. В рамках конкурсов на обслуживание, разумеется.

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

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

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

(edited by opl 13/10/2020 08:04:20)

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

TK-SK wrote:

Для анализа ситуации нам нужны данные и настройки из НАШЕГО софта по данному объекту за требуемый период. Полагаю, Ваш клиент может их запросить там, куда он предоставляет данные со своего объекта и откуда получает такие отчеты.

К сожалению моя  учетная запись от ВАШЕГО софта  таких прав  не имеет. Подключу специалистов компании, у которой имеются соответствующие возможности.


TK-SK wrote:

Поскольку именно ВЫ инициировали сравнение, то прошу выяснить это у Гуртам - иначе нам непонятно, на что ориентироваться. Может там в таких случаях, когда приходит 5 разных значений за 1 секунду, берется случайное значение в диапазоне 10...65 км/ч. )))

Выяснили, уважаемый yavi  посмотрел в указанном периоде сырые данные пришедшие в виалон  и вот его комментарии:

"Я вижу в сообщениях от объекта (и на что указал tksk) что несколько сообщений в одной секунде.
По времени регистрации точно сказать невозможно, но т.к. оно +1 секунда от времени сообщения, есть вероятность что на самом деле там время сообщения было немного из будущего и зарегалось оно с временем сервера."

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

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

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

(edited by opl 13/10/2020 08:23:10)

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

На данный момент я пока предполагаю, что картина складывается  примерно следующая:

1. в виалон пришел пакет из трех сообщений с координатами, где каждое сообщение  со временем немного из будущего (этим вопросом занимаемся  отдельно)

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

Сохранилось вот так на сервере виалона:

Время                               Скорость, км/ч       Координаты       
02.10.2020 12:11:46         38                             56.4064368993, 61.9335670122
02.10.2020 12:11:46         51                             56.4075546261, 61.9335822672
02.10.2020 12:11:46         19                             56.4060020252, 61.933586081

3. далее все три сообщения с одним и тем же временем до секунд но разными координатами  отправлены путем ретрансляции в систему АвтоГРАФ.
4. система  АвтоГРАФ получила и сохранила  этот пакет, сконвертировав их в свою файловую систему с одним и тем же временем до секунд но разными координатами (возможно анализ и обработка таких сообщений не предусмотрена программно)

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

Для подтверждения своей теории, я проверил другие дни за сентябрь-октябрь 2020 г. 
выбрал временнЫе интервалы   в ПО АвтоГРАФ где в отчеты попадает не реальная скорость,   
посмотрел  сырые  данные (сообщения), которые  сохранил  сервер  виалона  в этих интервалах
и действительно,  в определенном интервале времени где  ПО АвтоГРАФ выводит в отчет ошибочную скорость (300 - 1000 км/ч)
в системе виалон сохранены сообщения от устройства  с одним и тем же временем до секунд, которые далее и  ретранслированы  в ПО АвтоГРАФ.

Системы мониторинга транспорта, системы оповещения населения ГО и ЧС, видеонаблюдение, охранная и пожарная сигнализация.
Skype: opl-sms
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, точки на треке чаще всего отображаются  последовательно и адекватно, бывают конечно и выбросы, не спорю. Но главное, что при формировании отчета в виалоне по превышениям скорости, все отражается коррекно.

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

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

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

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

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

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

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

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

TK-SK wrote:

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

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

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

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

Системы мониторинга транспорта, системы оповещения населения ГО и ЧС, видеонаблюдение, охранная и пожарная сигнализация.
Skype: opl-sms
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 км/ч, сформированный на основе не верных математических расчетеов, вы готовы его оплачивать??

Системы мониторинга транспорта, системы оповещения населения ГО и ЧС, видеонаблюдение, охранная и пожарная сигнализация.
Skype: opl-sms
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  ну вот, хоть какой-то конструктивный диалог начал проявляться, благодарю.

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

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

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

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

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

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

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

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

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

Системы мониторинга транспорта, системы оповещения населения ГО и ЧС, видеонаблюдение, охранная и пожарная сигнализация.
Skype: opl-sms
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: Ретрансляция в систему АвтоГРАФ™

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

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

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

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

vad_98 приветсвую!  Проблему TK-SK увидел, отразил это в посте #73, я так понял, что пока какогото конкретного решения не принято, идет процесс анализа.  Ждем результаты от TK-SK .

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

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

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

OPL,

Прочтите https://docs.wialon.com/ru/hosting/limits/limits


Цитирую:


Ограничения по сообщениям:


Не более 1 сообщения должно приходить от объекта за 1 секунду.

78

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

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

yavi wrote:

1) ......


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


Это цитата сотрудника гуртам
Пост номер 68 в этой теме

79

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

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

opl wrote:

В моем случае задействована цепочка:  терминал-основной сервер-сервер виалон-сервер АвтоГРАФ. .

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

80

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

(edited by opl 18/10/2020 18:49:46)

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

autokirov@gmail.com wrote:

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

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

autokirov@gmail.com, не надо больше комментариев в пустоту,  не пишите если глубоко не вникли в проблему.  Вопрос не почему превышения, а в том , что выписываются штрафы денежные , на основании отчетов из АвтоГРАФа, которые являются отчетами с ошибочно рассчитанной скоростью. Именно про это я говорю. Требуется исключить формирование отчетов с ошибкой.

Уважаемый TK-SK уже пояснил, что увидели проблему, анализируют. Ждем решения.

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

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

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

OPL,
Ваш трекер "забегает в будущее" но не генерирует  по несколько записей с одинаковым timestamp

Одинаковый timestamp генерирует Виалон в рассматриваемом случае

Пересылку на сервер АвтоГРАФ с виалона замените пересылкой с Вашего невиалон-сервера если не имеете желания обновить firmware трекеру

Или воспользуйтесь пересылкой на второй сервер с трекера

Или замените трекер

И мне рот не затыкайте, я называю пути реально решающие Вашу проблему

82

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

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

opl wrote:

, или я приборы например  Навтелекома заведу на сервер конвертации АвтоГРАФа, которые

OPL

Прибор напрямую на сервер конвертации АвтоГРАФа
Не равен пересылке с виалона

Потому что именно виалон изменил timestamp из будущего времени в серверное время
Породив Вашу ситуацию


Исключите из цепочки виалон либо обновите трекер

83

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

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

Ваш сервер обязан уметь пересылать более чем на один сервер, добавьте пересылку с Вашего сервера на сервер конвертации АвтоГРАФа

Естественно пересылку с виалона придётся отключить чтобы не задвоить

84

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

(edited by opl 18/10/2020 19:27:43)

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

autokirov@gmail.com wrote:

И мне рот не затыкайте, я называю пути реально решающие Вашу проблему

Спасибо именно ваша помощь мне пока не требуется, все что вы  написали я уже давно отразил в своем  посте #50.
Я 15 лет занимаюсь мониторингом транспорта, с различными платформами и железом,  ваши предложения  уже в первых страницах темы обсудили, и еще раз дублировать повторно это  не требуются.
Воспользуйтесь поиском , прежде чем по 10 раз написать одно и то же. Пожалуйста, не засоряйте тему  одной и той же информацией.

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

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

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

надо работать не 12 часов а головой / стив джобс

Не стоит прогибаться под изменчивый мир – Пусть лучше он прогнется под нас ....

86

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

(edited by vad_98 20/10/2020 11:56:03)

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

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

Я встречал сравнительно недавно случай в ПО автограф когда ТС со скорости около 90 за три секунды скакануло до 160 и обратно. Прям "топфюэл" класс какой то.

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

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

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

Оставлю пару своих слов. По мне тут проблема с блоком, в его настройке. Что бы не так часто отправлял точки и проблем с превышением. Как я вижу Автограф суммирует скорости за 1 сек.

88

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

(edited by M2Max 20/10/2020 23:14:25)

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

Удивительная ветка, тут тебе и недоделанные отчеты от интегратора, выдающие нереальные данные на основе которых клиент выставляет не глядя счета и кривейшие сообщения от нонейм терминалов... Мда.

Вячеслав Байталов
М2Макс Навигация
info@m2max.ru
89

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

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

ProSto4ek wrote:

Оставлю пару своих слов. По мне тут проблема с блоком, в его настройке. Что бы не так часто отправлял точки и проблем с превышением. Как я вижу Автограф суммирует скорости за 1 сек.

сам блок ничего не суммирует да и по тоже скорее всего

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

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

(edited by opl 20/10/2020 21:18:03)

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

autokirov@gmail.com wrote:

....Потому что именно виалон изменил timestamp из будущего времени в серверное время
Породив Вашу ситуацию. Исключите из цепочки виалон либо обновите трекер

Сегодня я просто для примера взял в виалоне прибор СМАРТ-2333,   открыл сообщения от прибора, и что, картина маслом, пожалуйста , прибор шлет  кучу сообщений с одинаковым timestamp. (образец на приложенных скринах).
Тут врядли виалон менял чтото от прибора, как прислал, так и записал.
Заметте, повлиять в данной ситуации ни на виалон ни на прибор я не могу.

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

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

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

Ждем от TK-SK информацию по обработке этой ситуации.

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

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

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

Несчитаное множество 2333 сквозь конвертер техноком в софте АвтоГРАФ с достоверной скоростью имею (без посредника виалон)


Описанный выше случай - объясняется игнорированием рекомендаций обновлять firmware после ролловера GPS

92

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

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

opl wrote:

Заметте, повлиять в данной ситуации ни на виалон ни на прибор я не могу.
Если я начну это прибор ретранслировать в АвтоГРАФ, подозреваю, что там опять

именно что можете повлиять , обновите firmware


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

93

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

(edited by yavi 21/10/2020 12:03:14)

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

opl по скриншоту (пример ситуации со временем 08.15.20)  видно, что приходят сообщения об ударе (event_code  4513 -- датчик слабого удара, event_code 4529 -- датчик сильного удара). Поэтому зарегистрировалось сперва 2 сообщения в одной секунде. Это событийные сообщения с высоким приоритетом, поэтому есть вероятность что более чем одно сообщение попадет в одну секунду.

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

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

Viktor Yarovenko
Hardware department Specialist
94

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

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

yavi wrote:

opl по скриншоту (пример ситуации со временем 08.15.20)  видно, что приходят сообщения об ударе (event_code  4513 -- датчик слабого удара, event_code 4529 -- датчик сильного удара). Поэтому зарегистрировалось сперва 2 сообщения в одной секунде. Это событийные сообщения с высоким приоритетом, поэтому есть вероятность что более чем одно сообщение попадет в одну секунду.

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

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

согласен с ним

95

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

(edited by opl 21/10/2020 16:07:13)

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

yavi благодарю вас за комментарий, я думаю  autokirov@gmail.com прочитал ваш пост и понял, что  про ролловер GPS, он как обычно пустил воздух.

Я знаю про эти особенности приборов Навтелеком, прибор настроен именно так как нам нужно, с высокой чувствительностью и на передачу внеочередных сообщений. Все что вы описали, это все необходимо и прекрасно обрабатывается виалоном. Прибор работает исправно, в соответствии с заложенными в него алгоритмами. Это не проблема, а нормальная работа прибора с учетом формата FLEX 2.0 Навтелеком в виалоне.

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

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

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

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

yavi wrote:

Вероятность того, что 2 (и более) сообщения в одной секунде  исказят трек Wialon и уйдут в неправильном порядке через ретранслятор есть. Это справедливо для всех типов устройств.


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

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

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

(edited by maxev 21/10/2020 17:23:28)

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

можно ли считать нормальной работой то, что противоречит рекомендации  разработчиков платформы?

https://docs.wialon.com/ru/hosting/limits/limits


Фактически нарушено требование обоих платформ по частоте сообщений.

98

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

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

opl wrote:

yavi благодарю вас за комментарий, я думаю  autokirov@gmail.com прочитал ваш пост и понял, что  про ролловер GPS, он как обычно пустил воздух.

Я знаю про эти особенности приборов Навтелеком, прибор настроен именно так как нам нужно, с высокой чувствительностью и на передачу внеочередных сообщений. Все что вы описали, это все необходимо и прекрасно обрабатывается виалоном. Прибор работает исправно, в соответствии с заложенными в него алгоритмами. Это не проблема, а нормальная работа прибора с учетом формата FLEX 2.0 Навтелеком в виалоне.

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

У нас тоже всё обрабатывается, когда данные идут с самих приборов как есть, а не какие-то склеенные пачки с Виалона к тому же с искаженным временем по часам сервера с Виалоном.
У Вас там уже однозначно недостоверные данные, раз время искажено на серверное, да еще и куче точек поставлено одно и то же.
Задача софта не красивую картинку получить искусственными методами, а достоверно отобразить то, что пришло. Есть соответствующие ГОСТы.

Целостность навигационно-информационной системы: Способность системы выдавать своевременные и достоверные сообщения о возникающих отказах и сбоях ее элементов.
Примечание: А не вуалировать отказы и кривую работу её элементов.

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

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

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

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

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

opl wrote:
yavi wrote:

Вероятность того, что 2 (и более) сообщения в одной секунде  исказят трек Wialon и уйдут в неправильном порядке через ретранслятор есть. Это справедливо для всех типов устройств.


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

Я уже спрашивал Вас, что такое "корректно рассчитанная скорость" для секунды в которой содержатся несколько навигационных точек с одинаковым временем у которых крайние показания скорости отличаются аж в 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 мгновение, мы пока даже и вспоминать не будем.

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

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

(edited by TK-SK 26/10/2020 15:41:23)

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

maxev wrote:

можно ли считать нормальной работой то, что противоречит рекомендации  разработчиков платформы?

https://docs.wialon.com/ru/hosting/limits/limits


Фактически нарушено требование обоих платформ по частоте сообщений.

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

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

Системы мониторинга транспорта, системы оповещения населения ГО и ЧС, видеонаблюдение, охранная и пожарная сигнализация.
Skype: opl-sms
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, который отправляется вместе с каждой точкой  при ретрансляции в том числе в вашу платформу.  Ваш софт пытается самостоятельно вычислить скорость и на этапе вычисления происходит ИСКАЖЕНИЕ реальной скорости,  причины мы с вами уже рассмотрели.
По этим причинам у вас и возникает абсолютно правильный, применимо именно  для вашего софта, вопрос:  "Какая же в этой точке  "корректно рассчитанная скорость" и как она получается из этих значений ?".  Тут уже только  ваши специалисты могут предложить правильное решение.

Системы мониторинга транспорта, системы оповещения населения ГО и ЧС, видеонаблюдение, охранная и пожарная сигнализация.
Skype: opl-sms
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 в котром есть скорость, и вы ее обрабатываете не верно, вернее совсем не берете во внимание и  ваш софт делает ошибку при расчете скорости, из-за этой ошибки страдают люди.

Системы мониторинга транспорта, системы оповещения населения ГО и ЧС, видеонаблюдение, охранная и пожарная сигнализация.
Skype: opl-sms
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 вам ранее ответил. И меня об этом не спрашивайте, я не могу их исправить!!! Я пользователь системы.

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

Системы мониторинга транспорта, системы оповещения населения ГО и ЧС, видеонаблюдение, охранная и пожарная сигнализация.
Skype: opl-sms
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:

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


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

Системы мониторинга транспорта, системы оповещения населения ГО и ЧС, видеонаблюдение, охранная и пожарная сигнализация.
Skype: opl-sms
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] , вопрос надо решать.

Системы мониторинга транспорта, системы оповещения населения ГО и ЧС, видеонаблюдение, охранная и пожарная сигнализация.
Skype: opl-sms
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

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


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

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