26

Re: Добавление устройств

last-half пишет:

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

http://lazari-e.narod.ru/pt33.png

355689018566480,05*827,000,PT33,A,2459.3640,N,12125.2958,E,000.0,224.8,00.8,07:47:26 09-09-05,2.40,80

IMEI, ID CODE, UNIT NUMBER, STATUS CODE, STATUS, LATITUDE, N/S INDICATOR, LONGITUDE, W/E INDICATOR, SPEED, COURSE, HDOP, GPS TIME,  GPS DATE, UNIT VERSION FIRMWARE, BATTERY LEVEL


IMEI:

ID CODE:
The ID code can be 05*850 or 05*827.
05*850 is returned when the unit has received a request message from base to send a
location message.
05*827 is returned if any input is activated.

STATUS CODE:
Sent in ASCII code for text message. Add $30 to First, Second and Third Code.
; First code:
; 1 = Battery power low <20%
; 2 = Motion alert alarm
; 4 = Left GEO Fenced location
; Second Code:
; 1 = Panic Button Activated
; 2 = Motion detection alarm enabled
; 4 = GEO fencing detection alarm enabled
; Third Code:
; 1 = Vehicle traveled above MAX configured speed limit

The ASCI conversion (samples):
First code is: 0 (ASCII code is 48)
To find the status code value subtract 48 from the ASCII code to find the status value 0.
First code is: 7 (ASCII code is 55)
To find the status code value subtract 48 from the ASCII code to find the status value 7.
First code is: = (ASCII code is 61)
To find the status code value subtract 48 from the ASCII code to find the status value
13.
ASCII table conversion used:
0 = 48 5 = 53 : = 58 ? = 63 D = 68
1 = 49 6 = 54 ; = 59 @= 64 E = 69
2 = 50 7 = 55 < = 60 A = 65 F = 70
3 = 51 8 = 56 = =61 B = 66 G = 71
4 = 52 9 = 57 > = 62 C = 67 H = 72
I = 73 N=78
J = 74 O=79
K= 75
L = 76
M=77

Unit number:
Always 4 char: PT33

Status (A or V):
GPS status:
A = Valid GPS location
V = NON Valid GPS location

Latitude:
Always the same format xxxx.xxxx

N/S indicator:
N = North
S = South

Longitude:
Always the same format xxxxx.xxxx

E/W Indicator:
E = East
W = West

Speed:
Value in Knots.
Always the same format xxx.x

Course:
Course in degrees.
Always the same format xxx.x

HDOP:
Horizontal Dilution of Precision.
Always the same format xx.x

GPS time:
Format as hh:mm:ss
Example : 07:47:26

GPS date:
Format as dd-mm-yy
Example: 09-09-05

Unit Version number:
Format as x.xx
Example: 2.40

Battery level Status
(value decimal in % from 00 to 99)

Post's attachments

personal tracker manual V2-7-7-2010.pdf 1.52 mb, 69 downloads since 2010-11-08 

You don't have the permssions to download the attachments of this post.

27

Re: Добавление устройств

Разрабатываем собственный GPS/ГЛОНАСС трекер, хочется обеспечить возможность работы с бесплатным сервером, таким как ваш. Какой протокол лучше использовать в нашем устройстве? «Open Device Monitoring and Tracking Protocol», otherwise known as OpenDMTP? Или другой какой-нибудь?
Обязательным требованием является поддержка датчиков. (топлива и т.д.)
Какой протокол порекомендуете?

28

Re: Добавление устройств

Stefan пишет:

Разрабатываем собственный GPS/ГЛОНАСС трекер, хочется обеспечить возможность работы с бесплатным сервером, таким как ваш. Какой протокол лучше использовать в нашем устройстве? «Open Device Monitoring and Tracking Protocol», otherwise known as OpenDMTP? Или другой какой-нибудь?
Обязательным требованием является поддержка датчиков. (топлива и т.д.)
Какой протокол порекомендуете?

