Проблема с EGTS
Похоже что ваше устройство присылает пакет идентификации и отключается после получения ответа. Никаких GPS данных не приходит.
Судя по индикации устройство не отключается, а судя по логам отключается. Другое устройство тоже EGTS ведёт себя аналогично. по протоколу османд все работает более менее нормально. Может ли быть такое что я неправильно обновился? При обновлении возникли проблемы так как Uninstal выдал в моменте ошибку пришлось после перезагрузки удалять папку вручную.
Не думаю что это проблема с обновлением. Похоже что по какой-то причине устройство не принимает ответ от сервера.
Да дело не в обновлении увы. В любом случае большое спасибо за программу.
Доброго времени суток Антон! Я тоже столкнулся с проблемой описанной выше, трекер Гранит Навигатор 4.14, который настраивается через Redum (программа последовательного порта). В логах которой, я увидел, что не происходит аутентификация на сервере, она заканчивается по таймауту. Но что печальнее всего, в этой чудесной программе (Redum), я не могу найти ни каких следов на имя пользователя и пароль для протокола EGTS... Как я понял Вы реализовали EGTS протокол без аутентификации?
Вот примерно как это выглядит:
90083 prot_egts_srv_nav_tracker TRACE: Start wait authentification
.... куча безполезной инфы... и
90703 ? WARNING: Too long cross timer cb douts_timer_cb (116 ms)
.... после чего все повторяется...
Я понял, что виноват трекер... но интересно Ваша реализация имеет возможность аутентификации...
Добрый день! Заново попробую поднять тему.
Настраиваю связку трекер Galileosky 7 Lite и traccar. Ситуация видимо такая же.
По протоколу EGTS сервер traccar получает от трекера auth request (при этом на сервере трекер меняет статус на онлайн) и отвечает трекеру в ответ. А трекер ругается на этот ответ: "EGTS. EGTS_PT_RESPONSE Bad response. Response = 0"
В логах сервера это выглядит так:
2020-10-05 16:17:15 INFO: [2bb4b143: egts < 77.240.240.221] HEX: 0100000b0024000100018419000100813200000001010116003200000042383636353537303535393339323934f503352e
2020-10-05 16:17:15 INFO: [2bb4b143: egts > 77.240.240.221] HEX: 0100000b0010000000006800010006000000000101000300010000cd6d
2020-10-05 16:17:15 INFO: [2bb4b143: egts > 77.240.240.221] HEX: 0100000b000b00010001190400000000010107010000a40c
2020-10-05 16:17:28 INFO: [2bb4b143: egts < 77.240.240.221] HEX: 0100000b0024000200014e19000200813200000001010116003200000042383636353537303535393339323934f5037b9a
2020-10-05 16:17:28 INFO: [2bb4b143: egts > 77.240.240.221] HEX: 0100000b001000020000e400020006000000000101000300020000b8d7
2020-10-05 16:17:28 INFO: [2bb4b143: egts > 77.240.240.221] HEX: 0100000b000b00030001950400000000010107010000a40c
2020-10-05 16:17:41 INFO: [2bb4b143: egts < 77.240.240.221] HEX: 0100000b0024000300010819000300813200000001010116003200000042383636353537303535393339323934f5035e06
2020-10-05 16:17:41 INFO: [2bb4b143: egts > 77.240.240.221] HEX: 0100000b0010000400004100030006000000000101000300030000744e
2020-10-05 16:17:41 INFO: [2bb4b143: egts > 77.240.240.221] HEX: 0100000b000b00050001300400000000010107010000a40c
2020-10-05 16:17:55 INFO: [2bb4b143: egts < 77.240.240.221] HEX: 0100000b002400040001eb19000400813200000001010116003200000042383636353537303535393339323934f503c6e2
2020-10-05 16:17:55 INFO: [2bb4b143: egts > 77.240.240.221] HEX: 0100000b001000060000cd0004000600000000010100030004000073b3
2020-10-05 16:17:55 INFO: [2bb4b143: egts > 77.240.240.221] HEX: 0100000b000b00070001bc0400000000010107010000a40c
2020-10-05 16:18:05 INFO: [2bb4b143] disconnected
2020-10-05 16:18:10 INFO: [b0cce2c2] connected- и так по кругу.
(По протоколу galileosky на запрос от трекера traccar вообще ничего не отвечает т.е. трекер Galileo по протоколу galileo не работает с traccar. Но это уже другая тема)
Помогите пожалуйста разобраться либо с EGTS либо с galileosky.
Надо понять чем трекеру не нравиться ответ от сервера.
Вы посмотрите? Или что-то нужно еще дополнительно?
Думаю как минимум нужен пример ответа который трекер принимает.
Попробовал зацепить трекер через сервис gps-trace.com c типом "VEGA EGTS" получил такой положительный ответ:
Srv 1 (193.193.165.166). Send auth request
0100000B0024000100018419000100813200000001010116003200000042383636353537303535393339323934F503352E
[06.10 06:59:34] +CIPRXGET: 2,0,29,0
0100000B001000020000E401000006000000000101000300010000156B
Srv 1 (193.193.165.166). EGTS. EGTS_PT_RESPONSE
Srv 1 (193.193.165.166). Response is OK
[06.10 06:59:34] OK(правда далее дело опять таки не пошло - данные телеметрии не проходят)
Srv 1 (23086.flespi.gw). Send auth request
0100000B0024000100018419000100813200000001010116003200000042383636353537303535393339323934F503352E
[06.10 07:50:08] +CIPSEND: 3,0
[06.10 07:50:08] +CIPSEND: 4,0
[06.10 07:50:08] +CIPSEND: 5,0
[06.10 07:50:08]
[06.10 07:50:08] OK
[06.10 07:50:09]
[06.10 07:50:09] AT+CIPSEND=0,49
[06.10 07:50:09] >
[06.10 07:50:09] 0, SEND OK
[06.10 07:50:09]
[06.10 07:50:09] +CIPRXGET: 1,0
[06.10 07:50:09]
[06.10 07:50:09] AT+CIPRXGET=2,0,1013
[06.10 07:50:09] +CIPRXGET: 2,0,29,0
0100000B001000020000E401000006000000000101000300010000156B
Srv 1 (23086.flespi.gw). EGTS. EGTS_PT_RESPONSE
Srv 1 (23086.flespi.gw). Response is OK
[06.10 07:50:09] OK
[06.10 07:50:09]
[06.10 07:50:10] +SJDR: NO JAMMING
[06.10 07:50:10]
[06.10 07:50:11] AT+CSQ
[06.10 07:50:11] +CSQ: 22,0
[06.10 07:50:11]
[06.10 07:50:11] OK
[06.10 07:50:11]
[06.10 07:50:13] +SJDR: NO JAMMING
[06.10 07:50:13]
Srv 1 (23086.flespi.gw). Send teledata
0100000B001201020001D97E00020081320000000202101A0096E63E1400000000000000008200000000000000000000..040064E70200190400650100001904006601000019040067E8020019040068E70200190400691E217C1904006EE70200F865
[06.10 07:50:15] AT+CIPSEND=0,287- такие данные получил с другого проекта. Связь устанавливается, respone OK и даже данные телеметрии передаются, но сервер также не может видимо их правильно распарсить. Объект также отображается онлайн, потом пропадает и т.д., при этом координат нет.
Srv 1 (95.167.41.220). Send auth request
0100000B0024000200014E19000200813200000001010116003200000042383636353537303535393339323934F5037B9A
[06.10 08:03:40]
[06.10 08:03:40] AT+CIPSEND=0,49
[06.10 08:03:40] >
[06.10 08:03:41] 0, SEND OK
[06.10 08:03:41]
[06.10 08:03:41] +CIPRXGET: 1,0
[06.10 08:03:41]
[06.10 08:03:41] AT+CIPRXGET=2,0,1013
[06.10 08:03:41] +CIPRXGET: 2,0,53,0
0100000B001000020000E400020006000000000101000300020000B8D70100000B000B00030001950400000000010107010000A40C
Srv 1 (95.167.41.220). EGTS. EGTS_PT_RESPONSE
Bad response. Response = 0
Srv 1 (95.167.41.220). EGTS. EGTS_PT_APPDATA
[06.10 08:03:41] OK- для сравнения. Это лог обмена с моим traccar-сервером по EGTS.
[06/10/2020 11:38:17] 301: device disconnected (received data violates channel's protocol)
{
close_code : 4
duration : 8
error_text : "000868 [egts:394:4] in @egts_sr_ext_pos_data: {ext} not enough data for parsing integer value(2) up to boundary\n by [egts:226:6] in @subrecord\n by [egts:190:5] in @egts_pt_appdata\n by [egts:147:7] in @packet"
event_code : 301
id : 551470
ident : "866557055939294"
msgs : 1
origin_id : 551470
origin_type : 11
recv : 199
send : 29
source : "77.240.240.216:55090"
timestamp : 1601973497.276946
transport : "tcp"
}- ошибка парсинга . Взято с flespi.io
Антон добрый день! Проблемка с датчиками EGTS настроил на порт 5162 он показывает что устройство он лайн, однако на карте не отбражает, вообще никаких координат не принимает. В другом программном обеспечении (GPS Tracker Data Logger) протокол давно реализован и нормально отображается с данного устройства (оно поддерживает функцию вещания на два сервера одновременно) Собственно и на свой родной сервер устройство вещает без проблем.
логи прилагаю, хотя вряд ли, что они что то скажут.
Есть ли у вас какие нибудь мысли на этот счёт?