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

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

Для отправки команд по каналам TCP и UDP объект должен поддерживать интернет-соединение с сервером. Проверить наличие соединения можно на вкладке Мониторинг (опция Состояние соединения).

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

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

Чаще всего причинами могут быть:

• неверный формат команды (зависит от типа оборудования);
• неправильная настройка или неисправность оборудования.

Да, используйте функцию Зарегистрировать интервал работы на вкладке Водители.

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

Да. Читайте подробнее про одновременные назначения водителей.

Для назначений в реальном времени активируйте опцию Исключающий в свойствах водителей. Читайте подробнее про одновременные назначения водителей.

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

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

Проверьте, настроен ли в свойствах объекта датчик типа Назначение водителя с параметром (обычно это avl_driver). В сообщениях этот параметр должен содержать информацию о коде водителя.

Убедитесь, что код водителя из сообщения с параметром совпадает с кодом водителя в его свойствах.

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

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

Способ 1. Укажите маску (IButton card number parsing mask) в конфигураторе типа устройства (иконка  в основных свойствах объекта).

Способ 2. Установите для датчика в качестве параметра формулу avl_driver:16 (где avl_driver — параметр водителя), которая позволяет преобразовать текст из шестнадцатеричного (HEX) в десятичный (DEC) числовой формат. Полученное десятичное значение можно использовать в парах XY в качестве Х, а в столбце Y указать произвольное значение (или, например, код водителя).

Для добавления новой карты необходимо отправить запрос на support@gurtam.com. К письму прикрепите векторную карту в одном из поддерживаемых форматов (MP, MapInfo, ESRI Shape, OSM или KML) или укажите ссылку, по которой можно скачать карту. Если размер карты не позволяет передать ее по почте, вам будет предоставлен FTP-доступ. Данные обязательно должны быть в системе координат WGS-84.

Данные в виде таблицы с адресами в форматах CSV и XLSX можно использовать для загрузки в Gurtam Maps. Такая таблица должна содержать следующие колонки: номер дома, улица, город, регион (необязательно), координаты X и Y в системе WGS-84. Шаблон для таблицы можно скачать здесь.

В Gurtam Maps не поддержан формат DWG, но AutoCAD позволяет экспортировать данные в другие поддерживаемые для импорта форматы (MP, MapInfo, ESRI Shape, OSM, KML). Убедитесь, что для данных задана система координат WGS-84.

Чтобы загрузить в Wialon спутниковые снимки или другие растровые данные, необходимо использовать сторонние картографические сервисы, например, Mapbox или ArcGIS.

Доступ к пользовательским картам можно ограничивать на уровне тарифного плана. Если вы хотите, чтобы карта была доступна только для одного клиента, создайте отдельный тарифный план, назначьте его на учётную запись клиента, а в запросе на support@gurtam.com укажите имя этого тарифного плана. Карта будет доступна только для пользователей, которые используют учётные записи с созданным тарифным планом. Для остальных пользователей Wialon она будет недоступна.

Пришлите, пожалуйста, запрос support@gurtam.com с указанием координат места и правильного адреса.

Для этого необходимо загрузить более подробную карту в Gurtam Maps. Если у вас есть карта вашего региона в одном из поддерживаемых форматов (MapInfo, ESRI Shape, OSM, KML), вы можете выслать её нам для добавления в Gurtam Maps. Мы также можем использовать данные открытых источников, например, OpenStreetMap. Вы можете вносить отсутствующую адресную информацию в OpenStreetMap, и мы постараемся загрузить эти данные в Gurtam Maps. Для этого напишите нам на support@gurtam.com после внесения правок.

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

Возможные причины и их устранение:

• В детекторе поездок выбран некорректный определитель движения (например, неработающий или неправильно настроенный датчик зажигания).
• В шаблоне отчета для таблицы Поездки установлены фильтры (по минимальному пробегу, по наличию остановок в поездках и прочие), которые отсекают произведенную поездку. Удалите эти фильтры или откорректируйте их.
• Трекер присылал сообщения с большим интервалом, превышающим установленное в детекторе поездок минимальное время стоянки. Необходимо перенастроить трекер на более частую отсылку сообщения (1 раз в 3-5 минут) и увеличить минимальное время стоянки до 5-7 минут.
• Проверьте также и другие параметры детектора поездок.

Возможные причины и их устранение:

1. Были выбросы данных.

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

С выбросами можно бороться следующими способами:

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

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

• Проверьте настройки счетчика пробега на вкладке Основное.

Возможные причины и их устранение:

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

Возможные причины и их устранение:

