Вы не вошли. Пожалуйста, войдите или зарегистрируйтесь.
Доброго времени суток, коллеги!
В сообщениях можно увидеть дату и время, когда оно сгенерировано оборудованием. Можно ли где-то увидеть, когда это сообщение было получено сервером? Было бы удобно диагностировать проблемы со связью.
В свойствах объекта заходите в конфигурацию оборудования (кнопка с гаечным ключом рядом с типом устройства) и ставите галочку напротив Register server time. Время будет отображаться только для новых сообщений, полученных после установки галочки.
В свойствах объекта заходите в конфигурацию оборудования (кнопка с гаечным ключом рядом с типом устройства) и ставите галочку напротив Register server time. Время будет отображаться только для новых сообщений, полученных после установки галочки.
А для какого это типа оборудования?
Гарик пишет:В свойствах объекта заходите в конфигурацию оборудования (кнопка с гаечным ключом рядом с типом устройства) и ставите галочку напротив Register server time. Время будет отображаться только для новых сообщений, полученных после установки галочки.
А для какого это типа оборудования?
И в самом деле не для всех типов оборудования этот ключик активен. Для Галилео 5.0 галочка "Register server time" отсутствует.
На DTM и Autolink такая возможность точно есть. Возможно, она есть просто не у всех приборов.
Можно увидеть в логах каждого оборудования.
Можно увидеть в логах каждого оборудования.
Что есть "логи оборудования"? Пользователям доступны "Сообщения". Есть что-то ещё?
Странно, что эта фича доступна не для всего оборудования: ведь именно от оборудования она и не зависит - нужно время сервера.
gaev пишет:Можно увидеть в логах каждого оборудования.
Что есть "логи оборудования"? Пользователям доступны "Сообщения". Есть что-то ещё?
Эта информация есть на серверах .
Если вы пользуетесь wialon hosting,то вам следует обратиться в нашу службу техподдержки , запросите время прихода сообщений от
интересующего вас объекта.
А почему нельзя сделать эту информацию общедоступной? Без запроса у тех.поддержки...
Эта информация требуется весьма редко и данный функционал до сего момента был невостребован на постоянной основе.
То же касается и времени самого сообщения, когда трекер шлет данные например из будущего.
Тем не менее, если вам он необходим - создайте тему в соответствующем разделе и при условии активно поддержки со стороны других партнеров, а также если этот функционал будет укладываться в концепцию развития продукта, его безусловно добавят.
Что касается серверных продуктов - логи хранятся непосредственно на оборудовании владельца лицензии и доступны для просмотра любому пользователю с соответствующим уровнем доступа.
Тем не менее, если вам он необходим - создайте тему в соответствующем разделе и при условии активно поддержки со стороны других партнеров, а также если этот функционал будет укладываться в концепцию развития продукта, его безусловно добавят.
Прошу модератора перенести тему в раздел "Новейшие разработки / предложения для Wialon"
serd пишет:Тем не менее, если вам он необходим - создайте тему в соответствующем разделе и при условии активно поддержки со стороны других партнеров, а также если этот функционал будет укладываться в концепцию развития продукта, его безусловно добавят.
Прошу модератора перенести тему в раздел "Новейшие разработки / предложения для Wialon"
Присоединяюсь! И таки непонятно, по каким критериям выбиралось оборудование, для которого реализовано время получения сообщения? Для Телтоники, скажем, не реализовано , хотя не последний по массовости производитель
Коллеги, голосуем и ставим плюсики на этой теме 
Я раньше поискал такую возможность, не нашел, да и плюнул, решил - нет возможности у виалона. а анализировать иногда приходится.
кстати согласен с полезностью данной опции, так как полезно понимать насколько данные передаются без задержек на сервер. Таким образом можно находить ямы связи. Сгенерировал отчет сравнения времени регистрации и времени отправки, вывел показатель разницы и отфильтровал по разнице более чем "Х" и видишь где есть проблемы со связью.
Действительно часто требуется знать время фактического прихода сообщений на сервер. В нашем случае очень не хватает данной функции, чтобы понять в чём проблема. Ситуация следующая: у клиента часть трека обрезается, акб в терминале нет, с питанием проблем тоже нет, скорее всего есть проблема с GSM, т.к. авто явно двигалось в период отсутствующих сообщений. Т.е. сейчас не понятно в чём проблема, а благодаря известному времени прихода сообщений непосредственно на сервер сразу было бы понятно в чём дело.
Действительно часто требуется знать время фактического прихода сообщений на сервер. В нашем случае очень не хватает данной функции, чтобы понять в чём проблема. Ситуация следующая: у клиента часть трека обрезается, акб в терминале нет, с питанием проблем тоже нет, скорее всего есть проблема с GSM, т.к. авто явно двигалось в период отсутствующих сообщений. Т.е. сейчас не понятно в чём проблема, а благодаря известному времени прихода сообщений непосредственно на сервер сразу было бы понятно в чём дело.
если говорить о разбирательстве с конкретным случаем, то просмотр времени получения сообщений вариант решения, но для решения пролемы в целом лучше отчет, который показывал бы все случаи отклонения более чем на "Х" секунд снятия координаты и получения сервером, тогда можно сопоставлять места потерь связи и находить совпадения. возможно еще сделать отчет потери связи с количеством потерь в геозонах, тогда можно создать предпогалаемые геозоны потери связи и через отчет получить количественный показатель потерь в каждой геозоне.
Недавно была такая ситуация: случайно заблокировали сим-карту на 6 дней, всё это время объект собирал информацию в буфер, затем при разблокировке сеть gsm появилась и он выложил всё на сервер. При этом в сообщениях недоставало информации по первым 2-м суткам с начала блокировки, буфера хватило на 4 дня. Смотря на сообщения по объекту я никак не мог понять причину отсутствия данных, если бы я видел что сообщения последних 4-х дней пришли в одно время на сервер, то это сразу бы выявило неисправность. Поддерживаю. Хотя бы как дополнительный столбец в сообщениях.
Идея про отчет с разницей по времени сообщения на сервере и меткой времени в самом сообщении от трекера очень нравится.
Недавно была такая ситуация: случайно заблокировали сим-карту на 6 дней, всё это время объект собирал информацию в буфер, затем при разблокировке сеть gsm появилась и он выложил всё на сервер. При этом в сообщениях недоставало информации по первым 2-м суткам с начала блокировки, буфера хватило на 4 дня. Смотря на сообщения по объекту я никак не мог понять причину отсутствия данных, если бы я видел что сообщения последних 4-х дней пришли в одно время на сервер, то это сразу бы выявило неисправность. Поддерживаю. Хотя бы как дополнительный столбец в сообщениях.
Идея про отчет с разницей по времени сообщения на сервере и меткой времени в самом сообщении от трекера очень нравится.
Ваша ситуация мне знакома.
Но с ней можно бороться другим инструментом.
Если вы создадите в модуле Маршруты рейсы для своего транспорта, то будете видеть отсутствие посещения контрольной точки либо статус рейса "Прерван", что будет сигнализировать о проблеме с причинами которой будет разбираться диспетчер.
Также необходимо понимать, что если нет связи, то о проблеме вы узнаете только когда она появится и прийдут сообщения.
...Если вы создадите в модуле Маршруты рейсы для своего транспорта, то будете видеть отсутствие посещения контрольной точки либо статус рейса "Прерван",
Хороший совет для дальнобойщиков (и их диспетчеров), когда каждый второй рейс формируется наличием груза в точке выгрузки ),
неплох он также службы доставки, интернет магазинов и прочих клиентов.
Идея с временем получения сообщения хороша, но судя по давности темы не вызывает энтузиазма у разработчиков.
Можно предположить, что у них есть чисто понятийные возражения. )
///для решения пролемы в целом лучше отчет, который показывал бы все случаи отклонения более чем на "Х" секунд снятия координаты и получения сервером.
Зная время формирования сообщения и время получения - несложно самому создать параметр, как разность этих времен.С фильтрацией интервалов меньше порогового
Недавно была такая ситуация: случайно заблокировали сим-карту на 6 дней, всё это время объект собирал информацию в буфер, затем при разблокировке сеть gsm появилась и он выложил всё на сервер.
В этой ситуации я б рекомендовала настроить уведомление по порете связи. 6 дней, вероятно, можно было бы сократить.
А добавление времени прихода сообщения - задача непростая.
Сейчас действующее решение - по необходимости писать на support@gurtam.com, они вам пришлют необходимый кусок сырых данных, в которых будет время регистрации сообщения на сервере.
Недавно была такая ситуация: случайно заблокировали сим-карту на 6 дней, всё это время объект собирал информацию в буфер, затем при разблокировке сеть gsm появилась и он выложил всё на сервер.
В этой ситуации я б рекомендовала настроить уведомление по порете связи. 6 дней, вероятно, можно было бы сократить.
А добавление времени прихода сообщения - задача непростая.
Сейчас действующее решение - по необходимости писать на support@gurtam.com, они вам пришлют необходимый кусок сырых данных, в которых будет время регистрации сообщения на сервере.
сырые данные это хорошо, а что делть если ты не знаешь когда были проблемы и хочешь их найти?
Если не знаешь, когда были проблемы, то может их и не было? Обычно проблемы как-то заметны.