Одним сообщением выше описан отличный протокол (простой до безобразия, и максимально охватывающий все сферы). Только сделайте линейную посылку координат, т.е. получил-проверил-отправил на сервер.
Да, и еще TCP а не UDP - за это уже Вам клиенты скажут спасибо.

29

Re: Добавление устройств

Noname пишет:

Одним сообщением выше описан отличный протокол (простой до безобразия, и максимально охватывающий все сферы). Только сделайте линейную посылку координат, т.е. получил-проверил-отправил на сервер.
Да, и еще TCP а не UDP - за это уже Вам клиенты скажут спасибо.

Вы имеете в виду протокол, описаный в файле personal tracker manual V2-7-7-2010.pdf? Да, годный протокол, но нет поддержки датчика топлива.
Если имелся в виду официальный пртокол навигаторов гранит, описаный товарищем sany2 два сообщения вверх, то на вашем сервере он пока еще не поддерживается.
Я спрашивал про уже поддерживаемый протокол. Наверняка есть такой, с которым вы уже давно работаете, удобный и с хорошей документацией.

30

Re: Добавление устройств

355689018566480,05*827,000,PT33,A,2459.3640,N,12125.2958,E,000.0,224.8,00.8,07:47:26 09-09-05,2.40,80

IMEI, ID CODE, UNIT NUMBER, STATUS CODE, STATUS, LATITUDE, N/S INDICATOR, LONGITUDE, W/E INDICATOR, SPEED, COURSE, HDOP, GPS TIME,  GPS DATE, UNIT VERSION FIRMWARE, BATTERY LEVEL

добавьте в конце еще и датчик уровня топлива - и все будет гуд.

31

Re: Добавление устройств

Помогите (дайте пошаговую инструкцию) - как добавить трекер VT-300

32

Re: Добавление устройств

Помогите (дайте пошаговую инструкцию) - как добавить трекер VT-310
и как настроить под киевстар

33

Re: Добавление устройств

Подскажите, есть ли возможность работать с Piligrim navigatos S24/S29 и Piligrim Stealth? Если да - то как их добавить и настроить?

34

Re: Добавление устройств

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

gps-tracker.com.ua

35

Re: Добавление устройств

Вот что есть по Piligrim navigatos S24/S29 и Piligrim Stealth

Используемые команды и формат принимаемых сообщений

2.3.1 Команды, посылаемые на систему:

«Get status» - запрос текущего статуса и местоположения системы
«Get net position» - запрос информации о БС (местоположения)
«Out on» - переключить выход в состояние включено (замкнут на (-))
«Out off» - переключить выход в состояние выключено (разомкнут (Z))
«Number1 +xxxxxxxxxx» - назначение первого (основного) номера для оповещения
«Number2 +xxxxxxxxxx» - назначение второго номера для оповещения
«Emergency reset» - аварийный сброс всей системы
«GPS reset» - сброс GPS приёмника
«Range mode x» - включение режима трекинга по расстоянию для устройств Piligrim S24
(x – это величина шага по расстоянию кратная 50 метрам, максимальное значение величины – 9950, при значении 0 трекинг по расстоянию выключается)
«Track mode x» - включение режима трекинга по времени для устройств Piligrim S24/S29 (x – это величина шага по времени кратная 1 минуте, максимальное значение величины – 9999, при значении 0 трекинг по времени выключается)

2.3.2 Примеры сообщений передаваемых системой:

Текущий статус и местоположение объекта (отсылается в ответ на команду Get status или на вызов):
Status: NaviCenter; Power: main; $GPRMC,133242.000,A,4827.8909,N,03502.6140,E,0.39,116.10,171106,,*0D

Произошло отключение внешнего источника питания с указанием текущих координат:
Warning: RESERVE POWER ON!!!; $GPRMC,133242.000,A,4827.8909,N,03502.6140,E,0.39,116.10,171106,,*0D

Произошло подключение внешнего источника питания с указанием текущих координат:
Warning: Main power on; $GPRMC,133242.000,A,4827.8909,N,03502.6140,E,0.39,116.10,171106,,*0D

