Неудобство отчёта по потере связи

При настройках указанных в документации http://docs.wialon.com/ru/hosting/user/ … connection выставлении интервала между сообщениями 1200 сек. Объект отсутствует на связи к примеру 30 минут. Настроено уведомление , которое срабатывает корректно. Через 30 минут объект выходит на связь, но судя по результатам отчета - объект со связи не пропадал, так как после потери связи сообщения выгрузились из черного ящика, а значит между сообщениями не будет разрыва в 20 минут. Предлагаем - внести изменения в алгоритм определения потери связи, чтобы система сравнивала даты между сообщениями не по дате которая содержится в сообщении, а по дате фактического получения данного сообщения сервером.
То есть если сообщение попало в черный ящик, и при появлении связи загрузилось в систему можно сравнить фактическую дату получения сообщения и дату содержащуюся в сообщении, и если разница составляет к примеру более 10 минут - то реагировать на данную ситуацию как на потерю связи!
Считаем что предложенный алгоритм - будет как минимум более корректным применимо к понятию потеря связи.

Добрый день

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

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

Хорошо, раз отчет по потере связи рассчитан на то, что прибор вообще не записывал сообщения больше интервала (что теоретически конечно возможно, но в 90 % случаев просто будут сообщения из черного ящика), Можно тогда сделать еще один отчет с названием к примеру "Прерывания связи" - где отображались бы именно прерывания связи.

Что за бред?

Чисто теоретически : может использовать какой-либо таймер ?
Пришло очередное сообщение - запустился таймер, наступил таймаут - сформировали тревогу.
Пришло сообщение до таймаута - пересбросили таймер.
Таймер понятно, опционален.

Если уже сформированы тревоги - сделать отчет по этим тревогам (терминалогия мною выбрана произвольно).

В виалон про этот вопрос решен.
Неужели невозможно проверить наличие или отсутствие сообщений во время начала отчета +-3минуты? Могу посоветовать отличного DBA. Напишет вам запрос.

ОК, попробуем что-нибудь с этим сделать.

Мы начали делать отчет так:
Делаем отчет по сообщениям в движении и в стоянке, потом минусуем отчет по потерям связи. получаем 100% точный результат.

Выложили обновление для отчета по потере связи.
Теперь актуальный интервал потери включается в отчет.
Доступно для тестирования в ветке разработчиков.

Действительно, если автомобиль находился не на связи, при формировании отчета по потере связи выводятся только нули. Хотя при отсутствии связи и отсутствии сообщений от объекта весь интервал времени должен попадать в отчет как не на связи, то есть длительность не на связи должна быть равной выбранному интервалу времени для формирования отчета.

установлен 86400 что равняется 1 суткам.

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

Долго переписывался с техподдержкой, и снова придется все излагать сюда.
брали интервал времени с 20 октября 00:00 по 25 октября 23:59. автомобиль был на связи с 2015-10-23 14:00:53 по 2015-10-24 17:34:19 итого автомобиль был на связи 1 день. 03:33:26. При формировании отчета по потере связи получаем 1 день 6:25:40 ч. это интервал времени с последнего сообщения от объекта до конца указанного интервала времени формирования отчета (с 2015-10-24 17:34:19  до 2015-10-25 23:59:59). Интервал времени с начала запрашиваемого отчета по первое сообщение выпадает ( с 2015-10-20 00:00:00 по 2015-10-23 14:00:53 ).  По идее таким же образом должен рассчитываться интервал времени до первого сообщения, подсчитав его получаем 3 дня 14:00:53 часов и складывать с ранее полученным конечным временем 1 день 6:25:40 итого получаем, что автомобиль был не на связи 4 дня 20:26:33. эта цифра и должна быть в отчете по ПОТЕРЕ связи.

Для проверки: если взять получившуюся сумму потери связи  4 дня 20:26:33 и сложить с временем работы. 1 день 03:33:26 то получим весь запрашиваемый временной интервал - 5 дней 23:59:59.

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

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

когда можно ждать результатов ?

В отчет по потере связи внесены все необходимые изменения. Можно проверять работу)

В новом локале  будет.

ogonchar, ответ остается прежним: Q1