Вы не вошли. Пожалуйста, войдите или зарегистрируйтесь.
- обновленные спецификации протокола (EGTS 1.6.rar);
- пример исходного кода на языке программирования С, позволяющий создавать и декодировать пакеты данных; комплект для проверки корректности работы примера исходного кода (edts-1.1.2.2 Source Code 19.03.12.rar)
- исполняемые приложения MS Windows 7, предназначенные для проверки корректности заполнения пакетов данных (EGTS_Validator_v.1.1.3.1.rar).
Кому то прислали архивы или тишина?
Господа, вы бы меня очень выручили, выслав вышеупомянутые файлы на адрес eegorek@mail.ru
chol
нет( тишина...
Грусть... Тоска... Печаль...
Господа, нельзя ли и мне выслать вышеупомянутые файлы на адрес david_km@mail.ru
И мне, пожалуйста, пришлите на neherim@gmail.com. Безумно был бы благодарен.
Пакеты с типом EGTS_PT_APPDATA, сервисом EGTS_TELEDATA_SERVICE и субзаписями с типом EGTS_SR_POS_DATA не проходят валидацию представленными валидаторами, ошибка
Subrecord Data:
------------------
Validating Result - 150 (Unknown service)
Subrecord Type - 16 (unspecified)
Subrecord Length - 21
Кто-нибудь сталкивался?
Коллеги, очень прошу прислать мне файлы на dg@euroml.ru. Заранее спасибо!
У них в валидаторе не реализован сервис EGTS_TELEDATA_SERVICE.
Кстати, в описании ошибка в номере подзаписи сервиса EGTS_TELEDATA_SERVICE
Должно быть:
EGTS_SR_ACCEL_DATA= 20
EGTS_SR_STATE_DATA= 21
Пакеты с типом EGTS_PT_APPDATA, сервисом EGTS_TELEDATA_SERVICE и субзаписями с типом EGTS_SR_POS_DATA не проходят валидацию представленными валидаторами, ошибка
Subrecord Data:
------------------
Validating Result - 150 (Unknown service)Subrecord Type - 16 (unspecified)
Subrecord Length - 21
Кто-нибудь сталкивался?
AlexanderNikolaev, спасибо.
Не может ли кто-нибудь просветить ещё по такому вопросу:
поле OID для ID терминала имеет тип UNSIGNED INT, в который не влазит полный IMEI (15 знаков).
IMEI у нас используется в качестве ID терминала.
Как можно выйти из положения?
Чорт, чорт, чорт, Виалон видит машинку и правильно показывает, но
ответы Виалон не совпадают с ответами моего РНИЦ. Такое впечатление, что Виалон сильно упростил структуру ответа.
Виалон на попытку авторизации отвечает EGTS_PC_ID_NFOUND, насколько я понимаю.
Поделитесь секретами авторизации на сервере РНИЦ, пожалуйста, кто успел запрограммировать.
Ну что, никто не может сказать, почему Виалон и РНИЦ отвечают по разному? И кто виноват? И что делать?
Кстати, Виалон разумней отвечает.
Добавлено спустя 1 минуту 3 секунды:
Я почему здесь спрашиваю - потому, что от своего РНИЦ добиться ответа не могу 
Коллеги, очень нужны файлы с документацией и валидатором. Не мог бы кто-нибудь поделиться на x_art [собака] newmail.ru. Cпасибо!
Если не затруднит, отправьте и мне пожалуйста документацию с валидатором на почту ufa3737@mail.ru . Буду очень признателен!
И мне пожалуйста. Огромная просьба, кто может поделится, документацией и валидатором отправьте на sergey.kahan@gmail.com
Кстати, создатели валидатора буквально на днях заявили: соответствие "по валидатору" не обеспечивает полного соответствия протоколу и достаточной совместимости с РНИЦ-платформами... такие дела...
Уважаемые коллеги!
Пришлите, пожалуйста, и нам документацию, примеры и валидатор :-)
sbeilin [@] lab-m.ru
Заранее спасибо!
Коллеги! Прошу прислать тоже документацию, примеры и валидатор на kozlov_vital [@] mail.ru
Коллеги! Спасите пришлите валидатор на ru.dev14[собака]trezub.ru
Запросите валидатор напрямую у http://www.nis-glonass.ru/contacts/, дают, по-моему без вопросов после заполнения анкеты. А вся документация по протоколу есть в гугле (285 приказ Минтранса + ГОСТ Р 54619-2011).
Может кто сталкивался с проблемой, не присылается TID при первоначальной авторизации устройства,
-> EGTS_SR_TERM_IDENTITY (TID=0,IMEI, IMSI) кидаю серверу
в ответ, как написано в документации по протоколу должен
прийти файл конфигурации в под записи EGTS_SR_SERVICE_FULL_DATA,
А у меня, вот так
Send: [01 00 02 0b 00 2e 00 01 00 01 bf 27 00 01 00 00 01 01 01 24 00 00 00 00 00 06 xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx 69 0a ]
Received: [01 00 03 0b 00 10 00 17 86 00 8d 01 00 00 06 00 00 00 18 01 01 00 03 00 01 00 00 14 11 ]
Received: [01 00 03 0b 00 0b 00 16 86 01 fc 04 00 00 00 58 01 01 09 01 00 00 c4 d7 ]
Вообщем то ли лыжи не едут, то ли я ....
Сервер-то чей? Не видел ни одного сервера, который бы реализовал эту часть спецификации.
в ответ, как написано в документации по протоколу должен
прийти файл конфигурации в под записи EGTS_SR_SERVICE_FULL_DATA
Ну в ответ вам приходит сообщение, что авторизация успешна.
Packet data:
0100030B0010001786008D010000060000001801010003000100001411
EGTS Transport Layer:
---------------------
Validating result - 0 (OK)
Protocol Version - 1
Security Key ID - 0
Flags - 00000011b (0x03)
Prefix - 00
Route - 0
Encryption Alg - 00
Compression - 0
Priority - 11 (low)
Header Length - 11
Header Encoding - 0
Frame Data Length - 16
Packet ID - 34327
No route info -
Header Check Sum - 0x8D
EGTS Service Layer:
---------------------
Validating result - 0 (OK)
Packet Type - EGTS_PT_RESPONSE
Service Layer CS - 0x1114
Responded Packet ID - 1
Processing Result - 0 (OK)
Service Layer Record:
---------------------
Validating Result - 0 (OK)
Record Length - 6
Record Number - 0
Record flags - 00011000b (0x18)
Sourse Service On Device - 0
Recipient Service On Device - 0
Group Flag - 0
Record Processing Priority - 11 (low)
Time Field Exists - 0
Event ID Field Exists - 0
Object ID Field Exists - 0
Source Service Type - 1 (EGTS_AUTH_SERVICE)
Recipient Service Type - 1 (EGTS_AUTH_SERVICE)
Subrecord Data:
------------------
Validating Result - 0 (OK)
Subrecord Type - 0 (EGTS_SR_RESPONSE)
Subrecord Length - 3
Confirmed Record Number- 1
Record Status - 0 (OK)
-------------------------------------------------------------На сервере забит IMEI вашего девайса? Сейчас в основном все делают упрощенную авторизацию по номеру IMEI, а не выдают TID.
А в поле TID, что писать оно вроде как обязательное?
Раз авторизация у вас проходит успешно, надо полагать что TID игнорируется сервером, соответственно неважно чем забиты эти 4 байта.