1. Установлена опция Поиск заправок только при остановке, но при этом детектор поездок настроен некорректно.

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

2. Установлена большая степень фильтрации ДУТа.

Уменьшите степень фильтрации значений датчиков уровня топлива в настройках (рекомендуемое значение — до 15) или выберите опцию Рассчитывать объем заправки по сырым данным.

3. Установлено слишком большое значение минимального объема заправки.

Уменьшите минимальный объем заправки в настройках ДУТ.

Возможные причины и их устранение:

1. Слив был тестовый и был произведен непосредственно перед заправкой.

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

2. Слив был произведен во время длительного выключения контроллера.

Слив может быть определен только при выключенной опции Рассчитывать расход топлива по времени в настройках ДУТ и при наличии поездки после включения контроллера.

3. Большая степень фильтрации.

Уменьшите степень фильтрации (рекомендуемое значение — до 15) либо выберите опцию Рассчитывать объем слива по сырым данным.

4. Большое значение минимального объема слива.

Уменьшите минимальный объем слива в настройках ДУТ.

1. Расчет уровня топлива по пробегу

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

Вычисление слива/заправки происходит методом сравнения разницы между начальным уровнем топлива (X) на последующем интервале движения и конечным уровнем топлива на предыдущем интервале движения (Y). Если (X—Y)>0, то была заправка, если <0, то был слив, если значения одинаковы, то ничего не происходило. Но так, как любой из ДУТов имеет свою степень погрешности, в Wialon есть настройки, которые помогают отличить реальный слив/заправку от
погрешности. Эти парметры можно найти в настройках ДУТ:

• минимальный уровень слива,
• минимальное время остановки для определения слива,
• и некоторые другие.

2. Расчета уровня топлива по времени

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

Пример

Автомобиль стоит 10 часов. Слив производился крайне маленькими дозами, но на протяжении всей стоянки. Всего слито 60 литров топлива. Определить, слив это или расход топлива, можно будет по состоянию датчика зажигания объекта.

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

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

Вы можете воспользоваться несколькими описанными ниже подходами.

Вариант 1

