Все вопросы по Wialon IPS

Приветствую!
Решил надосуге поэксперементировать с протоколом используя gps tag под андроид. Натравил его на собственный "сервер" (обычный netcat), и обнаружил, что первым сообщением приходит не "#L#....", а "#VL#15292;861353022694252;NA". В документации, которую удалось найти такая команда не описана. Использую документацию по протоколу версии 1.1, она устарела или протокол сменился?

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

Кстати, shal, если вы уже здесь На мой предыдущий вопрос насчет "эскейпинга" ответьте, пожалуйста. Куда написать, чтоб включили эту фичу в протокол?

Со своей колокольни я б сказал: "А не хрен его бесплатным было делать" Это, кстати, стоило мне кучу клиентов. А уж сколько потенциальных... Впрочем, это вид с моей колокольни, так сказать.

Спасибо за адрес и за ссылку (сразу подписался на тему). Насчет бинарного протокола, то я готов поспорить о преимуществах. Мне кажется, что разницы нет текстовый или бинарный протокол. Да, формат накладывает ограничения, но если все сконструировано правильно, то эти ограничения убираются и никаких проблем не должно быть. ( Но вот с текстовым протоколом зато удобнее отлаживать программу )
Кстати, я пробежал глазами по спецификации и нашел как минимум две вещи решенные в Wialon Binary по сравнению с Wialon IPS. Верной дорогой идете товарищи

Считаю что задал вполне конкретный вопрос.
Неужели сложно ответить?!

Если Gurtam не отвечает, то кто-нибудь из сообщества поделитесь вашими подходами.

Я это прекрасно понимаю.
Вопрос в основном был в понимании параметров. Как я уже выше говорил, я не знаю тип прибора. В этом моя основная проблема.
Планирую сделать парсинг всех протоколов на сайте в разделе оборудование. и собрать все настройки, какие только могут быть для всех протоколов. Интересует пересечение параметров для разных протоколов, т.е. ситуации, когда они одинаковые. Я могу полагаться на допущение, что они выполняют одну и ту же роль или значения.
И еще надеялся узнать "кухню" gurtam, как у них эти параметры формируются, т.е. это уникальный список в рамках всех протоколов, или индивидуальный для каждого.

В любом случае спасибо, что поделились своими мыслями.

Всем доброго времени суток. На досуге пишу приемник по протоколу Wialon IPS. Отрабатываю на эмуляторе и все замечательно: прибор залогинился, передал параметры в пакете, получил ответ. А вот с ретранслятором протокола беда, на сообщения об отклонении авторизации или что структура пакета не верна он не реагирует, сыпет все пакеты. При том, он шлет в одном сообщении несколько пакетов одновременно, бывает пакеты оторваны, а следующая посылка начинается с куска предыдущего пакета. Как реагировать на такие моменты. Такое особенно возникает, если включить передачу истории за предыдущий период...

Где-то уже писалось, что ретранслятор не пытается перепослать непринятые пакеты. В первой посылке после установления TCP-коннекта отправляется команда логина и от одного до нескольких пакетов данных. По принципу "отправил и забыл". Если вы логин приняли, то сессия остаётся живой и последующие данные пуляются в ней-же. Если вы логин не приняли, коннект рвётся (вами, с потерей того куска данных, которые были в этой посылке), но данные на передачу есть ещё, поэтому сразу устанавливается новый коннект, в котором опять команда логина и ещё кусочек данных.
Разрыва сообщения на несколько коннектов не встречал. Ищите где-то софтовую ошибку. Разбиение пакета на куски внутри одного коннекта может быть обусловлено особенностями реализации сокета в применённом вами языке (особенно под трассировкой такое бывает). Это надо обрабатывать. Например, накапливать принимаемое в некий буфер и проверять наличие в нём символов 0D0A.

Дописывайте приходящий буфер к другому, более крупному, и ищите в нём байты 0x0D 0x0A, если найдены - обрабатывайте крупный буфер и очищайте до найденных байтов.
Крупный буфер должен работать как очередь. Лимит размера можно подобрать опытным путём

Да, можно так. Только разделите ситуации, когда длина строки вышла за лимит и когда найден концевик \r\n

Когда длина превысила лимит - лучше всего наверно сделать дисконнект. Только размер буфера сделайте хотя бы 30 килобайт, и в идеале надо работать с byte[] вместо string.

А когда найден концевик - из message нужно вырезать начало до концевика, обработать и повторить пока концевик встречается

Имеете ввиду, я должен отправить столько ответов транслятору, сколько в итоге получилось пакетов из message?

Спасибо Вам за помощь, очень помогли. Но хотел бы еще уточнить, есть ли какой то максимальный размер сообщения, который может отправить ретранслятор, если включить ретрансляцию истории?