Сообщение отправляется если магнит не находится рядом с системой (в случае демонтажа):
ALARM: SYSTEM REMOVED!!!; $GPRMC,133242.000,A,4827.8909,N,03502.6140,E,0.39,116.10,171106,,*0D

Сообщение отправляется, если магнит находится рядом с системой:
Warning: System setup; $GPRMC,133242.000,A,4827.8909,N,03502.6140,E,0.39,116.10,171106,,*0D

Объект вошёл в зону NaviCenter с указанием координат точки входа:
Enter to sector: NaviCenter; $GPRMC,133242.000,A,4827.8909,N,03502.6140,E,0.39,116.10,171106,,*0D

Объект вышёл из зоны NaviCenter с указанием координат точки выхода:
Leave sector: NaviCenter; $GPRMC,133242.000,A,4827.8909,N,03502.6140,E,0.39,116.10,171106,,*0D

Формат строки $GPRMC (координаты):

$GPRMC    префикс
082510.000    время 08:25:10
A    A-спутники видны, V-не видны
4825.7843    48 градусов 25.7843 минута широты
N    N-север, S-юг
03502.3308    35 градусов 02.3308 минуты долготы
E    E-восток, W-запад
0.11    скорость
194.61    курс
090206    дата
*A4    контрольная сумма

Текущее местоположение объекта по GSM базовым станциям (отсылается в ответ на команду Get net position):
«GSM BS report: 250,02,125F,2EE4 250,02,125F,2EE2 250,02,125F,2EE6 0»

где:

250,02,125F,2EE4    1-ая ведущая антенна
250    (CC)код страны
02    (NC)код сети
125F    (LAC)код зоны
2EE4    (CID)идентификатор базовой станции
250,02,125F,2EE2    2-ая антенна
250,02,125F,2EE6    3-я антенна
0    расстояние до 1-ой ведущей антенны с шагом 550м
(0=0..550м, 1=550...1100м и т.д.)


2.3.2 Назначение и удаление зон для Piligrim S24

Назначение зон:

На карте с географическими координатами (электронной либо печатной) определяются географические координаты левой верхнего и правого нижнего углов прямоугольной зоны контроля.
Например, для зоны контроля NaviCenter – координаты левой верхнего угла 48 градусов 27.92 минут северной широты (С.Ш.) и 35 градусов 02.57 минут восточной долготы (В.Д.), а координаты правого нижнего угла 48 градусов 27.83 минут С.Ш. и 35 градусов 02.64 минут В.Д.

Координаты отсылаются в устройство SMS сообщением в следующем виде:
«Zone create NaviCenter:4827.92N,03502.57E,4827.83N,03502.64E»

ОБЯЗАТЕЛЬНО ставить «0» перед значением восточной долготы. Например, для 35 градусов 02.57 минут В.Д. в сообщении записывается «03502.57E»

При отправке сообщения в таком формате приоритеты для зон назначаются автоматически – по порядку с 0. Максимальное количество зон – 250, т.е. диапазон приоритетов от 0 до 249.

Для назначения зоны NaviCenter со значением приоритета 125 необходимо отослать в устройство SMS сообщением в следующем виде:
«Zone create layer125 NaviCenter:4827.92N,03502.57E,4827.83N,03502.64E»

Зоны нужно указывать в порядке уменьшения площади (наивысший приоритет имеют самые маленькие зоны (стоянка и.д.)), Например, сначала задаём Днепропетровская область, далее город Днепропетровск, далее стоянки.

Две зоны с одним приоритетом быть не может. Если объект попадает в две зоны, то выбирается зона с наибольшим приоритетом.

Удаление зон:

Для удаления зоны NaviCenter необходимо отослать в устройство SMS сообщением в следующем виде:
«Zone erase NaviCenter»

Для удаления всех зон необходимо отослать в устройство SMS сообщением в следующем виде:
«Zone erase all»

36

Re: Добавление устройств

