Вы не вошли. Пожалуйста, войдите или зарегистрируйтесь.
chiffa
вы бы рассказали конкретно что у вас за задача.
Если надо сформировать строку для SD, то формат должен быть ГГMM.MMMM - как в протоколе NMEA. Я так понимаю, разработчики протокола специально сделали его похожим на NMEA, чтобы меньше нужно было пересчитывать.
Да. именно SD строку... Как #SD#date;time;lat1;lat2;lon1;lon2;speed;course;height;sats\r\n
формат ГГMM.MMMM то есть должно быть так 5030.274? результат тот же...
Да. именно SD строку... Как #SD#date;time;lat1;lat2;lon1;lon2;speed;course;height;sats\r\n
формат ГГMM.MMMM то есть должно быть так 5030.274? результат тот же...
Вы документацию к протоколу читали? (http://gurtam.com/hw/cfg/Wialon%20IPS.pdf)
Там подробно описана структура пакета:
#SD#date;time;lat1;lat2;lon1;lon2;speed;course;height;sats\r\n
date дата в формате DDMMYY, в UTC
time время в формате HHMMSS, в UTC
lat1;lat2 широта (5544.6025;N)
lon1;lon2 долгота (03739.6834;E)
speed скорость, целое число, км/ч
course курс, целое число, градусы
height высота, целое число, в метрах
sats количество спутников, целое число
что вам именно из параметров не понятно?
5030.274
На всякий случай поясню, это запись значит 50°30.274'
а гугл координаты показывает ТОЛЬКО ГРАДУСЫ и доли градуса, То есть эта координата примерно эквивалентна 50.5° (так как 30' это полградуса).
я читал... блин, не обратил внимание что по долготе 0 впереди... Но все равно немного не то. А вернее не точно: я получаю 5030.2765, а согласно карте должно быть 5030.4584...
покажите свою формулу перевода
2012-02-22 11:08:15 - зона +03 коорд: 53.914495, 27.451056 (0)
#SD#220212;080815;5354.8697200;N;02727.0633500;E;0.0;0;0;0;
переводил тут
http://transition.fcc.gov/mb/audio/bick … cimal.html
и тут
http://www.4turista.ru/node/261
Добавлено спустя 9 минут 56 секунд:
2012-02-22 11:08:15 - зона +03 коорд: 53.914495, 27.451056 (0)
#SD#220212;080815;5354.8697200;N;02727.0633500;E;0.0;0;0;0;
а как Вы 53.914495 перевели в 5354.8697200
Вы статью на wiki читали http://ru.wikipedia.org/wiki/%D0%93%D0% … 1%82%D1%8B
давал ссылку выше.
А геометрию в школе учили? 
53.914495 - 53 градуса и 0.914495*60=54,8697 минут исходя из того что в одном градусе 60 минут
А можно как то создавать новые объекты с удаленного девайса через запрос?
chiffa, используя Wialon SDK. Поищите по форуму на эту тему.
Здравствуйте, я столкнулся со следующей проблемой при работе с протоколом Wialon IPS v.1.1:
На один запрос устройства сервер возвращает несколько ответов, например:
#SD#270612;181952;5318.6648;N;08345.3777;E;NA;NA;NA;NA
#ASD#11
#ASD#11
#ASD#11
#ASD#12
#ASD#1Обратите внимание, на один запрос проходит не один, а 5 ответов, из которых 3(!) - одинаковые. Это сервер ругается на значения "NA" в полях speed, course, height, sats. Мне непонятно зачем? Ведь протокол допускает такое значения в этих полях.
Подобное поведение сервера не указано в описании протокола, более того там сказано, как я понимаю, что на каждый запрос возвращается один ответ:
В ответ на сокращённый пакет с данными сервер посылает команду ASD:
“-1” – ошибка структуры пакета
“0” – некорректное время
“1” – пакет успешно зафиксировался
...
Соответственно из описания протокола я не могу узнать сколько, какие и в каком порядке я получу ответы.
Теперь собственно сам вопрос:
Как мне узнать, что "сервер сказал все что хотел" на мой запрос? Спасибо.
p.s. Таймаут не подходит, мне надо знать именно логику поведения сервера.
Добрый день.
Что-то не так, проверили Ваш пакет по телнету, получили корректный один ответ:
>> #L#123;NA
<< #AL#1
>> #SD#270612;181952;5318.6648;N;08345.3777;E;NA;NA;NA;NA
<< #ASD#1
Варианта два, либо Вы когда считываете входящий пакет - не очищаете буфер, либо Вы шлёте пакет на Wialon Pro, а там лежит старая версия скрипта. Пускай владельцы этого Wialon Pro напишут запрос в тех. поддержку Gurtam с просьбой получить последнюю версию скрипта Wialon IPS.
Как мне узнать, что "сервер сказал все что хотел" на мой запрос? Спасибо.
p.s. Таймаут не подходит, мне надо знать именно логику поведения сервера.
Как только сервер получает пакет он в доли секунды его парсирует и выдаёт ответ, задержка может быть только в gprs канале.
Здравствуйте, я разрабатываю приложение под Android для работы с системой Wialon.
Возник вопрос по работе BlackBox в протоколе Wialon IPS, надеюсь, что Вы сможете мне помочь.
Суть вопроса такая, я посылаю сообщения вида: #D#date;time;lat1;lat2;lon1;lon2;speed;course;height;sats;hdop;inputs;outputs;adc;ibutton;params\r\n
Все работает отлично, пакеты авторизуются на сервере.
Возникла потребность в отправке сообщений, которые были накоплены в момент отсутствия связи с сервером.
Пытался отправлять пакеты вида:
#B##D#date;time;lat1;lat2;lon1;lon2;speed;course;height;sats;hdop;inputs;outputs;adc;ibutton;params\r\n|#D#date;time;lat1;lat2;lon1;lon2;speed;course;height;sats;hdop;inputs;outputs;adc;ibutton;params\r\n\r\n
Но в ответ всегда приходит #AB#0\r\n.
Подскажите пожалуйста, что мне надо исправить в пакете BlackBox.
Заранее спасибо.
сообщение должно выглядеть следующим образом:
#B#date;time;lat1;lat2;lon1;lon2;speed;course;height;sats;hdop;inputs;outputs;adc;ibutton;params|date;time;lat1;lat2;lon1;lon2;speed;course;height;sats;hdop;inputs;outputs;adc;ibutton;params|date;time;lat1;lat2;lon1;lon2;speed;course;height;sats;hdop;inputs;outputs;adc;ibutton;params\r\n
здесь пример для 3 сообщений в одном
#B##D#date;time;lat1;lat2;lon1;lon2;speed;course;height;sats;hdop;inputs;outputs;adc;ibutton;params\r\n|#D#date;time;lat1;lat2;lon1;lon2;speed;course;height;sats;hdop;inputs;outputs;adc;ibutton;params\r\n\r\n
Кажется это стандартная ловушка
))) угу
Чтоб вам время свое сберечь надо это дело в описание протокола добавить.
Еще можно упомянуть, что если координаты не валидны, а время-дата есть, то вместо координат можно передавать NA. Это тоже нигде не указано, но крайне полезно.
Еще информация на заметку разработчикам протокола.
#D# и #SD# абсолютно не нужны в протоколе. Все эти коды ошибок тоже не имеют смысла, так как все они могут быть вызваны только некорректным использованием, если же пршивка отлажена строка всегда принимается сервером успешно.
И из всего перечисленного достаточно одного #B# для передачи информации.
Alex2051
Иногда нет смысла всё передавать в B пакете, онлайн проще передавать в D или SD, плюс когда необходимо чуть-чуть трафик сэкономить. В любом случае они не лишние, просто в некоторых ситуация ими можно не пользоваться.
#D# и #SD# абсолютно не нужны в протоколе.
Даже если без них можно обойтись это не значит, что их нужно убрать. Версии протокола должны быть обратно совместимыми.
Пусть сервер понимает все команды, какие проблемы...
А те, кто пишет свои сервера пусть штудируют все версии протоколов.
Это в общем мое мнение, я люблю простоту во всем. Менше лишней информации - меньше потом вопросов.
Думаю что все мнения имеют право на жизнь 