Вы не вошли. Пожалуйста, войдите или зарегистрируйтесь.
Здравствуйте.
Настроил уведомление на потерю связи на 5 минут.
Устройство переходит в режим пониженного потребления (стоянка). И раз в 2 минуты передает пинговый пакет #P#. Все нормально, устройство в онлайне, но как только проходит ровно 5 минут с момента последней отправки координат - уведомление срабатывает.
Так и задумано?
(отлаживаю в orange)
Здравствуйте.
Настроил уведомление на потерю связи на 5 минут.
Устройство переходит в режим пониженного потребления (стоянка). И раз в 2 минуты передает пинговый пакет #P#. Все нормально, устройство в онлайне, но как только проходит ровно 5 минут с момента последней отправки координат - уведомление срабатывает.
Так и задумано?
(отлаживаю в orange)
Да. Потерей связи считается отсутствие сообщений от объекта(с позицией или без) в течение указанного периода.
А может быть есть смысл пинговым пакетом #P# так же сбрасывать этот счетчик? Это было бы логично по-моему.
Этот тип уведомления в основном используется для обнаружения попыток закрытия GPS антенны, т.е. TCP связь есть, а координаты не идут.
Думаю в вашем случае нужно уведомление об отсутствии TCP связи, но к сожалению такого типа уведомления нет.
Этот тип уведомления в основном используется для обнаружения попыток закрытия GPS антенны, т.е. TCP связь есть, а координаты не идут.
Думаю в вашем случае нужно уведомление об отсутствии TCP связи, но к сожалению такого типа уведомления нет.
А зачем тогда существует уведомление "Потеря координат"? и как оно работает?
http://docs.gurtam.com/ru/hosting/user/notify/trigger
Прошу прощения, у нас была устаревшая документация по этому типу уведомлений. Исправлено(перегрузите страницу документации Ctrl + F5).
Alex2051
Пинговый пакет служит только для потдержания открытого соединения с сервером, иначе соединение разрывается по пятиминутному таймауту. Для объекта в системе Wialon этот пакет не имеет никакого значения и никак не регистрируется у него.
Alex2051
Пинговый пакет служит только для потдержания открытого соединения с сервером, иначе соединение разрывается по пятиминутному таймауту. Для объекта в системе Wialon этот пакет не имеет никакого значения и никак не регистрируется у него.
Однако, заметьте, при этом (если только слать только пинговые пакеты не реже одного раза в 5 минут) устройство будет дефакто на связи - то есть не только подключенным к серверу по TCP, но и оставаться зарегистрированным в вашем серверном приложении. Короче говоря, получается название у уведомления совсем не соответствует его сути.
Давайте еще раз, чтобы все поняли:
В новом варианте:
1) Если контроллер шлет данные без координат, но шлет - то это потеря координат.
Потеря связи не будет срабатывать, так?
Предложение: добавить возможность фиксировать также последующее "восстановление координат"
2) Если от контроллера нет сообщений в течении указанного времени - срабатывает "потеря связи"
Предложение: добавить возможность фиксировать последующее "восстановление связи"
3) Если от устройства идут пингоые пакеты - то они ни на что не влияют.
И "потеря связи" все равно сработает, так?
4) Таблица "Потеря связи" в отчетах, это вариант контроля постфактум моментов, где были временные разрывы между сообщениями, которые потом не подгрузились и не появились, так?
Во первых, чтобы выглядело нормально то что есть, надо это переименовать примерно так:
"Потеря связи" --> "Отсутствие новых данных" (здесь подразумеваются и координаты и параметры)
"Потеря координат" --> "Отсутствие новых координат"
Название "Потеря связи" в уведомлении менять не стоит, оно и так оптимально.
Проблема с потерей координат в том, что приходящему без них (антенну оторвали) сообщению автоматически присваивается последнее валидное значение, но не ставится прочерк.
А вот к названию таблицы "Потери связи" в шаблоне отчёта действительно есть претензия, т.к. вносятся туда лишь те моменты, которые наши клиенты любят называть "Разрывы трека". При грамотной настройке объекта с учётом режима сбора можно отлавливать ситуации с отключением питания или антенны, поэтому я бы назвал таблицу как "Потери/отсутствие данных". Надеюсь, мысль ясна.
Название "Потеря связи" в уведомлении менять не стоит, оно и так оптимально.
Если связь со спутниками - то да. Но все таки связь - обычно люди понимают как связь GSM/GPRS.
И потому я очень прошу ввести такое уведомление как потеря именно TCP/UDP связи! Это позволит значительно экономить на трафике когда транспорт стоит!
Это позволит значительно экономить на трафике когда транспорт стоит!
это каким образом?
отправляя только пакеты "#P#\r\n", они ведь в разы короче, чем поддерживающие связь "#SD#%.2d%.2d%.2d;%.2d%.2d%.2d;NA;NA;NA;NA;0;0;0;0\r\n"
Еще одна проблема решится:
для трекера сейчас нужны нужны точные внутренние часы, так как если например транспорт стоит несколько дней и время съедет на несколько минут, то произойдет ложная тревога связи!