Добрый день
Подскажите, добавил новое устройство gns-track, в самом устройстве прописал ваш сервер и порт
Пишет, что нет gprs.
Устройство точно рабочее и скидывает данные

37

Re: Добавление устройств

А какая модель??

gps-tracker.com.ua

38

Re: Добавление устройств

2 magic
Судя по тому что вы прислали ваше устройство никак не идентифицируется, так ли это в действительности?

2lazareguard
нельзя ли парочку примеров пакетов которые шлет ваше устройство, 1-й и следующих за ним парочку

39

Re: Добавление устройств

2 Lazereguard
попробуйте настроить ваше устройство PT33 Настроить на порт 9990
и отпишите результат пожалуйста

40

Re: Добавление устройств

Добрый день!
Возможно ли добавление на Ваш сервис устройства, которое работает по UDP и может присылать пакеты, требующие подтверждения (пакеты, приходящие от устройства могут быть разного формата).
Каким образом сервер определяет от какого устройства пришел пакет? При добавлении нового устройства в форме сервиса запрашивается IMEI и номер телефона, а пакеты от устройства приходя с IP адреса - как происходит привязка?

Отредактировано mparasyna (27-01-2011 18:17:43)

41

Re: Добавление устройств

каждое устройство отсылает пакет, внутри которого идентификатор устройства, координаты и показания датчиков, плюс возможная служебная информация(типа CRC сумма и т.п.)
ну а устройство идентифицирует себя по уникальному IMEI коду.
другое дело разбор протокола передачи: тут или каждое устройство отсылает свой тип, или заранее матчить\перебирать по шаблонам..
по-поводу UDP - сам протокол не требует подтверждения(в отличии от TCP), странно что устройству оно необходимо, т.к. это создает лишний трафик и, как вывод, расход на содержание устройства.

Отредактировано alexdob (28-01-2011 09:11:55)

Все, что нельзя написать на ассемблере, можно доделать паяльником (ц)

42

Re: Добавление устройств

Если я правильно понял - в каждом пакете от устройства должен содержатся IMEI для идентификации устройства и никак иначе?
Устройство умеет работать и по TCP и по UDP. Просто UDP мы применяем для работы в закрытых сетях а TCP для работы в через Internet, но и в первом и во втором случае используется механизм подтверждений. Это связана с тем, что нужно было поддержать уже существующий протокол, а он применяется для охранных устройств (нужно гарантированно доставлять пакеты).
А в общем хотелось бы выяснить, сможет ли Ваш сервер работать с нашим протоколом или однозначно есть проблемы (например: отсутствие IMEI в пакетах)?

43

Re: Добавление устройств

А может быть в пакетах содержится какой то идетификатор устройства?

44

Re: Добавление устройств

При работе по TCP в пакете присутствует 6-ти значный номер "объекта", но к сожалению он не уникальный.

45

Re: Добавление устройств

Ну в принципе мы можем привести его к 15-и значному програмно приписав остальные 9 символов в виде маски которая и послужит для создания уникального 15-го идетификатора, а если же речь идет о UDP то в пакете должен содержаться какой то идентификатор

46

Re: Добавление устройств

mparasyna пишет:

А в общем хотелось бы выяснить, сможет ли Ваш сервер работать с нашим протоколом или однозначно есть проблемы (например: отсутствие IMEI в пакетах)?

думаю, что по-договоренности с администрацией ресурса на сервер может быть добавлен и протокол от Ваших устройств(по-аналогии с протоколами других GPS трекеров).
Например, трекеры М2М первой посылкой отправляют на сервер служебную информацию и получают ответ, в зависимости от которого принимается решение о дальнейших действиях. Т.е. по-сути то, что Вам необходимо..

last-half пишет:

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

Отредактировано alexdob (28-01-2011 11:58:19)

Все, что нельзя написать на ассемблере, можно доделать паяльником (ц)

47

Re: Добавление устройств

