Сторінка 1 з 1

Формат передаваемых данных на сервер.

Додано: 20 лютого 2017, 11:11
ui.dev
Добрый день.

Есть проблема с треккером OKO-DUT. После обновления с версии 3о9 до 4о1 :
1) Перестали приходить коды 02 и 06 которые раньше отвечали за включение и выключение зажигания.
2) После первой строки данных приходит вторая которая представляет собой либо пробел, либо переход на следующую строку (раньше такого не было).

Также скачал инструкцию для версии 4о1 и как оказалось там нет "раздела" "Формат передаваемых данных на сервер"(хотя раньше был).

У кого есть какие либо идеи буду рад вашим советам.

Re: Формат передаваемых данных на сервер.

Додано: 20 лютого 2017, 16:25
boby
данный вид товара очень специфический - он заточен сугубо для контроля уровня топлива и трекинга автомобиля.
его, как правило, покупают для предприятий и потом не заморачиваются с обновлением ПО если не возникает "проблем".
На сайте содержимое архива по этому изделию было устаревшим - уже обновили, можете скачать опять.
Какие есть ньюансы:
1) ОКО-ДУТ "раньше" был на базе платы АВТО (видимо у вас именно он), где есть слот под микрСД карту - последняя версия ПО для него 4о7
2) после снятия с производства АВТО в изделии ОКО-ДУТ идут новые платы АВТО-2 (без микроСД холдера - там впаяна флешка) - последняя верси ПО для него 5о9

прошивки АВТО и АВТО-2 не совместимы, да к тому же вам не удастся в АВТО-2 залить прошивку от АВТО иил наоборот.

что касается протокола (его описание есть в обновленном архиве), то там были некоторые ключевые изменения, а именно ...

В случае использования порта 31200-31209 в конце каждого пакета идет два дополнительных байта 0x0D, 0x0A (возврат каретки и новая строка).


это необходимо для поддержки тех тср-серверов, где лиссенер порта использует функцию "чтения строки" (типа Readline), тоесть необходимо передавать признак конца строки.
Вы видимо используете на своем сервере функцию побайтного чтения буфера приема, тоесть вам необходимо самостоятельно из потока данных "выдергивать" необходимые пакеты, отслеживая их за признаком старта пакета ( символ "{" ) и его окончания ( символ "}" ). а все что дальше идет после "}" вас не должно "парить", пока вы снова не встретите символ "{".

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

Re: Формат передаваемых данных на сервер.

Додано: 01 березня 2017, 11:49
ui.dev
1) Переподключили оборудование и коды 02 и 06 стали приходить :)
2) Да, все дело в последних 2 дополнительных байтах. Стали делать проверку на пустую строку после трима при приходящем пакете в 2 байта и все стало работать как часы.

Спасибо за быстрый ответ :))

Re: Формат передаваемых данных на сервер.

Додано: 27 червня 2018, 08:08
Ilja
Добрый день!
Вопрос к пользователю boby.
Имеется прибор OKO-U v3.7, на сервер поступил код события FC, в описании этого кода нет. При каком событии формируется данный код?

Re: Формат передаваемых данных на сервер.

Додано: 27 червня 2018, 10:45
m_p_p
Вы уверены, что это код события, а не значение какого-либо параметра?

Re: Формат передаваемых данных на сервер.

Додано: 27 червня 2018, 22:01
boby
такое событие с кодом FC возникает в приборе, когда он не может установить связь с сервером некоторое время. Тоесть, в памяти прибора есть события, которые необходимо передать на сервер, но он может установить связь с сервером (например, нет денег на сим-ке, нет услуги гпрс опертора, лежит сервер). тогда возникает в памяти прибора и это системное событие. когда связь с сервером восстанавливается, то прибор сбрасывает туда все эти события с буфера ОЗУ.

Re: Формат передаваемых данных на сервер.

Додано: 28 червня 2018, 07:48
Ilja
Спасибо за ответ!