Usm gps 2: различия между версиями

Материал из WiKi - UserSide
Нет описания правки
 
(не показаны 42 промежуточные версии 3 участников)
Строка 1: Строка 1:
[[Usm_gps_2_EN|en]] | [[Usm_gps_2|ru]]
'''Данный модуль является заменой устаревшему модулю [[us_gps]]'''
'''Данный модуль является заменой устаревшему модулю [[us_gps]]'''


Строка 18: Строка 20:
== Поддерживаемые протоколы GPS-трекеров ==
== Поддерживаемые протоколы GPS-трекеров ==


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


=== OsmAnd ===
=== OsmAnd ===
Строка 24: Строка 26:
Порт по умолчанию: '''5055'''
Порт по умолчанию: '''5055'''


Поддерживаемые устройства: Данный протокол используется в основном мобильными приложениями, такими как OsmAnd, SendLocation, Locus Pro Android, Custodium, Traccar
Поддерживаемые устройства: Данный протокол используется в основном мобильными приложениями, такими как OsmAnd, [https://gpslogger.app/ GpsLogger for Android], SendLocation, Locus Pro Android, Custodium, Traccar и другими.


Так как данный протокол основан на HTTP, то может использоваться в любых приложениях. Для передачи координат используя протокол OsmAnd достаточно выполнить HTTP запрос:
Так как данный протокол основан на HTTP-запросе с передачей всех данных через параметры этого запроса, то может использоваться в любых приложениях. Для передачи координат достаточно выполнить HTTP запрос:
<code>http://module.ip.address:5055/?id={1}&lat={2}&lon={3}&timestamp={4}&hdop={5}&speed={6}</code>
<code><nowiki>http://module.ip.address:5055/?id={id}&lat={lat}&lon={lon}&timestamp={timestamp}&hdop={hdop}&speed={speed}</nowiki></code>
* 1 - идентификатор устройства (IMEI, серийный номер или любой другой, позволяющий идентифицировать конкретный трекер)
где вместо следующих переменных подставить нужные:
* 2 - географическая широта в десятичном формате градусов, например, 46.488085
* {id} - идентификатор устройства (IMEI, серийный номер или любой другой, позволяющий идентифицировать конкретный трекер)
* 3 - географическая долгота в десятичном формате градусов, например, 30.741091
* {lat} - географическая широта в десятичном формате градусов, например, 46.488085
* 4 - целочисленная метка времени в формате UNIXTIME
* {lon} - географическая долгота в десятичном формате градусов, например, 30.741091
* 5 - коэффициент снижения точности в горизонтальной плоскости позиционирования (HDOP). Число с плавающей точкой. Можно не передавать.
* {timestamp} - целочисленная метка времени в формате UNIXTIME
* 6 - моментальная скорость в км/ч. Число с плавающей точкой.
* {hdop} - коэффициент снижения точности в горизонтальной плоскости позиционирования (HDOP). Число с плавающей точкой. Параметр можно не передавать.
* {speed} - моментальная скорость в км/ч. Число с плавающей точкой.
 
Например, для GpsLogger в настройке [https://gpslogger.app/#customurl CustomURL] нужно ввести следующий адрес: <code><nowiki>http://module.ip.address:5055/?id=%ser&lat=%lat&lon=%lon&timestamp=%timestamp&hdop=%hdop&speed=%spd</nowiki></code>.


=== GT02A ===
=== GT02A ===
Строка 39: Строка 44:
Порт по умолчанию: '''5022'''
Порт по умолчанию: '''5022'''


Поддерживаемые устройства: Данный протокол реализован в большом количестве "китайских" устройств, так что точно составить их список довольно сложно. Однако это один из самых распространенных протоколов, встречающихся в дешевых GPS-трекерах типа noname.
Поддерживаемые устройства: Данный протокол реализован в большом количестве "китайских" устройств, так что точно составить их список невозможно. Однако это один из самых распространенных протоколов, встречающихся в дешевых GPS-трекерах типа noname.
 
Сообщения этого протокола начинаются с заголовочных символов <code>hh</code> или в виде HEX: <code>0x68 0x68</code>.


=== GT06 ===
=== GT06 ===
Строка 46: Строка 53:


Поддерживаемые устройства: GT06, GT06N, GT09, Heacent 908, GT03A, GT03B, GS503, ET100, GT100, GT06D, GK301, JM01, JM08, GT02D, IB-GT102, CRX1, JV200, TP06A, BW08, TR06, JI09, Concox GT300, WeTrack 2
Поддерживаемые устройства: GT06, GT06N, GT09, Heacent 908, GT03A, GT03B, GS503, ET100, GT100, GT06D, GK301, JM01, JM08, GT02D, IB-GT102, CRX1, JV200, TP06A, BW08, TR06, JI09, Concox GT300, WeTrack 2
Сообщения этого протокола начинаются с заголовочных символов <code>xx</code> или в виде HEX: <code>0x78 0x78</code>.


=== Meiligao ===
=== Meiligao ===
Строка 52: Строка 61:


Поддерживаемые устройства: GT30i, GT60, VT300, VT310, VT400, GT30, GT30X, PST-AVL01, PT03, PT60, PT300X, PT30, GT-110P, GT-110K, GT-110M, GT-110ES, GT-110ZS, AVL-011, VT900, P008, GT 30, CT01, CT03, CT04, CT04-R, CT04-X, OCT600, MT01, MT02, PT01, PT03, VT1000, GSY007, T200, iStartek, VT310N
Поддерживаемые устройства: GT30i, GT60, VT300, VT310, VT400, GT30, GT30X, PST-AVL01, PT03, PT60, PT300X, PT30, GT-110P, GT-110K, GT-110M, GT-110ES, GT-110ZS, AVL-011, VT900, P008, GT 30, CT01, CT03, CT04, CT04-R, CT04-X, OCT600, MT01, MT02, PT01, PT03, VT1000, GSY007, T200, iStartek, VT310N
Сообщения этого протокола начинаются с заголовочных символов <code>$$</code> или в виде HEX: <code>0x24 0x24</code>.


=== Autofon v4 ===
=== Autofon v4 ===
Строка 70: Строка 81:


Поддерживаемые устройства: AutoFon Alpha, AutoFon Alpha XL, AutoFon Alpha 2XL
Поддерживаемые устройства: AutoFon Alpha, AutoFon Alpha XL, AutoFon Alpha 2XL
=== Autofon v9 (Микро-маяк) ===
Порт по умолчанию: '''9109'''
Поддерживаемые устройства: АвтоФон Микро-Маяк, АвтоФон Микро-Маяк+
Начиная с версии модуля 2.3


=== Wialon ===
=== Wialon ===
Строка 76: Строка 95:


Поддерживаемые устройства: Wialon IPS, MasterKit, MasterKit BM8009, NeoTech TR­1000, а также по данному протоколу передает навигационную информацию сервис uonline.com.ua (если у вас есть трекеры, подключенные к этому сервису, то он может выступать в роли прокси-сервера, передавая информацию в модуль usm_gps_2).
Поддерживаемые устройства: Wialon IPS, MasterKit, MasterKit BM8009, NeoTech TR­1000, а также по данному протоколу передает навигационную информацию сервис uonline.com.ua (если у вас есть трекеры, подключенные к этому сервису, то он может выступать в роли прокси-сервера, передавая информацию в модуль usm_gps_2).
Сообщения этого протокола начинаются с заголовочного символа <code>#</code> или в виде HEX: <code>0x23</code>.


'''Важно!''' Мобильное приложение GpsTag от компании Gurtam (разработчика протокола Wialon) '''не поддерживается''' (разработчики Gurtam [https://forum.gurtam.com/viewtopic.php?pid=85137#p85137 специально изменили протокол], чтобы бесплатное приложение было возможно использовать только на серверах Gurtam).
'''Важно!''' Мобильное приложение GpsTag от компании Gurtam (разработчика протокола Wialon) '''не поддерживается''' (разработчики Gurtam [https://forum.gurtam.com/viewtopic.php?pid=85137#p85137 специально изменили протокол], чтобы бесплатное приложение было возможно использовать только на серверах Gurtam).
Строка 84: Строка 105:


Поддерживаемые устройства: Все устройства компании [https://xn--j1ahb.xn--j1amh/ OKO]
Поддерживаемые устройства: Все устройства компании [https://xn--j1ahb.xn--j1amh/ OKO]
Сообщения этого протокола заключены в фигурные скобки <code>{...}</code> или в виде HEX: <code>0x7b ... 0x7d</code>.


=== MikroTik ===
=== MikroTik ===
Строка 89: Строка 112:
Порт по умолчанию: '''5200'''
Порт по умолчанию: '''5200'''


Поддерживаемые устройства: Все, оснащенные модулем GSP, например, [https://mikrotik.com/product/ltap_mini LtAP mini] Протокол основан на передаче в HTTP-POST запросе данных в виде JSON:
Поддерживаемые устройства: Все, оснащенные модулем GSP, например, [https://mikrotik.com/product/ltap_mini LtAP mini] Протокол основан на передаче в теле запроса HTTP-POST данных в виде JSON:
<pre> {
{
   "tracker_id": "12345678",
   "tracker_id": "12345678",
   "lat": "N 12 34' 5.678''",
   "lat": "N 12 34' 5.678''",
Строка 97: Строка 120:
   "heading": "128.039993 deg. True",
   "heading": "128.039993 deg. True",
   "hdop": 122
   "hdop": 122
  }</pre>
  }
Поэтому может использоваться не только для MikroTik.
Поэтому может использоваться не только для MikroTik.
Модуль рассчитан на прием координат в формате DMS — этот режим включен в MikroTik по умолчанию. Если вы изменяли формат координат ранее, то нужно переключиться на использование именно этого формата командой:
/system gps set coordinate-format=dms


Простейший скрипт, который следует добавить в планировщик MikroTik, предварительно изменив значения первых трех переменных:
Простейший скрипт, который следует добавить в планировщик MikroTik, предварительно изменив значения первых трех переменных:
Строка 118: Строка 144:
  }
  }
   
   
  /tool fetch mode=http url=$url port=$port http-method=post http-content-type="application/json" \
  /tool fetch mode=http url=$url port=$port http-method=post http-header-field="Content-Type: application/json" \
  http-data=("{\"tracker_id\": \"".$trackerID."\",\"lat\": \"".$lat."\",\"lon\": \"".$lon."\",\"speed\": \"".$spd."\",\"heading\": \"".$heading."\",\"hdop\":  
  http-data=("{\"tracker_id\": \"".$trackerID."\",\"lat\": \"".$lat."\",\"lon\": \"".$lon."\",\"speed\": \"".$spd."\",\"heading\": \"".$heading."\",\"hdop\":  
  \"".$hdop."\"}")
  \"".$hdop."\"}")
  }
  }
''Замечание''. Начиная с версии RouterOS 6.44 вместо <code>http-content-type="application/json"</code> следует использовать <code>http-header-field="Content-Type: application/json"</code>. [https://wiki.mikrotik.com/wiki/Manual:Tools/Fetch Подробней].


Переменная '''trackerID''' содержит уникальный в пределах USERSIDE идентификатор данного Микротика. Придумайте его сами. В классических GPS-трекерах идентификатор вшит в каждый трекер и представляет собой обычно целиком или частично IMEI или серийный номер трекера. Но так как в Микротике нет никаких подобных идентификаторов, вы должны реализовать его самостоятельно. Он может быть любой символьной строкой, не обязательно состоящей из цифр.
Переменная '''trackerID''' содержит уникальный в пределах USERSIDE идентификатор данного Микротика. Придумайте его сами. В классических GPS-трекерах идентификатор вшит в каждый трекер и представляет собой обычно целиком или частично IMEI или серийный номер трекера. Но так как в Микротике нет никаких подобных идентификаторов, вы должны реализовать его самостоятельно. Он может быть любой символьной строкой, не обязательно состоящей из цифр.
Строка 133: Строка 157:
Порт по умолчанию: '''5013'''
Порт по умолчанию: '''5013'''


Поддерживаемые устройства: H02, H-02A, H-02B, TX-2, H-06, H08, GTLT3, TK110, NT201, NT202, S31, LK109, LK106, LK208, LK206, LK310, LK206A, LK206B, MI-G6, CC830, CCTR, CCTR-630, AT-18, GRTQ, LK210
Поддерживаемые устройства: H02, H-02A, H-02B, TX-2, H-06, H08, GTLT3, TK110, TK102B-MT61, NT201, NT202, S31, LK109, LK106, LK208, LK206, LK310, LK206A, LK206B, MI-G6, CC830, CCTR, CCTR-630, AT-18, GRTQ, LK210, TR-02
 
Поддерживается как текстовый, так и бинарный протоколы (начиная с версии модуля 2.3).
 
Сообщения текстового протокола начинаются с заголовочных символов <code>*HQ</code> или в виде HEX: <code>0x2A 0x48 0x51</code>.
 
Сообщения бинарного протокола начинаются с заголовочного символа <code>$</code> или в виде HEX: <code>0x24</code>.


=== GPS103 (GPS102, Coban) ===
=== GPS103 (GPS102, Coban) ===
Строка 140: Строка 170:


Поддерживаемые устройства: TK103-B, TK103-2B, TK104, TK106, GPS-103, GPS-103-A, TW-MD1101, GPS102B, GPS104, TK110
Поддерживаемые устройства: TK103-B, TK103-2B, TK104, TK106, GPS-103, GPS-103-A, TW-MD1101, GPS102B, GPS104, TK110
Сообщения этого протокола начинаются с заголовочных символов <code>##</code> или в виде HEX: <code>0x68 0x68</code>.


=== TK103 ===
=== TK103 ===
Строка 146: Строка 178:


Поддерживаемые устройства: EC-546, TT0024, T1024, T1080, T2024, T2124, T12, T4400, T8800, T15400, TK05, TK10, TK15, TK20, TK110, T18, T18H, T16, GPS105, P168
Поддерживаемые устройства: EC-546, TT0024, T1024, T1080, T2024, T2124, T12, T4400, T8800, T15400, TK05, TK10, TK15, TK20, TK110, T18, T18H, T16, GPS105, P168
Сообщения этого протокола заключены в круглые скобки <code>(...)</code> или в виде HEX: <code>0x28 ... 0x29</code>.


=== Teltonika ===
=== Teltonika ===
Строка 152: Строка 186:


Поддерживаются различные устройства, использующие кодеки: 8, 8 Extended
Поддерживаются различные устройства, использующие кодеки: 8, 8 Extended
Сообщения этого протокола начинаются с HEX: <code>0x00</code>.
=== Navtelecom (NTCB+FLEX) ===
Порт по умолчанию: '''9000'''
Поддерживаемые устройства: все устройства компании Navtelecom
Сообщения этого протокола начинаются с заголовочных символов <code>@NTC</code> или в виде HEX: <code>0x40 0x4e 0x54 0x43</code>.
=== ТЕСТ ===
Порт по умолчанию: '''9999'''
Протокол необходим для съема сэмплов с неизвестного трекера с целью передачи их в запросе на разработку нового протокола либо для определения фактического протокола устройства, основываясь на заголовочных (и хвостовых) символах.
Настройте свой трекер на порт 9999 и наблюдайте за логом. В нем будут появляться строки с отметкой <code>RX-SAMPLE:</code> - это и есть те данные в hex виде, которые присылает ваш трекер. Попробуйте среди описанных выше протоколов найти подходящий по 2..3 заголовочным символам (в формате hex). Если не удалось найти, напишите нам. Возможно протокол для вашего трекера еще не реализован в Userside.


== Установка модуля ==
== Установка модуля ==


=== Загрузка ===
=== Загрузка ===
Загрузите модуль из личного кабинета со страницы загрузок: http://my.userside.eu/customer/downloads Обратите внимание, что вам нужна именно вторая версия модуля '''usm_gps_2.x.x'''.
Загрузите модуль из личного кабинета со страницы загрузок: https://my.userside.eu/soft/downloads.


Разархивируйте содержимое архива, например, в каталог <code>/var/userside/</code>. В конечном итоге в каталоге <code>/var/userside/</code> будет образован каталог <code>usm_gps_2</code>, содержащий файлы модуля. В дальнейших инструкциях будет использоваться именно каталог <code>/var/userside/usm_gps_2</code>. Если Вы расположили файлы в другом месте - учитывайте это при выполнении дальнейших инструкций.
Разархивируйте содержимое архива, например, в каталог <code>/opt/usm</code>. В конечном итоге в каталоге <code>/opt/usm</code> будет образован каталог <code>usm_gps</code>, содержащий файлы модуля. В дальнейших инструкциях будет использоваться именно каталог <code>/opt/usm/usm_gps</code>. Если Вы расположили файлы в другом месте - учитывайте это при выполнении дальнейших инструкций.


=== Остановка и удаление старой версии ===
=== Остановка и удаление старой версии ===
Удалите записи в crontab, относящиеся к старой версии модуля us_gps или usm_gps для Traccar. Остановите работу этих модулей. Убедитесь, что модули выгружены из памяти, а порт 5005, используемый старой версией модуля, не занят.
Если вы использовали до этого старую (первую) версию модуля, то остановите его и удалите все записи из crontab для запуска модуля.


''Файлы старой версии пока что лучше не удалять, пока не закончено тестирование новой версии модуля.''
=== Установка Python3 и зависимостей ===
Для работы модуля необходим Python3 любой поддерживаемой на данный момент версии. Статус версий можно посмотреть здесь: "[https://devguide.python.org/versions/ Status of Python versions]". Рекомендуется использовать версию с состоянием "security" или "bugfix". Версии отмеченные как "end-of-life" не поддерживаются. Отмеченные как "feature" не рекомендуется использовать. Также рекомендуется использовать пакет venv для создания виртуального окружения Python и всех зависимостей, необходимых модулю, чтобы не засорять операционную систему.


=== Установка Python3 и зависимостей ===
Если у вас по какой-то причине более старая версия, то установите последнюю версию. Также установите менеджер пакетов pip3 и пакет venv для реализации виртуального окружения:
Для работы модуля необходим Python3. Минимальная версия, с которой работает модуль, пока неизвестна. Но лучше все же использовать последнюю версию, или хотя бы версию не ниже 3.4. Дальше будут указаны инструкции на примере Debian-like дистрибутивов Linux.
sudo apt install -y python3 python3-dev python3-venv python3-pip


Установите python3, а также пакет python3-dev:
Для контролируемой работы модуля рекомендуется использовать supervisor. Если вы его еще не установили (он необходим для USERSIDE 3.17 и новее), то установите:
  sudo apt install -y python3 python3-dev
  sudo apt install -y supervisor


Установите пакетный менеджер pip3 любым из приведенных способов на выбор (какой сработает на вашем дистрибутиве):
Перейдите в каталог с модулем и создайте там виртуальное окружение:
  sudo python3 -m ensurepip
cd /opt/usm/usm_gps
  sudo apt install python3-pip
  sudo python3 -m venv venv
  sudo ./venv/bin/pip install --upgrade pip setuptools


Вы можете использовать [[Python_venv|виртуальную среду python]] с соответствующими исправлениями к приведенным далее командам, либо устанавливать все согласно этой инструкции глобально.
Теперь установите зависимости для модуля:
sudo ./venv/bin/pip install --upgrade -r requirements.txt


Убедитесь, что вам доступны команды <code>python3 -V</code> (отобразит версию Python) и <code>pip3 -V</code> (отобразит версию пакетного менеджера). Если при вызове этих команд возникли проблемы (команда не найдена), то необходимо создать соответствующие символические ссылки для бинарных файлов, например, для python3.5 создать симлинк python3 - такое может быть в некоторых дистрибутивах или в FreeBSD.
Теперь произведите настройку и первый пробный запуск модуля не в фоне. Подробней о запуске модуля ниже в разделе [[usm_gps_2#Первый запуск и отладка|Первый запуск и отладка]].


Установите зависимости. Для этого необходимо перейти в каталог с файлами:
=== Настройка ===
cd /var/userside/usm_gps_2
Если это первая установка модуля usm_gps_2, то вам необходимо скопировать файл с примером конфигурации .env-example под новым именем .env:
Самый простой способ - установить зависимости глобально, как показано далее:
  cp .env-example .env
  sudo pip3 install --upgrade -r requirements.txt
Если же вы обновляете модуль usm_gps, то вам вероятно придется перенести настройки из файла settings.ini в файл .env.
Эта команда установит зависимости глобально в автоматическом режиме.


Вместо этого можно использовать виртуальное окружение '''virtualenv''', чтобы установить зависимости локально. Дополнительную информацию по созданию виртуального окружения смотрите в сети.
Вместо этого вы можете использовать переменные окружения, описанные в файле .env-example в самом окружении.


=== Настройка ===
Переменые окружения имеют префиксы (следуют между USM_GPS__ и следующими __).
Если это первая установка модуля usm_gps_2, то вам необходимо скопировать файл с примером конфигурации settings.ini-example под новым именем settings.ini:
cp settings.ini-example settings.ini
Если же вы обновляете модуль usm_gps_2, то проверьте файл settings.ini-example на наличие новых параметров и добавьте их в свой settings.ini с нужными значениями.


==== Блок api ====
==== Префикс API ====
Данный блок содержит настройки подключения к ядру USERSIDE по средством API. Вам необходимо указать '''url''' вашего USERSIDE (без /oper/), а также '''key''', который вы указали в конфигурационном файле userside/userside3/main/config/config.php в переменной $zapikey. Если ваш USERSIDE использует https соединение с самоподписанным сертификатом, то установите опцию '''ssl_verify''' в значение '''no'''.
Данный блок содержит настройки подключения к ядру USERSIDE по средством API. Вам необходимо указать '''URL''' вашего USERSIDE, а также '''KEY''', который вы указали в конфигурационном файле (см.: [[UserSide API Key]]). Если ваш USERSIDE использует https соединение с самоподписанным сертификатом, то установите опцию '''SSL_VERIFY''' в значение '''False'''.


Опция '''trackers_auth_required''' определяет необходимость аутентификации трекеров на сервере. Если она установлена в '''yes''', то трекерам с серийными номерами (или IMEI), отсутствующими в USERSIDE, будет отказано в авторизации и данные с них не будут попадать в базу. Это рекомендуемый режим, необходимый для отсеивания трекеров, не зарегистрированных в системе. Если вам такое поведение не подходит, можете отключить аутентификацию трекеров, установив данную опцию в '''no'''.
Опция '''TRACKERS_AUTH_REQUIRED''' определяет необходимость аутентификации трекеров на сервере. Если она установлена в '''True''', то трекерам с серийными номерами (или IMEI), отсутствующими в USERSIDE, будет отказано в авторизации и данные с них не будут попадать в базу. Это рекомендуемый режим, необходимый для отсеивания трекеров, не зарегистрированных в системе. Если вам такое поведение не подходит, можете отключить аутентификацию трекеров, установив данную опцию в '''False'''.


==== Блок processing ====
==== Префикс PROC (processing) ====
В данном блоке находятся настройки обработчика позиций. Обработчик содержит три фильтра, которые помогут исключить предположительно неверные данные. Эти фильтры должны настраиваться индивидуально. Также следует понимать, что фильтры игнорируют некоторые географические позиции на основании их анализа, что при некорректной настройке может привести к потере нормальных данных. Будьте осторожны при подборе параметров.
В данном блоке находятся настройки обработчика позиций. Обработчик содержит три фильтра, которые помогут исключить предположительно неверные данные. Эти фильтры должны настраиваться индивидуально. Также следует понимать, что фильтры игнорируют некоторые географические позиции на основании их анализа, что при некорректной настройке может привести к потере нормальных данных. Будьте осторожны при подборе параметров.


Опция '''hdop_threshold''' определяет пороговое значения для значения фактора потери горизонтальной точности позиционирования (HDOP). По умолчанию предустановленное значение = 10. Все полученные от трекера навигационные данные со значением HDOP выше порогового будут отброшены и не будут передаваться в USERSIDE. Вы можете настроить это пороговое значение на свое усмотрение, либо отключить, установив его значение в 100. Следующие значения HDOP принято считать стандартными: <1 - Идеально, 1..2 - Отлично, 2..5 - Хорошо, 5..10 - Посредственно, 10..20 - Плохо, >20 - Очень плохо. Чтобы в базу данных попадали только точки с нормальной точностью, установите пороговое значение в 5. При этом следует понимать, что если координаты были определены с погрешностью, превышающей указанный фактор потери точности, то эти координаты будут отброшены (в лог-файл попадет соответствующая запись об этом). Если протоколом GPS-трекера не предусмотрено вычисление и передача значения фактора потери точности в сторону сервера, то это значение принимается за '''0'''.
Опция '''HDOP_THRESHOLD''' определяет пороговое значения для значения фактора потери горизонтальной точности позиционирования (HDOP). По умолчанию предустановленное значение = 10. Все полученные от трекера навигационные данные со значением HDOP выше порогового будут отброшены и не будут передаваться в USERSIDE. Вы можете настроить это пороговое значение на свое усмотрение, либо отключить, установив его значение в 100. Следующие значения HDOP принято считать стандартными: <1 - Идеально, 1..2 - Отлично, 2..5 - Хорошо, 5..10 - Посредственно, 10..20 - Плохо, >20 - Очень плохо. Чтобы в базу данных попадали только точки с нормальной точностью, установите пороговое значение в 5. При этом следует понимать, что если координаты были определены с погрешностью, превышающей указанный фактор потери точности, то эти координаты будут отброшены (в лог-файл попадет соответствующая запись об этом). Если протоколом GPS-трекера не предусмотрено вычисление и передача значения фактора потери точности в сторону сервера, то это значение принимается за '''0'''.


===== Фильтр Парковки =====
===== Фильтр Парковки (дрифт GPS) =====
Данный фильтр предназначен для определения и отсеивания географических позиций во время парковки. Когда транспортное средство стоит на месте и при этом GPS-трекер работает и передает позицию на сервер, на карте можно увидеть следующее:
Данный фильтр предназначен для определения и отсеивания дрифта GPS во время парковки. Когда транспортное средство стоит на месте и при этом GPS-трекер работает и передает позицию на сервер, на карте можно увидеть следующее:


[[Файл:Парковка.png]]
[[Файл:Парковка.png]]


Это вызвано тем, что GPS приемники имеют среднюю погрешность определения позиции около 6 метров. При каждой попытке GPS-приемника определить свою позицию, она будет определена с точностью около 6 метров, не зависимо от предыдущей позиции (GPS-приемники не хранят состояние). Причиной такого поведения может быть неуверенный прием сигналов со спутника, интерференция, либо же частичная видимость всей доступной группировки спутников. Например, если антенна расположена внутри автомобиля, то она "видит" только часть неба. Это вполне нормальная штатная ситуация для гражданского GPS. Чтобы детектировать стоянку и отбросить такие позиции, используется фильтр парковки. Включить его можно параметром '''parked_filter_enable = yes'''. Этот фильтр начинает работать в том случае, если предыдущая и текущая позиции имели значение скорости, не выше "близкой к нулевой" - она настраивается в параметре '''parked_speed_threshold''', а также если расстояние между предыдущей и текущей позицией не более "отклонения позиции" - оно настраивается в параметре '''parked_position_deviation''' (в среднем это 6 метров). Как только автомобиль начнет движение (переместится на расстояние, большее чем "отклонение позиции", либо же разовьет скорость, большую чем "близкую к нулевой", фильтр перестанет действовать и все позиции будут переданы на сервер. Чтобы примерно определить "отклонение позиции", просто измерьте линейкой на карте длину средней по величине полоски. Уменьшайте и увеличивайте это значение для достижения наилучшего эффекта. Помните, что слишком большие значения могут также отсеивать и нужные позиции.
GPS приемники имеют среднюю погрешность определения позиции около 6 метров. При каждой попытке GPS-приемника определить свою позицию, она будет определена с точностью около 6 метров, не зависимо от предыдущей позиции (GPS-приемники не хранят состояние). Причиной такого поведения может быть неуверенный прием сигналов со спутника, интерференция (автомобиль находится в районе плотной многоэтажной застройки), либо же частичная видимость всей доступной группировки спутников. Например, если антенна расположена внутри автомобиля, то она "видит" только часть неба. Это вполне нормальная штатная ситуация для гражданского GPS. Чтобы детектировать стоянку и отбросить такие позиции, используется фильтр парковки. Включить его можно параметром '''PARKED_FILTER_ENABLE''' установленным в '''True'''. Этот фильтр начинает работать в том случае, если предыдущая и текущая позиции имели значение скорости, не выше "близкой к нулевой" - она настраивается в параметре '''PARKED_SPEED_THRESHOLD''', а также если расстояние между предыдущей и текущей позицией не более "отклонения позиции" - оно настраивается в параметре '''PARKED_POSITION_DEVIATION''' (в среднем это 6 метров). Как только автомобиль начнет движение (переместится на расстояние, большее чем "отклонение позиции", либо же разовьет скорость, большую чем "близкую к нулевой", фильтр перестанет действовать и все позиции будут переданы на сервер. Чтобы примерно определить "отклонение позиции", просто измерьте линейкой на карте длину средней по величине полоски. Уменьшайте и увеличивайте это значение для достижения наилучшего эффекта. Помните, что слишком большие значения могут также отсеивать и нужные позиции.
 
Чтобы улучшить качество определения географических координат, используйте современные GNSS-приёмники, способные работать минимум с двумя GNSS системами одновременно (GPS, Galileo, Glonass) и внешние антенны, закрепленные таким образом, чтобы небо не перекрывалось кузовом автомобиля даже частично.


===== Фильтр Вылетов =====
===== Фильтр Вылетов =====
Строка 214: Строка 267:
[[Файл:Вылет.png]]
[[Файл:Вылет.png]]


Такое иногда бывает из-за некачественного приема, интерференции или просто некачественного приемника. Выглядит как точка, отстоящая от трека на таком расстоянии, куда транспортное средство не могло попасть никаким образом. Фильтр вылетов сравнивает фактическое расстояние между предыдущей точкой и текущей и определяет, могло ли это расстояние быть достигнуто при движении транспортного средства с максимальной скоростью этих двух точек. Чтобы включить фильтр вылетов, используйте параметр '''range_filter_enable = yes'''. Этот фильтр также имеет несколько настроек. Первая настройка '''range_delta_time''' - это максимальное время в секундах между точками, для которых будет работать фильтр. Нет смысла использовать фильтр, если между точками прошло слишком много времени, так как транспортное средство между двумя точками могло двигаться быстрее, чем зафиксировано в этих точках, и действие фильтра уже может быть неточным или вообще ошибочным. Вторая настройка '''range_distance_factor''' - коэффициент длины предполагаемого пути, с которым сравнивается фактически пройденное расстояние. Этот коэффициент позволяет немного "удлинить" расчетное значение пути, чтобы исключить погрешность, возникающую на границах вычислений. По умолчанию используется коэффициент 1.1 и максимальное время между точками 60 секунд, однако при включении фильтра вы сами должны более корректно настроить его. И помните - фильтр отсеивает географическое позиции! Будьте аккуратны при использовании.
Такое иногда бывает из-за некачественного приема, интерференции или просто некачественного приемника. Выглядит как точка, отстоящая от трека на таком расстоянии, куда транспортное средство не могло попасть никаким образом. Фильтр вылетов сравнивает фактическое расстояние между предыдущей точкой и текущей и определяет, могло ли это расстояние быть достигнуто при движении транспортного средства с максимальной скоростью этих двух точек. Чтобы включить фильтр вылетов, установите параметр '''RANGE_FILTER_ENABLE''' в '''True'''. Этот фильтр также имеет несколько настроек. Первая настройка '''RANGE_DELTA_TIME''' - это максимальное время в секундах между точками, для которых будет работать фильтр. Нет смысла использовать фильтр, если между точками прошло слишком много времени, так как транспортное средство между двумя точками могло двигаться быстрее, чем зафиксировано в этих точках, и действие фильтра уже может быть неточным или вообще ошибочным. Вторая настройка '''RANGE_DISTANCE_FACTOR''' - коэффициент длины предполагаемого пути, с которым сравнивается фактически пройденное расстояние. Этот коэффициент позволяет немного "удлинить" расчетное значение пути, чтобы исключить погрешность, возникающую на границах вычислений. По умолчанию используется коэффициент 1.1 и максимальное время между точками 60 секунд, однако при включении фильтра вы сами должны более корректно настроить его.


==== Блок log ====
И помните - фильтр отсеивает географическое позиции, ничего не зная при этом о будущих позициях! Будьте аккуратны при использовании. Если у вас появились проблемы с определением координат в Userside, выполняя диагностику отключите этот фильтр в первую очередь.
 
==== Префикс LOG ====
В данном блоке находятся настройки журналирования событий.
В данном блоке находятся настройки журналирования событий.


Опция '''path''' определяет путь к каталогу, в котором будет размещаться файл журнала модуля. Опция '''level''' определяет уровень журналирования от самого детального (для отладки) '''1''' до "критического" '''5'''. Однако не рекомендуется в данном модуле использовать уровень журналирования выше '''3''' и лучше остановиться на выбранном по умолчанию уровне '''2'''.
Опция '''FILE''' определяет путь к каталогу, в котором будет размещаться файл журнала модуля. Для вывода сообщений в консоль вместо вывода в файл можно использовать значение '''STDOUT'''. Опция '''LEVEL''' определяет уровень журналирования. По умолчанию '''INFO''' (возможны '''DEBUG''', '''WARNING''', '''ERROR''', '''CRITICAL''').


Опция '''to_console''' определяет назначение вывода событий журнала. Если опция включена (установлена в '''yes'''), то все журнальные записи будут выведены в консоль. Это может быть удобно при отладке модуля, а также является стандартным поведением для работы модуля в контейнере Docker. По умолчанию используется '''no'''.
==== Префикс PROTO ====
В данном блоке префиксов перечислены номера TCP портов, на которых находятся слушатели протоколов. Вы можете переопределить номера портов на свое усмотрение, однако следует помнить, что два разных протокола не могут занимать один и тот же порт.


==== Блок port ====
Также можно закомментировать неиспользуемые порты при помощи символов # чтобы отключить работу протоколов. Например, если все ваши трекеры взаимодействуют по одному и тому же протоколу.
В данном блоке перечислены номера TCP портов, на которых находятся слушатели протоколов. Вы можете переопределить номера портов на свое усмотрение, однако следует помнить, что два разных протокола не могут занимать один и тот же порт.
 
Также можно закомментировать неиспользуемые порты при помощи символов # или ; чтобы отключить работу протоколов. Например, если все ваши трекеры взаимодействуют по одному и тому же протоколу.


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


* В файле settings.ini в блоке '''log''' установите следующие значения:
* В файле .env для переменой '''USM_GPS__LOG__FILE''' установите значение '''STDOUT''':
[log]
<pre>
level = 1
USM_GPS__LOG__FILE=STDOUT
to_console = yes
</pre>
 
* А также в блоке префиксов '''USM_GPS__PROTO__''' раскомментируйте необходимый вам протокол(ы).


* Запустите модуль вручную (предварительно убедившись, что модуль не загружен, а также супервизор отключен в crontab):
* Запустите модуль вручную:
  python3 usm_gps.py
  sudo venv/bin/python3 main.py


* Вы должны увидеть в консоли примерно следующее:
* Вы должны увидеть в консоли примерно следующее:
  2018-04-25 12:37:16,604 | INFO    | *** Module usm_gps version 2.0.0-alpha-3 is starting...
  2018-04-25 12:37:16,604 | INFO    | *** Module usm_gps version 2.4.0 is starting...
  2018-04-25 12:37:16,801 | INFO    | GT02A protocol listener started at port 8822
  2018-04-25 12:37:16,801 | INFO    | GT02A protocol listener started at port 8822
  2018-04-25 12:37:16,802 | INFO    | GT06 protocol listener started at port 8833
  2018-04-25 12:37:16,802 | INFO    | GT06 protocol listener started at port 8833
Строка 253: Строка 308:
* Подождите, пока трекеры начнут подключаться к модулю. Информацию об этом процессе вы будете наблюдать в консоли. Если подключение происходит корректно, авторизация трекеров выполняется верно, трекеры начинают присылать информацию, которая передается в USERSIDE корректно, то можно считать, что тестовый запуск прошел успешно. Если возникают какие-то проблемы на данном этапе, обратитесь пожалуйста в службу поддержки создав тикет или задайте вопрос сообществу в нашей Телеграм-группе.
* Подождите, пока трекеры начнут подключаться к модулю. Информацию об этом процессе вы будете наблюдать в консоли. Если подключение происходит корректно, авторизация трекеров выполняется верно, трекеры начинают присылать информацию, которая передается в USERSIDE корректно, то можно считать, что тестовый запуск прошел успешно. Если возникают какие-то проблемы на данном этапе, обратитесь пожалуйста в службу поддержки создав тикет или задайте вопрос сообществу в нашей Телеграм-группе.


* Остановите работу модуля клавишами ctrl+c и восстановите настройки блока '''log''' файла settings.ini:
* Остановите работу модуля клавишами ctrl+c и укажите для переменной '''USM_GPS__LOG__FILE''' имя файла лога:
[log]
<pre>
level = 2
USM_GPS__LOG__FILE=/var/log/userside/usm_gps/usm_gps.log
to_console = no
</pre>


Теперь модуль готов к эксплуатации.
Теперь модуль готов к эксплуатации.


=== Эксплуатация модуля ===
=== Supervisor ===
Для запуска модуля и контроля его работы лучше использовать системный супервизор. Супервизор будет следить за наличием процесса в памяти и, в случае чего, перезапускать его, сообщая об этом в специальный лог.
Для автоматического контроля работы модуля и его перезапуска в случае проблем, рекомендуем использовать supervisor.
Пример конфигурационного файла для supervisord поставляется вместе с модулем - это файл etc/supervisor/conf.d/usm_gps.conf-example. Находясь в каталоге с модулем, скопируйте конфиг в вашу файловую систему сохраняя путь, но с другим именем (без -example):
sudo cp etc/supervisor/conf.d/usm_gps.conf-example /etc/supervisor/conf.d/usm_gps.conf


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


Модуль рассчитан на постоянное функционирование. Предполагается, что модуль постоянно находится в оперативной памяти и постоянно обслуживает соединение. Но контроль правильности этого процесса все же необходим.
Перезапустите supervisor, чтобы он перечитал конфигурационные файлы:
sudo systemctl restart supervisor


Далее будет описан процесс настройки скрипта-супервизора, который входит в комплект модуля. Это файл usm_gps_supervisor.py
Теперь можно посмотреть, в каком состоянии находится модуль:
sudo supervisorctl status usm_gps


* Убедитесь, что модуль остановлен после тестового запуска и выполните запуск модуля через супервизор:
Также следите за логами модуля и супервайзера.
python3 usm_gps_supervisor.py


* Супервизор попытается определить наличие модуля в оперативной памяти, но, так как его там нет, он произведет запуск модуля, о чем сообщит в консоль сообщением вроде:
Если понадобится остановить модуль, например, для обновления, используйте команду:
  Process #### not found. Restarting.
  sudo supervisorctl stop usm_gps


* Убедитесь, что модуль загрузился и работает:
Чтобы запустить модуль снова:
  ps -p `cat usm_gps.pid`
  sudo supervisorctl start usm_gps


* Также проверьте, что файл журнала создался и в него выполнены первые записи:
== Ротация файлов журнала ==
tail /var/log/userside/usm_gps.log


* После этого запустите супервизор еще раз и убедитесь, что он просто завершил работу, ничего не написав в консоль:
Файлы журнала, создаваемые модулем, нуждаются в ротации. Для этого следует использовать стандартные инструменты ротации логов в операционной системе.
python3 usm_gps_supervisor.py


Теперь можно настроить автоматический запуск супервизора.
Следующая настройка будет выполнять ротацию всех файлов *.log ежесуточно и хранить 7 архивных копий (за 7 дней)


=== Автоматический запуск супервизора ===
=== Ротация в FreeBSD ===
Просто добавьте в crontab запись, запускающую супервизор раз в 10 минут.
*/10 * * * *    root    python3 /путь_к_модулю/usm_gps_supervisor.py >> /var/log/userside/usm_gps_cron.log 2 >> /var/log/userside/usm_gps_cron_error.log


'''Внимание!'''
В FreeBSD за ротацию отвечает демон newsyslog. Создайте файл /usr/local/etc/newsyslog.conf.d/userside, в который поместите следующую строку (не забудьте про путь, если Вы его изменили):


Внутри скрипт-супервизор проверяет наличие в памяти модуля и в случае чего запускает его, выполняя простой системный запуск скрипта. В операционной системе FreeBSD по умолчанию в crontab не указаны пути для исполняемых бинарных файлов каталога <code>/usr/local/bin</code>. Наилучшим решением этой проблемы будет указать в файле crontab путь к этому каталогу, так как он содержит множество бинарных файлов, устанавливаемых пользователем, среди которых и python3. Вам нужно просто добавить в переменную PATH дополнительно путь <code>;/usr/local/bin;</code>.
/var/log/userside/*.log        644 7    *  @T00  GJC    /путь_к_модулю/usm_gps_2/usm_gps.pid


При этом подразумевается, что имя файла интерпретатора - python3, а не python или python3.6 или какое-то еще. Если имя файла интерпретатора отличается, лучшим решением будет создать символическую ссылку с именем python3 на файл интерпретатора. Например <code>ln -s /usr/local/bin/python3 /usr/local/bin/python3.6</code>.
=== Ротация в Linux ===


Если же Вы не желаете дополнять переменную PATH путем к бинарным файлам пользователя или не желаете создавать символическую ссылку с правильным именем интерпретатора, то Вы можете вписать полный или относительный путь к интерпретатору прямо в файл usm_gps_supervisor.py в переменную <code>python_path</code>. Но этот вариант не является предпочтительным.
В Linux за ротацию отвечает демон logrotate. Создайте файл /etc/logrotate.d/userside, в который поместите следующий текст (не забудьте про путь, если Вы его изменили):


==== Ротация логов ====
/var/log/userside/*.log {
 
    rotate 7
По мере работы супервизора будут созданы дополнительные файлы журналов usm_gps_cron.log и usm_gps_cron_error.log, в которые будет записываться информация о работе супервизора. По содержимому этих файлов можно будет определить факт перезагрузки модуля, что может быть вызвано падением модуля или перезагрузкой системы. Эта информация может пригодиться для диагностики проблем работы модуля.
    daily
 
    compress
Не забудьте настроить ротацию логов для каталога <code>/var/log/userside</code>
    delaycompress
    missingok
    notifempty
    copytruncate
}


== Обновление модуля ==
== Обновление модуля ==
Строка 308: Строка 366:
* Скачайте архив с новой версией из личного кабинета на сервер, где работает модуль
* Скачайте архив с новой версией из личного кабинета на сервер, где работает модуль
* Остановите работу модуля
* Остановите работу модуля
   sudo kill `cat usm_gps.pid`
   sudo supervisorctl stop usm_gps
* Удалите все файлы модуля, '''за исключением settings.ini'''
* Удалите все файлы модуля, '''за исключением settings.ini'''
* Разархивируйте файлы из архива с новой версией на место старых файлов
* Разархивируйте файлы из архива с новой версией на место старых файлов
* Установите (обновите) зависимости:
* Обязательно установите (обновите) зависимости:
sudo pip3 install --upgrade -r requirements.txt
  sudo ./venv/bin/pip install --upgrade -r requirements.txt
* Дождитесь автоматического запуска модуля супервизором
* Запустите модуль
  sudo supervisorctl start usm_gps
 
 
== Запросы на реализацию нового протокола ==


== TL;DR ==
Трекеры одной и той же модели могут иметь разные телекоммуникационные протоколы взаимодействия с сервером. Особенно это касается дешевых "китайских" трекеров вроде GT06. Оборудование трекера может изготавливать один и тот же завод, а вендор-заказчик может устанавливать в трекер собственную прошивку.


* Убедитесь, что версия USERSIDE не ниже 3.12.24 для модуля версий v2.0.0-alpha, v2.0.0-beta или не ниже 3.13 для модулей версий v2.0.0-RC и релиза.
Поэтому мы не используем понятие поддержки модели трекера, а используем понятие поддержки протокола.
* Скачайте модуль usm_gps_2 v2.0.0 из личного кабинета и извлеките из архива в /var/userside (или любую другу по вашему усмотрению). В итоге файлы модуля должны находиться в /var/userside/usm_gps_2. Перейдите в этот каталог.
* Установите python3, python3-dev, pip3
sudo apt install -y python3 python3-dev python3-pip
* Важно. Проверьте доступность символической ссылки python3, выполнив:
python3 -V
* Если символическая ссылка не доступна (типично для FreeBSD), создайте ее вручную (например, если у вас python версии 3.6):
ln -s /usr/local/bin/python3.6 /usr/local/bin/python3
* Установите зависимости, необходимые для работы модуля:
sudo pip3 install --upgrade -r requirements.txt
* Скопируйте пример конфигурационного файла с именем settings.ini
cp settings.ini-example settings.ini
* Настройте settings-ini. Укажите параметры подключения к API Userside, настройте номера портов. Порты не должны повторяться. Неиспользуемые протоколы можно закомментировать.
* Для тестового запуска настройте settings.ini таким образом, чтобы журнал выводился в консоль в полной детализации:
[log]
level = 1
to_console = yes
* Запустите модуль и убедитесь, что все слушатели протоколов, необходимые вам, запустились на нужных портах. Это будет видно в журнале, который выводится в консоль:
python3 usm_gps.py
* Убедитесь, что ваши трекеры подключаются к модулю, авторизация трекеров проходит успешно и данные с модуля попадают в USERSIDE. Если что-то работает не так, как ожидалось, обратитесь в техподдержку или к сообществу в Телеграме.
* Если все работает верно, остановите работу модуля ctrl+c и верните настройки журналирования в settings.ini:
[log]
level = 2
to_console = no
* Теперь больше никогда не запускайте модуль вручную. Для этого существует супервизор. Запустите супервизор. Он отработает, запустит модуль и завершит свою работу.
python3 usm_gps_supervisor.py
* Убедитесь, что модуль запустился, логи пишутся, трекеры соединились и начинают взаимодействовать, в Userside появилась информация:
ps -p `cat usm_gps.pid`
tail -f /var/log/userside/usm_gps.log
* Если все в порядке - добавляйте супервизор (не модуль) в cron раз в 10 минут. Он будет проверять наличие модуля в оперативной памяти и запускать его, если он вдруг не окажется там.
*/10 * * * *    root    python3 /путь_к_модулю/usm_gps_supervisor.py >> /var/log/userside/usm_gps_cron.log 2 >> /var/log/userside/usm_gps_cron_error.log
''В FreeBSD необходимо прописать в переменную PATH файла /etc/crontab путь <code>;/usr/local/bin;</code>, либо прописать полный путь к python3 <code>/usr/local/bin/python3</code>''
* Настройте ротацию логов


== FAQ ==
Если Вы приобрели трекер, то первым делом нужно узнать, какой протокол он поддерживает. Обычно такая информация находится в описании устройства. Если же такой информации нет, вы можете попробовать подобрать протокол по модели трекера в списке, указанном выше. Включите все имеющиеся в модуле протоколы и перезапустите его. Затем изменяйте в настройках трекера порт таким образом, чтобы использовались различные протоколы модуля. Если подходящий протокол найден — вам повезло. Используйте его. Если же нет, то вы можете воспользоваться специальным протоколом "тест" (порт по умолчанию 9999), который просто выводит в лог принятый от трекера пакет в шестнадцатиричном представлении. Далее вам нужно создать тикет через тикет-систему с темой '''usm_gps поддержка протокола...'''. В тексте тикета опишите ваш трекер и приложите строки модуля, начинающиеся с <code>RX-SAMPLE:</code>.


* При попытке установить соединение с API используя SSL возникает ошибка '''HTTPSConnectionPool "sslv3 alert handshake failure"'''. Решение описано здесь https://stackoverflow.com/a/35477533/8779795 и заключается в установке необходимых расширений в систему следующим образом:
Если вы располагаете информацией о протоколе, поддержку которого необходимо добавить в модуль, а также любой другой информацией (документацией или где ее получить) - обязательно прикрепляйте всю имеющуюся информацию к тикету. Это очень сильно увеличит шансы на более быструю разработку для вас.
sudo pip3 install pyOpenSSL ndg-httpsclient pyasn1

Текущая версия от 09:57, 18 октября 2024

en | ru

Данный модуль является заменой устаревшему модулю us_gps

Описание

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

Вторая версия модуля отличается от первой версии своей внутренней структурой. Теперь для каждого из GPS протоколов запускается свой независимый "слушатель", а в качестве сетевого ядра используется мощный асинхронный суперсервер, способный обрабатывать сотни тысяч TCP-соединений одновременно. Это делает модуль довольно стабильным и надежным.

Соглашение

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

Требования

Для работы предрелизной версии (alpha, beta) необходима версия USERSIDE не ниже 3.12.24

Для работы релизной версии (RC, release) необходима версия USERSIDE не ниже 3.13 (еще в разработке)

Поддерживаемые протоколы GPS-трекеров

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

OsmAnd

Порт по умолчанию: 5055

Поддерживаемые устройства: Данный протокол используется в основном мобильными приложениями, такими как OsmAnd, GpsLogger for Android, SendLocation, Locus Pro Android, Custodium, Traccar и другими.

Так как данный протокол основан на HTTP-запросе с передачей всех данных через параметры этого запроса, то может использоваться в любых приложениях. Для передачи координат достаточно выполнить HTTP запрос: http://module.ip.address:5055/?id={id}&lat={lat}&lon={lon}&timestamp={timestamp}&hdop={hdop}&speed={speed} где вместо следующих переменных подставить нужные:

  • {id} - идентификатор устройства (IMEI, серийный номер или любой другой, позволяющий идентифицировать конкретный трекер)
  • {lat} - географическая широта в десятичном формате градусов, например, 46.488085
  • {lon} - географическая долгота в десятичном формате градусов, например, 30.741091
  • {timestamp} - целочисленная метка времени в формате UNIXTIME
  • {hdop} - коэффициент снижения точности в горизонтальной плоскости позиционирования (HDOP). Число с плавающей точкой. Параметр можно не передавать.
  • {speed} - моментальная скорость в км/ч. Число с плавающей точкой.

Например, для GpsLogger в настройке CustomURL нужно ввести следующий адрес: http://module.ip.address:5055/?id=%ser&lat=%lat&lon=%lon&timestamp=%timestamp&hdop=%hdop&speed=%spd.

GT02A

Порт по умолчанию: 5022

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

Сообщения этого протокола начинаются с заголовочных символов hh или в виде HEX: 0x68 0x68.

GT06

Порт по умолчанию: 5023

Поддерживаемые устройства: GT06, GT06N, GT09, Heacent 908, GT03A, GT03B, GS503, ET100, GT100, GT06D, GK301, JM01, JM08, GT02D, IB-GT102, CRX1, JV200, TP06A, BW08, TR06, JI09, Concox GT300, WeTrack 2

Сообщения этого протокола начинаются с заголовочных символов xx или в виде HEX: 0x78 0x78.

Meiligao

Порт по умолчанию: 5009

Поддерживаемые устройства: GT30i, GT60, VT300, VT310, VT400, GT30, GT30X, PST-AVL01, PT03, PT60, PT300X, PT30, GT-110P, GT-110K, GT-110M, GT-110ES, GT-110ZS, AVL-011, VT900, P008, GT 30, CT01, CT03, CT04, CT04-R, CT04-X, OCT600, MT01, MT02, PT01, PT03, VT1000, GSY007, T200, iStartek, VT310N

Сообщения этого протокола начинаются с заголовочных символов $$ или в виде HEX: 0x24 0x24.

Autofon v4

Порт по умолчанию: 5079

Поддерживаемые устройства: AutoFon 4.4, AutoFon 4.5

Autofon v5

Порт по умолчанию: 5077

Поддерживаемые устройства: AutoFon SE, AutoFon SE+, AutoFon D, AutoFon D-Moto, AutoFon Dialog Mayak, AutoFon S, AutoFon GL Mayak

Autofon v7

Порт по умолчанию: 5099

Поддерживаемые устройства: AutoFon Alpha, AutoFon Alpha XL, AutoFon Alpha 2XL

Autofon v9 (Микро-маяк)

Порт по умолчанию: 9109

Поддерживаемые устройства: АвтоФон Микро-Маяк, АвтоФон Микро-Маяк+

Начиная с версии модуля 2.3

Wialon

Порт по умолчанию: 5039

Поддерживаемые устройства: Wialon IPS, MasterKit, MasterKit BM8009, NeoTech TR­1000, а также по данному протоколу передает навигационную информацию сервис uonline.com.ua (если у вас есть трекеры, подключенные к этому сервису, то он может выступать в роли прокси-сервера, передавая информацию в модуль usm_gps_2).

Сообщения этого протокола начинаются с заголовочного символа # или в виде HEX: 0x23.

Важно! Мобильное приложение GpsTag от компании Gurtam (разработчика протокола Wialon) не поддерживается (разработчики Gurtam специально изменили протокол, чтобы бесплатное приложение было возможно использовать только на серверах Gurtam).

OKO-NAVI

Порт по умолчанию: 5098

Поддерживаемые устройства: Все устройства компании OKO

Сообщения этого протокола заключены в фигурные скобки {...} или в виде HEX: 0x7b ... 0x7d.

MikroTik

Порт по умолчанию: 5200

Поддерживаемые устройства: Все, оснащенные модулем GSP, например, LtAP mini Протокол основан на передаче в теле запроса HTTP-POST данных в виде JSON: 

{
  "tracker_id": "12345678",
  "lat": "N 12 34' 5.678",
  "lon": "E 87 65' 4.321",
  "speed": "1.234567 km/h",
  "heading": "128.039993 deg. True",
  "hdop": 122
}

Поэтому может использоваться не только для MikroTik.

Модуль рассчитан на прием координат в формате DMS — этот режим включен в MikroTik по умолчанию. Если вы изменяли формат координат ранее, то нужно переключиться на использование именно этого формата командой: 

/system gps set coordinate-format=dms

Простейший скрипт, который следует добавить в планировщик MikroTik, предварительно изменив значения первых трех переменных: 

{
:local trackerID "12345678" 
:local url "http://usm_gps-url-here/" 
:local port 5200
:local lat
:local lon
:local spd
:local heading
:local hdop
/system gps monitor once do={
    :set $lat $("latitude")
    :set $lon $("longitude")
    :set $spd $("speed")
    :set $heading $("true-bearing")
    :set $hdop $("horizontal-dilution")
}

/tool fetch mode=http url=$url port=$port http-method=post http-header-field="Content-Type: application/json" \
http-data=("{\"tracker_id\": \"".$trackerID."\",\"lat\": \"".$lat."\",\"lon\": \"".$lon."\",\"speed\": \"".$spd."\",\"heading\": \"".$heading."\",\"hdop\": 
\"".$hdop."\"}")
}

Переменная trackerID содержит уникальный в пределах USERSIDE идентификатор данного Микротика. Придумайте его сами. В классических GPS-трекерах идентификатор вшит в каждый трекер и представляет собой обычно целиком или частично IMEI или серийный номер трекера. Но так как в Микротике нет никаких подобных идентификаторов, вы должны реализовать его самостоятельно. Он может быть любой символьной строкой, не обязательно состоящей из цифр.

Также Вы можете доработать этот скрипт, чтобы, например, идентификатором был МАС-адрес первого интерфейса (чтобы не вводить вручную, если так проще), а также можно доработать скрипт, чтобы он хранил предыдущее состояние в глобальных переменных и передавать на сервер информацию только в случае, если новые значения отличаются от предыдущих - это сэкономит трафик, а также избавит от "клякс" на местах стоянки, когда скорость 0 км/ч.

H02

Порт по умолчанию: 5013

Поддерживаемые устройства: H02, H-02A, H-02B, TX-2, H-06, H08, GTLT3, TK110, TK102B-MT61, NT201, NT202, S31, LK109, LK106, LK208, LK206, LK310, LK206A, LK206B, MI-G6, CC830, CCTR, CCTR-630, AT-18, GRTQ, LK210, TR-02

Поддерживается как текстовый, так и бинарный протоколы (начиная с версии модуля 2.3).

Сообщения текстового протокола начинаются с заголовочных символов *HQ или в виде HEX: 0x2A 0x48 0x51.

Сообщения бинарного протокола начинаются с заголовочного символа $ или в виде HEX: 0x24.

GPS103 (GPS102, Coban)

Порт по умолчанию: 5001

Поддерживаемые устройства: TK103-B, TK103-2B, TK104, TK106, GPS-103, GPS-103-A, TW-MD1101, GPS102B, GPS104, TK110

Сообщения этого протокола начинаются с заголовочных символов ## или в виде HEX: 0x68 0x68.

TK103

Порт по умолчанию: 5002

Поддерживаемые устройства: EC-546, TT0024, T1024, T1080, T2024, T2124, T12, T4400, T8800, T15400, TK05, TK10, TK15, TK20, TK110, T18, T18H, T16, GPS105, P168

Сообщения этого протокола заключены в круглые скобки (...) или в виде HEX: 0x28 ... 0x29.

Teltonika

Порт по умолчанию: 5027

Поддерживаются различные устройства, использующие кодеки: 8, 8 Extended

Сообщения этого протокола начинаются с HEX: 0x00.

Navtelecom (NTCB+FLEX)

Порт по умолчанию: 9000

Поддерживаемые устройства: все устройства компании Navtelecom

Сообщения этого протокола начинаются с заголовочных символов @NTC или в виде HEX: 0x40 0x4e 0x54 0x43.

ТЕСТ

Порт по умолчанию: 9999

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

Настройте свой трекер на порт 9999 и наблюдайте за логом. В нем будут появляться строки с отметкой RX-SAMPLE: - это и есть те данные в hex виде, которые присылает ваш трекер. Попробуйте среди описанных выше протоколов найти подходящий по 2..3 заголовочным символам (в формате hex). Если не удалось найти, напишите нам. Возможно протокол для вашего трекера еще не реализован в Userside.

Установка модуля

Загрузка

Загрузите модуль из личного кабинета со страницы загрузок: https://my.userside.eu/soft/downloads.

Разархивируйте содержимое архива, например, в каталог /opt/usm. В конечном итоге в каталоге /opt/usm будет образован каталог usm_gps, содержащий файлы модуля. В дальнейших инструкциях будет использоваться именно каталог /opt/usm/usm_gps. Если Вы расположили файлы в другом месте - учитывайте это при выполнении дальнейших инструкций.

Остановка и удаление старой версии

Если вы использовали до этого старую (первую) версию модуля, то остановите его и удалите все записи из crontab для запуска модуля.

Установка Python3 и зависимостей

Для работы модуля необходим Python3 любой поддерживаемой на данный момент версии. Статус версий можно посмотреть здесь: "Status of Python versions". Рекомендуется использовать версию с состоянием "security" или "bugfix". Версии отмеченные как "end-of-life" не поддерживаются. Отмеченные как "feature" не рекомендуется использовать. Также рекомендуется использовать пакет venv для создания виртуального окружения Python и всех зависимостей, необходимых модулю, чтобы не засорять операционную систему.

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

sudo apt install -y python3 python3-dev python3-venv python3-pip

Для контролируемой работы модуля рекомендуется использовать supervisor. Если вы его еще не установили (он необходим для USERSIDE 3.17 и новее), то установите: 

sudo apt install -y supervisor

Перейдите в каталог с модулем и создайте там виртуальное окружение: 

cd /opt/usm/usm_gps
sudo python3 -m venv venv
sudo ./venv/bin/pip install --upgrade pip setuptools

Теперь установите зависимости для модуля: 

sudo ./venv/bin/pip install --upgrade -r requirements.txt

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

Настройка

Если это первая установка модуля usm_gps_2, то вам необходимо скопировать файл с примером конфигурации .env-example под новым именем .env: 

cp .env-example .env

Если же вы обновляете модуль usm_gps, то вам вероятно придется перенести настройки из файла settings.ini в файл .env.

Вместо этого вы можете использовать переменные окружения, описанные в файле .env-example в самом окружении.

Переменые окружения имеют префиксы (следуют между USM_GPS__ и следующими __).

Префикс API

Данный блок содержит настройки подключения к ядру USERSIDE по средством API. Вам необходимо указать URL вашего USERSIDE, а также KEY, который вы указали в конфигурационном файле (см.: UserSide API Key). Если ваш USERSIDE использует https соединение с самоподписанным сертификатом, то установите опцию SSL_VERIFY в значение False.

Опция TRACKERS_AUTH_REQUIRED определяет необходимость аутентификации трекеров на сервере. Если она установлена в True, то трекерам с серийными номерами (или IMEI), отсутствующими в USERSIDE, будет отказано в авторизации и данные с них не будут попадать в базу. Это рекомендуемый режим, необходимый для отсеивания трекеров, не зарегистрированных в системе. Если вам такое поведение не подходит, можете отключить аутентификацию трекеров, установив данную опцию в False.

Префикс PROC (processing)

В данном блоке находятся настройки обработчика позиций. Обработчик содержит три фильтра, которые помогут исключить предположительно неверные данные. Эти фильтры должны настраиваться индивидуально. Также следует понимать, что фильтры игнорируют некоторые географические позиции на основании их анализа, что при некорректной настройке может привести к потере нормальных данных. Будьте осторожны при подборе параметров.

Опция HDOP_THRESHOLD определяет пороговое значения для значения фактора потери горизонтальной точности позиционирования (HDOP). По умолчанию предустановленное значение = 10. Все полученные от трекера навигационные данные со значением HDOP выше порогового будут отброшены и не будут передаваться в USERSIDE. Вы можете настроить это пороговое значение на свое усмотрение, либо отключить, установив его значение в 100. Следующие значения HDOP принято считать стандартными: <1 - Идеально, 1..2 - Отлично, 2..5 - Хорошо, 5..10 - Посредственно, 10..20 - Плохо, >20 - Очень плохо. Чтобы в базу данных попадали только точки с нормальной точностью, установите пороговое значение в 5. При этом следует понимать, что если координаты были определены с погрешностью, превышающей указанный фактор потери точности, то эти координаты будут отброшены (в лог-файл попадет соответствующая запись об этом). Если протоколом GPS-трекера не предусмотрено вычисление и передача значения фактора потери точности в сторону сервера, то это значение принимается за 0.

Фильтр Парковки (дрифт GPS)

Данный фильтр предназначен для определения и отсеивания дрифта GPS во время парковки. Когда транспортное средство стоит на месте и при этом GPS-трекер работает и передает позицию на сервер, на карте можно увидеть следующее:

GPS приемники имеют среднюю погрешность определения позиции около 6 метров. При каждой попытке GPS-приемника определить свою позицию, она будет определена с точностью около 6 метров, не зависимо от предыдущей позиции (GPS-приемники не хранят состояние). Причиной такого поведения может быть неуверенный прием сигналов со спутника, интерференция (автомобиль находится в районе плотной многоэтажной застройки), либо же частичная видимость всей доступной группировки спутников. Например, если антенна расположена внутри автомобиля, то она "видит" только часть неба. Это вполне нормальная штатная ситуация для гражданского GPS. Чтобы детектировать стоянку и отбросить такие позиции, используется фильтр парковки. Включить его можно параметром PARKED_FILTER_ENABLE установленным в True. Этот фильтр начинает работать в том случае, если предыдущая и текущая позиции имели значение скорости, не выше "близкой к нулевой" - она настраивается в параметре PARKED_SPEED_THRESHOLD, а также если расстояние между предыдущей и текущей позицией не более "отклонения позиции" - оно настраивается в параметре PARKED_POSITION_DEVIATION (в среднем это 6 метров). Как только автомобиль начнет движение (переместится на расстояние, большее чем "отклонение позиции", либо же разовьет скорость, большую чем "близкую к нулевой", фильтр перестанет действовать и все позиции будут переданы на сервер. Чтобы примерно определить "отклонение позиции", просто измерьте линейкой на карте длину средней по величине полоски. Уменьшайте и увеличивайте это значение для достижения наилучшего эффекта. Помните, что слишком большие значения могут также отсеивать и нужные позиции.

Чтобы улучшить качество определения географических координат, используйте современные GNSS-приёмники, способные работать минимум с двумя GNSS системами одновременно (GPS, Galileo, Glonass) и внешние антенны, закрепленные таким образом, чтобы небо не перекрывалось кузовом автомобиля даже частично.

Фильтр Вылетов

Данный фильтр предназначен для определения и отсеивания ошибочных вылетов трека. На карте это может выглядеть вот так:

Такое иногда бывает из-за некачественного приема, интерференции или просто некачественного приемника. Выглядит как точка, отстоящая от трека на таком расстоянии, куда транспортное средство не могло попасть никаким образом. Фильтр вылетов сравнивает фактическое расстояние между предыдущей точкой и текущей и определяет, могло ли это расстояние быть достигнуто при движении транспортного средства с максимальной скоростью этих двух точек. Чтобы включить фильтр вылетов, установите параметр RANGE_FILTER_ENABLE в True. Этот фильтр также имеет несколько настроек. Первая настройка RANGE_DELTA_TIME - это максимальное время в секундах между точками, для которых будет работать фильтр. Нет смысла использовать фильтр, если между точками прошло слишком много времени, так как транспортное средство между двумя точками могло двигаться быстрее, чем зафиксировано в этих точках, и действие фильтра уже может быть неточным или вообще ошибочным. Вторая настройка RANGE_DISTANCE_FACTOR - коэффициент длины предполагаемого пути, с которым сравнивается фактически пройденное расстояние. Этот коэффициент позволяет немного "удлинить" расчетное значение пути, чтобы исключить погрешность, возникающую на границах вычислений. По умолчанию используется коэффициент 1.1 и максимальное время между точками 60 секунд, однако при включении фильтра вы сами должны более корректно настроить его.

И помните - фильтр отсеивает географическое позиции, ничего не зная при этом о будущих позициях! Будьте аккуратны при использовании. Если у вас появились проблемы с определением координат в Userside, выполняя диагностику отключите этот фильтр в первую очередь.

Префикс LOG

В данном блоке находятся настройки журналирования событий.

Опция FILE определяет путь к каталогу, в котором будет размещаться файл журнала модуля. Для вывода сообщений в консоль вместо вывода в файл можно использовать значение STDOUT. Опция LEVEL определяет уровень журналирования. По умолчанию INFO (возможны DEBUG, WARNING, ERROR, CRITICAL).

Префикс PROTO

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

Также можно закомментировать неиспользуемые порты при помощи символов # чтобы отключить работу протоколов. Например, если все ваши трекеры взаимодействуют по одному и тому же протоколу.

Первый запуск и отладка

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

  • В файле .env для переменой USM_GPS__LOG__FILE установите значение STDOUT:
USM_GPS__LOG__FILE=STDOUT
  • А также в блоке префиксов USM_GPS__PROTO__ раскомментируйте необходимый вам протокол(ы).
  • Запустите модуль вручную:
sudo venv/bin/python3 main.py
  • Вы должны увидеть в консоли примерно следующее:
2018-04-25 12:37:16,604 | INFO     | *** Module usm_gps version 2.4.0 is starting...
2018-04-25 12:37:16,801 | INFO     | GT02A protocol listener started at port 8822
2018-04-25 12:37:16,802 | INFO     | GT06 protocol listener started at port 8833
2018-04-25 12:37:16,802 | INFO     | MEILIGAO protocol listener started at port 8844
2018-04-25 12:37:16,803 | INFO     | AUTOFON4 protocol listener started at port 8854
2018-04-25 12:37:16,804 | INFO     | AUTOFON5 protocol listener started at port 8855
2018-04-25 12:37:16,804 | INFO     | AUTOFON7 protocol listener started at port 8856
2018-04-25 12:37:16,805 | INFO     | WIALON protocol listener started at port 8866
2018-04-25 12:37:16,806 | INFO     | OSMAND (Traccar) protocol listener started at port 5055
2018-04-25 12:37:16,807 | INFO     | *** Module usm_gps was started and ready to receive connections. PID=13878
  • Подождите, пока трекеры начнут подключаться к модулю. Информацию об этом процессе вы будете наблюдать в консоли. Если подключение происходит корректно, авторизация трекеров выполняется верно, трекеры начинают присылать информацию, которая передается в USERSIDE корректно, то можно считать, что тестовый запуск прошел успешно. Если возникают какие-то проблемы на данном этапе, обратитесь пожалуйста в службу поддержки создав тикет или задайте вопрос сообществу в нашей Телеграм-группе.
  • Остановите работу модуля клавишами ctrl+c и укажите для переменной USM_GPS__LOG__FILE имя файла лога:
USM_GPS__LOG__FILE=/var/log/userside/usm_gps/usm_gps.log

Теперь модуль готов к эксплуатации.

Supervisor

Для автоматического контроля работы модуля и его перезапуска в случае проблем, рекомендуем использовать supervisor. Пример конфигурационного файла для supervisord поставляется вместе с модулем - это файл etc/supervisor/conf.d/usm_gps.conf-example. Находясь в каталоге с модулем, скопируйте конфиг в вашу файловую систему сохраняя путь, но с другим именем (без -example): 

sudo cp etc/supervisor/conf.d/usm_gps.conf-example /etc/supervisor/conf.d/usm_gps.conf

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

Перезапустите supervisor, чтобы он перечитал конфигурационные файлы: 

sudo systemctl restart supervisor

Теперь можно посмотреть, в каком состоянии находится модуль: 

sudo supervisorctl status usm_gps

Также следите за логами модуля и супервайзера.

Если понадобится остановить модуль, например, для обновления, используйте команду: 

sudo supervisorctl stop usm_gps

Чтобы запустить модуль снова: 

sudo supervisorctl start usm_gps

Ротация файлов журнала

Файлы журнала, создаваемые модулем, нуждаются в ротации. Для этого следует использовать стандартные инструменты ротации логов в операционной системе.

Следующая настройка будет выполнять ротацию всех файлов *.log ежесуточно и хранить 7 архивных копий (за 7 дней)

Ротация в FreeBSD

В FreeBSD за ротацию отвечает демон newsyslog. Создайте файл /usr/local/etc/newsyslog.conf.d/userside, в который поместите следующую строку (не забудьте про путь, если Вы его изменили): 

/var/log/userside/*.log         644 7    *  @T00  GJC    /путь_к_модулю/usm_gps_2/usm_gps.pid

Ротация в Linux

В Linux за ротацию отвечает демон logrotate. Создайте файл /etc/logrotate.d/userside, в который поместите следующий текст (не забудьте про путь, если Вы его изменили): 

/var/log/userside/*.log {
    rotate 7
    daily
    compress
    delaycompress
    missingok
    notifempty
    copytruncate
}

Обновление модуля

  • Скачайте архив с новой версией из личного кабинета на сервер, где работает модуль
  • Остановите работу модуля
 sudo supervisorctl stop usm_gps
  • Удалите все файлы модуля, за исключением settings.ini
  • Разархивируйте файлы из архива с новой версией на место старых файлов
  • Обязательно установите (обновите) зависимости:
 sudo ./venv/bin/pip install --upgrade -r requirements.txt
  • Запустите модуль
 sudo supervisorctl start usm_gps


Запросы на реализацию нового протокола

Трекеры одной и той же модели могут иметь разные телекоммуникационные протоколы взаимодействия с сервером. Особенно это касается дешевых "китайских" трекеров вроде GT06. Оборудование трекера может изготавливать один и тот же завод, а вендор-заказчик может устанавливать в трекер собственную прошивку.

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

Если Вы приобрели трекер, то первым делом нужно узнать, какой протокол он поддерживает. Обычно такая информация находится в описании устройства. Если же такой информации нет, вы можете попробовать подобрать протокол по модели трекера в списке, указанном выше. Включите все имеющиеся в модуле протоколы и перезапустите его. Затем изменяйте в настройках трекера порт таким образом, чтобы использовались различные протоколы модуля. Если подходящий протокол найден — вам повезло. Используйте его. Если же нет, то вы можете воспользоваться специальным протоколом "тест" (порт по умолчанию 9999), который просто выводит в лог принятый от трекера пакет в шестнадцатиричном представлении. Далее вам нужно создать тикет через тикет-систему с темой usm_gps поддержка протокола.... В тексте тикета опишите ваш трекер и приложите строки модуля, начинающиеся с RX-SAMPLE:.

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

Источник — https://wiki.userside.eu/index.php?title=Usm_gps_2&oldid=19900