Но в таком случае проблема с "не уникальностью" может остаться , потому что этот номер не заводской а устанавливаемый пользователем и у двух пользователей может оказаться одинаковый номер. Маска то на них будет одинаковая накладываться? Наверно использование IMEI будет все таки предпочтительно.
Все устройства, поддерживаемые Вашим сервером, идентифицируются по IMEI (вложенного внутрь пакета ) или есть еще другие варианты? Если есть варианты - не получится ли так что IMEI одного устройства может совпасть с уникальным номером другого устройства, если другое устройство использует не IMEI а другой какой-то номер?
По поводу подтверждений - от устройства могут приходить "нумерованные пакеты" и "ненумерованные". Нумерованные пакеты содержат в себе свой номер пакета и требуют подтверждений. В подтверждении должен содержатся номер пакета, на который отправляется подтверждения (например: пришел пакет в первом байте которого номер пакета 0x30 - на него нужно отправить подтверждение два байта 0x4F -код подтверждения и 0x30 - номер пакета на который шлется подтверждение). Ненумерованные пакеты не требуют подтверждений и могут содержать в себе либо строку GPS ($GPRMC,161229.487,A,3723.2475,N,12158.3416,W,0.13,309.62,120598,,*10\r\n) либо другую информацию, в зависимости от первого байта пакета (содержание пакетов структурировано).
Реально ли это организовать? Или мне лучше все таки смотреть в сторону изменения протокола, более подходящего для сервера?

48

Re: Добавление устройств

mparasyna пишет:

Все устройства, поддерживаемые Вашим сервером, идентифицируются по IMEI (вложенного внутрь пакета ) или есть еще другие варианты? Если есть варианты - не получится ли так что IMEI одного устройства может совпасть с уникальным номером другого устройства, если другое устройство использует не IMEI а другой какой-то номер?
По поводу подтверждений - от устройства могут приходить "нумерованные пакеты" и "ненумерованные". Нумерованные пакеты содержат в себе свой номер пакета и требуют подтверждений. В подтверждении должен содержатся номер пакета, на который отправляется подтверждения (например: пришел пакет в первом байте которого номер пакета 0x30 - на него нужно отправить подтверждение два байта 0x4F -код подтверждения и 0x30 - номер пакета на который шлется подтверждение). Ненумерованные пакеты не требуют подтверждений и могут содержать в себе либо строку GPS ($GPRMC,161229.487,A,3723.2475,N,12158.3416,W,0.13,309.62,120598,,*10\r\n) либо другую информацию, в зависимости от первого байта пакета (содержание пакетов структурировано).
Реально ли это организовать? Или мне лучше все таки смотреть в сторону изменения протокола, более подходящего для сервера?

1. в роли IMEI может находится любой уникальный номер, два одинаковых номера в систему добавить не получится.
2. может получиться и такое, поэтому в качестве "ключа" используется IMEI(кстати, а как у Вас сейчас происходит идентификация пользователей, если возможны коллизии номеров из-за человеческого фактора?)
3. если отправите last-half описание протокола обмена с Вашими устройствами, думаю останется вопрос только в "уникальности клиента"..

P.S. я не являюсь участником команды М2М, просто волею своей администрации пришлось адаптировать их протокол к внутренним нуждам. smile

Все, что нельзя написать на ассемблере, можно доделать паяльником (ц)

49

Re: Добавление устройств

2mparasyna

А о каких устройствах если не секрет идет речь?

50

Re: Добавление устройств

Расскажу почему у нас не случаются неразрешимых коллизий.
Наша фирма занимается пультовой охраной и разработкой охранных GSM устройств. Все приборы которые работают на наш пульт настраиваются нами. Наш пульт работает в закрытой сети и наши устройства имеют статические IP адреса, поэтому коллизий у нас не возникает (у каждого устройства уникальный IP адрес). Если рассматривать вариант открытой сети, когда у устройств динамические IP-адреса - в пакетах приходят 6-ти значные идентификаторы. Но так как эти идентификаторы настраиваются опять же нами - совпадений быть не может.