Создайте виртуальный датчик зажигания. В качестве его параметра мы рекомендуем использовать усредненную скорость: (speed+#speed)/const2.

Вариант 2

Даже если вы не устанавливали датчик зажигания в объект или не уверены, какое имя имеет параметр, отвечающий за зажигание, в параметрах прибора может быть какой-либо признак, соответствующий работе двигателя. Чтобы воспользоваться им, сравните два сообщения от объекта: одно — когда зажигание вероятнее всего выключено; второе — когда включено.

Пример

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

hdop=1, odo=0, adc2=2.0475, adc12=1037, c1=0, c2=0, c3=0, c4=0, mcc=260, mnc=2, lac=56720, cell_id=43811, ta=1,
gsm_lvl=55, total_fuel=407154, can_fls=101, can_taho=4797, can_engine_hrs=230420, can_mileage=137603392, engine_temp=123,
srv_dist=0, j1939_air_temp=9072, J1708_eng_hrs=230420, J1708_fl_used=430282, J1708_fl_lvl=101, I/O=80/0

При движении со скоростью — примерно такой:

hdop=1, odo=847.358764648, adc2=2.3595, adc12=1117, c1=0, c2=0, c3=0, c4=0, mcc=260, mnc=2, lac=56720, cell_id=60167, 
ta=1, gsm_lvl=71, total_fuel=407178, can_fls=101, can_taho=9940, can_engine_hrs=230447, can_mileage=137609550, 
engine_temp=124, srv_dist=0, j1939_air_temp=9353, J1708_eng_hrs=230447, J1708_fl_used=430307, J1708_fl_lvl=101, I/O=d1/0

Непосредственно перед началом движения, как правило, зажигание включается:

hdop=1, odo=0, adc2=1.4937, adc12=895, c1=0, c2=0, c3=0, c4=0, mcc=260, mnc=2, lac=56720, cell_id=60268, ta=2, 
gsm_lvl=64, total_fuel=407166, can_fls=100, can_taho=996, can_engine_hrs=230439, can_mileage=137605711, engine_temp=120, 
srv_dist=0, j1939_air_temp=9369, J1708_eng_hrs=230439, J1708_fl_used=430295, J1708_fl_lvl=100, I/O=80/0

Отбрасываем заведомо неточные параметры: hdop (точность), adcN (закономерность трудно определить), odo (относительный одометр в метрах), mcc mnc cell_id и lac (блок LBS данных), gsm_lvl (уровень сигнала GSM) и так далее. Параметр J1708_eng_hrs для данного объекта выглядит наиболее вероятным, т.к. не изменяется во время стоянки ночью. Как правило, можно использовать также pwr_ext. Если зажигание цифровое, то изменения значений можно отследить в блоке I/O = (подробнее в разделе Параметры входов и выходов).

Вариант 3

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

Возможные причины:

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

Предположим, расход топлива в городском цикле равен 10 л/100 км, а в загородном — 7 л/100 км.

• Создадим датчик зажигания (как в примере выше) и установим расход на холостом ходу в размере 1 л/ч.
• Средняя скорость движения в городе — 36 км/ч, за городом — 80 км/ч.
• Расстояние в 100 км при движении со скоростью 36 км/ч объект проедет за 2.8 часа. 10 л/2.8 = 3.57. Вычислим значение повышающего коэффициента при движении в городе: 3.57 / 1 (х/х) = 3.57.
• В результате проведения аналогичного расчета для загородного режима получаем коэффициент равный 5.6.
• Создадим датчик полезной работы двигателя, принимая во внимание тот факт, что объект не может тратить топлива меньше, чем на холостом ходу, и что до начала движения он неподвижен. В качестве параметра используем среднюю скорость (speed+#speed)/const2 и заполняем таблицу расчета (вручную либо с помощью мастера таблицы расчета):

Обратите внимание, что последняя пара точек — то, как система рассчитывала ранее (для скорости выше 80 км/ч расход топлива считался постоянным). Вы можете не использовать данный метод и изменить набор точек. Также 3 в данном примере — это минимальная скорость из детектора поездок объекта, соответственно, в вашем объекте данный параметр может быть иным.

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

При математическом расчете расход топлива вычисляется отдельно для каждой пары сообщений.

Используется следующий алгоритм:

1. Определяется состояние датчиков работы двигателя (датчик зажигания и датчики абсолютных и относительных моточасов) в текущем сообщении.
2. Для работающих датчиков суммируются значения, указанные в их свойствах в поле Расход, литров в час.
3. Вычисляются значения датчиков полезной работы двигателя.
4. Полученные значения суммируются по формуле k1 + (k2 - 1) + (k3 - 1) + … + (kn – 1). Таким образом формируется коэффициент. Если сумма коэффициентов меньше нуля или невалидна, то общий коэффициент принимает значение 1.
5. Для определения текущего расхода топлива объектом значение из пункта 2 умножается на значение из пункта 4.
6. Время от предыдущего сообщения до текущего умножается на значение из пункта 5.
7. Расход для каждой пары сообщений за указанный интервал суммируется и таким образом определяется расход топлива по расчету.

Эта настройка находится на вкладке Дополнительно.

Как правило, сезонный коэффициент предполагает повышенный расход. Например, зимой расход топлива на 30% выше, чем летом. Допустим, что зима в вашем климате – с 01 декабря по 01 марта.

1. Создайте датчик полезной работы двигателя с параметром time:d.
2. Найдите, какому номеру дня в году соответствуют ваши даты. Высокой точности не требуется: год может быть високосным, а сам сезон — длиннее или короче. Например, для указанного выше периода — это примерно 334 и 59.
3. Создайте таблицу расчета, как на скриншоте ниже.
   

time – параметр, который присутствует в любом сообщении от любого прибора, и система автоматически вычислит номер дня по нему. Таким образом, при наступлении сезона к расходу топлива автоматически будет добавлено 30%.

LBS (location-based service) — это сервис, который определяет местоположение объекта по координатам базовых станций GSM.

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

Точность LBS, как правило, меньше: она зависит от местных радиоусловий, плотности сети базовых станций, конфигурации сот. Однако с помощью LBS проще поймать сигнал. Это повышает шанс получить позиционные данные в сообщении, когда GPS недоступен.

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

Например, при контейнерных грузоперевозках устройство, установленное внутри контейнера, не ловит сигнал от спутников. Однако LBS-сообщения показывают факт прибытия товара на склад, незапланированные остановки, значительные отклонения от маршрута.

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

Список поддерживаемых устройств смотрите на нашем сайте в разделе Оборудование.

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

В Wialon используется собственная база данных. Она обновляется по мере получения от объектов новых сообщений, в которых содержатся LBS-данные вместе с GPS-координатами. Перед внесением в базу данных новые точки проходят дополнительную проверку. В данный момент в базе насчитывается более 62 миллионов точек.

В сообщениях должно быть 4 параметра: cell_id (идентификационный номер базовой станции мобильного оператора), mcc, mnc и lac (служебные параметры). Чтобы проверить факт их корректной передачи и приема, запросите сообщения с данными на вкладке Сообщения.

Чтобы увидеть последнее местоположение объекта, определенное по LBS, воспользуйтесь LBS-детектором.

Чтобы в Wialon сохранялись LBS-данные объекта, откройте вкладку Дополнительно его свойств, включите фильтрацию валидности сообщений и активируйте опцию Разрешить позиционирование по сотовым станциям. После этого LBS-координаты будут использоваться в отчетах и при отображении объекта на карте. Для уведомлений необходимо также активировать опцию Учитывать LBS-сообщения в их настройках.

LBS-координаты объекта сохраняются, только если в сообщении они определены позже GPS-координат.

Если местоположение объекта определено по LBS, это можно понять по его отображению на карте и по иконке , которая показывается напротив его имени в рабочей области на вкладке Мониторинг.

Отправьте запрос на hw@gurtam.com с указанием типа устройства для рассмотрения вопроса.

Если для вашего типа устройства заявлена расширенная техподдержка, напишите на hw@gurtam.com с указанием всех подробностей. Вы также можете обратиться за помощью в настройке остальных устройств.

Отправьте запрос на support@gurtam.com с указанием значений параметров mcc, mnc, lac, cell_ID.

Проверьте, настроено ли для объекта использование LBS на вкладке Дополнительно его свойств, а в случае с уведомлениями — включена ли также опция Учитывать LBS-сообщения в их настройках. Если проблема по-прежнему не решена, напишите на support@gurtam.com с указанием всех подробностей.

C помощью спутникового модуля трекер определяет свое местоположение, параллельно собирая информацию от штатного оборудования и дополнительных датчиков. Затем через каналы GSM- или спутниковой связи собранные данные передаются на сервер Wialon. Далее в WEB интерфейсе Wialon пользователь получает уже обработанную информацию о координатах объекта, времени, скорости, параметрах внешних и внутренних датчиков бортового оборудования и т. п.

По запросу клиента мы готовы интегрировать новое оборудование в кратчайшие сроки. Все, что вам нужно сделать, – написать на hw@gurtam.com или sales@gurtam.com. В письме, по возможности, укажите следующую информацию:

• Краткое описание своего проекта и планы по добавлению новых объектов в Wialon;
• Название устройства, ссылка на устройство сайте производителя;
• Если у вас есть прямые контакты с производителем/поставщиком и есть возможность запросить у него протокол обмена данными для предоставления нам, это может ускорить процесс интеграции.

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

Процедура аналогична интеграции GSM-устройств. Если устройство пока не интегрировано, отправьте запрос на hw@gurtam.com.

Компания Gurtam не продает оборудование. Мы являемся исключительно разработчиком ПО, при этом стараемся информировать наших клиентов о возможности работы различных моделей устройств в системе Wialon.

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

Используйте бесплатный программный трекер WiaTag. Приложение имеет необходимый функционал для базового мониторинга.

WiaTag доступен для бесплатного скачивания для устройств Android и iOS.

Руководство для Android

Руководство для iOS

Используйте бесплатный открытый протокол Wialon IPS. Коммуникационный протокол Wialon IPS разработан компанией Gurtam для использования в персональных и автомобильных GPS и ГЛОНАСС-трекерах, передающих данные на сервер системы спутникового мониторинга по протоколу TCP.

Протокол Wialon IPS свободно распространяется на условиях GNU FDL и может быть использован производителями GPS и ГЛОНАСС-оборудования в качестве основного протокола обмена данными между GPS/ГЛОНАСС-трекером и коммуникационным сервером приложения для спутникового мониторинга.

Мы стремимся к тому, чтобы функционал всех устройств был в полном объеме поддержан в Wialon. Gurtam не выделяет никого из производителей оборудования, оставляя выбор за клиентами. При выборе вы можете ориентироваться на рейтинг наиболее популярного оборудования в Wialon либо же выбрать любое другое устройство, в том числе еще не поддержанное в системе.

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

В случае если датчик имеет GPS-модуль либо работает по trasparent channel, вероятно, его будет необходимо интегрировать как отдельное устройство для работы с Wialon.

Для идентификации ID используйте сервис id.wialon.net.

Направьте устройство на IP 193.193.165.167 и укажите его порт (все доступные устройства с номерами портов можно найти здесь). Когда устройство подключится к серверу, его ID появится в таблице сервиса id.wialon.net. Укажите этот ID в свойствах объекта в Wialon и перенаправьте устройство на IP адрес Wialon Hosting.

Для начала ознакомьтесь с инструкцией от производителя оборудования. Если у вас возникнут трудности с настройкой прибора в Wialon, мы всегда готовы вам помочь. Отправьте запрос на hw@gurtam.com, и наш специалист свяжется с вами.

Несмотря на то, что устройства нередко настраивают на местный часовой пояс, необходимо устанавливать временную зону UTC+0. Это является обязательным условием для корректного отображения сообщений. Временная зона выставляется в учётной записи пользователя на сайте мониторинга.

Есть исключения из этого правила – трекеры-часы и им подобные. Такие устройства необходимо настраивать на локальное время, чтобы человек мог использовать их как часы. В этом случае при интеграции мы закладываем возможность в настройках объекта указать часовой пояс, по которому работает трекер, а система Wialon сама скорректирует время до UTC+0.

• Убедитесь, что баланс сим-карты положительный и отключен PIN-код.
• Проверьте и правильность введенных APN, IP и порта в настройках устройства, а также уникальный ID, введенный в настройках объекта вашей учетной записи Wialon. Убедитесь в отсутствии лишних пробелов, точек и т. д.
• Убедитесь, что прибор «видит» спутники. Например, если устройство находится в офисе, необходимо выставить GPS-антенну трекера за окно. Если антенна встроена в корпус прибора, положите его на подоконник открытого окна.
• Убедитесь, что вы настроили периодичность отправки данных.
• Совершите пробную поездку с прибором. Некоторые трекеры не отправляют координаты, если объект не движется.

Если вышеописанные пункты выполнены, а трекер не появляется онлайн в Wialon, свяжитесь с нами по адресу hw@gurtam.com, и мы постараемся вам помочь.

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

Причин может быть несколько: ваш трекер находится вне зоны видимости спутников, вышла из строя GPS-антенна либо GPS-модем.

Причин может быть несколько.

• Ваш прибор технически не может передавать lbs данные.
• Некорректные настройки прибора. Для определения позиции по LBS необходимо, чтобы прибор передавал минимум 4 параметра: mcc, mnc, lac, cell ID. Проверьте настройки прибора и удостоверьтесь в том, что устройство передает данные параметры.
• В настройках объекта в Wialon не активирована Фильтрация валидности сообщений. В окне настроек объекта перейдите на вкладку Дополнительно, установите флаг Включить фильтрацию информации о положении устройства в сообщениях и активируйте опцию Разрешить позиционирование по сотовым станциям.

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

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

Видеомониторинг – это молодое направление в отрасли, и не все видео девайсы на данном этапе подходят для работы с системами спутникового мониторинга. Для интеграции видеооборудования с Wialon, устройство должно отвечать определенным требованиям с нашей стороны. Если вы хотите интегрировать новое видеоустройство с нашей системой, отправьте запрос на hw@gurtam.com.

Если вам нужно консультация по продуктам HU-GO, звоните по номеру: +37052078283.

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

Причина такого явления — неточность определения координат трекером. Некоторая степень погрешности в данных характерна для любого оборудования, что особенно заметно на стоянках. Объект стоит на месте, но присылаемые координаты могут слегка отличаться друг от друга, что и приводит к появлению «звезд»‎.

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

Как задействовать детектор поездок при построении трека:

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

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

Кроме того, в свойствах объекта на вкладке Дополнительно можно активировать фильтрацию сообщений по валидности.

1. Необходим тахограф и трекер, который поддерживает выгрузку файлов DDD.

2. Создайте водителя в системе мониторинга. Значение поля Код свойств водителя должно соответствовать номеру его персональной карты.

3. Создайте датчик типа Назначение водителя и добавьте объект в список автоматического назначения водителя.

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

5. Для отправки команды загрузки файла DDD объект должен держать TCP соединение открытым (таймаут зависит от типа и настроек трекера).

6. После выгрузки файла DDD в сообщениях появится:

• строка driver_card1_file=C_хх_1256.ddd, register_ddd=0 — выгрузка прошла успешно, однако файл не прикреплен к водителю (недостаточно прав на ресурс или водитель с таким кодом отсутствует);
• или строка driver_card1_file=C_хх_1256.ddd, register_ddd=1 — выгрузка прошла успешно, файл прикреплен к определенному водителю.

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

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

7. Просмотреть загруженный файл и проверить работу водителя за предыдущий интервал можно в приложении TachoView.

8. Файлы DDD с карты водителя хранятся в ресурсе. Срок хранения таких файлов не ограничен, они удаляются вместе с ресурсом.

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