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

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

Добрый день

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

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

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

Что за бред?

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

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

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

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

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

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

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

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