друзья! помогите с выбором GPS-навигатора

Находил его, завтра буду мучить знакомых, которые нормально английский знают

Ну начнем с того, что если стоит задача вытащить оттуда максимально детальный трек, то смотреть нужно на вполне определенные строки. А именно (из того, что там может быть):

$GPGGA
$GPGSA
$GPGSV
$GPRMC

Ну еще может быть $GPVTG, но только в том случае, если соответствующая опция (GpsEnableVTGmessage) включена в Atlas.ini

Там еще есть строки $PSRFTXT, но это чисто сирфовая информация, к треку отношения не имеет.

А вот есть еще такая штука: InitDebugPvtTrace. Если ее включить, то бог его знает что туда будет выводиться еще (я не пробовал) и не слетит ли этот формат "8 байт + строка".



Дело в том, что я профессионально программированием занимаюсь уже лет... Ну больше 20-ти точно. Причем, большую часть времени - разработка софта, который работает в режиме 24/7 и не имеет права вылетать просто так (а если что-то случилось, то должен сам себя диагностировать и автоматически восстанавливать работоспособность с сохранением всех данных).

И некоторый опыт накопился уже. В том числе где как можно делать, а где что нельзя. Так вот. В данном случае формат не документирован. Это вообще внутренние отладочные файлы магеллана. Они не для юзера, а для разработчика (у меня тоже в софте такое есть - файлы трассировки, там по полтора-два мегабайта в час накапливается). А это значит, что в следующей версии прошивки они могут их изменить под свои нужды - они никому ничего не обещали.

Так что единственный надежный способ - вылавливать нужную информацию по контексту, а не по формату, который, как вам показалось, вы "раскололи".

Сейчас дописываю мелкую консольную утилитку, которая будет извлекать нужную информацию из этих файлов и конвертировать ее в gpx трек. Но в отличие от того gpx, что пишет сам прибор, там будет все - магнитное склонение, количество спутников, тип фикса, xDOP'ы, скорость, курс (к сожалению, эти теги из gpx версии 1.1 почему-то убрали, так что приходится их писать через расширение, зарегистрированное GPXTrackEditor'ом:
xmlns:gte="http://www.gpstrackeditor.com/xmlschemas/General/1"

Но, так или иначе, использование этих файлов превращает навигатор в полноценный логгер. При каждом включении навигатора создается новый файл. Размер там получается не более 2Мб/час.

_________________
//Cheers, Victor
//Magellan eXplorist 310, Transystem TripMate 852, Columbus V-990, Transystem PersonalMate 860Lite, Garmin Nuvi 50

Ну вот, если интересно: https://drive.google.com/open?id=0B1SFdzGC9fHXMDlhZzZ1SDFta2s

Извлекает информацию из файла и сохраняет ее в формате gpx.

Каждая точка содержит следующую информацию:

_________________
//Cheers, Victor
//Magellan eXplorist 310, Transystem TripMate 852, Columbus V-990, Transystem PersonalMate 860Lite, Garmin Nuvi 50

Гм. Оно ругается на отсутствие vcl60.bpl Наверное, потому что C++ Builder у меня не установлен.
Ну то такое, мелочи. Я нашёл недостающие .dll, и вроде заработало. Сейчас запишу новый .bin-файл (а то я сдуру стёр их все) и попробую что получится.

Ох, извиняюсь. Завтра пересоберу в статике. Забыл в опциях проекта поставить галочку

_________________
//Cheers, Victor
//Magellan eXplorist 310, Transystem TripMate 852, Columbus V-990, Transystem PersonalMate 860Lite, Garmin Nuvi 50

Та ничего. Работает. Я проверил. Хотя, конечно, без возни с dll было бы удобнее. А то одну .dll подкинул, а оно просит ещё что-то. Подкинул ещё .dll, а оно просит третью. А я сижу, качаю эти файлики и думаю "ну когда ты уже наешься?!"
Кстати, а зачем для каждой точки писать

?
Ведь эта инфа продублирована в других тегах.
И зачем нужна SK42WGS84.dll, если данные от чипа вроде как идут в WGS84?

Завтра пересоберу чтобы без лишних dll.
Просто писал на скорую руку, между работой, а по умолчанию оно в свойствах проекта ставит динамическую линковку.

Тэг <desc> есть тяжелое наследие nmeaprocessor - там я не пользовал расширение gte и информация о скорости писалась туда. Плюс некоторые программы при наведении на точку трека отображают содержимое этого тэга в виде хинта.

Dll содержит много разных сервисных функций. Тут используется универсальный (для меня) модуль классов gpxpoint, gpxtrack, gpxfile в котором используются функции из этой dll.

Кстати завтра докину в архив еще утилитку, которая просто nmea строки извлекает. Все, которые есть (а их там больше чем попадает в gpx файл - туда я пишу только те строки, где связь со спутниками уже есть, а в файле есть все, включая процесс поиска спутников. Плюс тут я игнорирую строки gpgsv где содержится информация о все видимых спутниках - номер, азимут, возвышение, snr.

_________________
//Cheers, Victor
//Magellan eXplorist 310, Transystem TripMate 852, Columbus V-990, Transystem PersonalMate 860Lite, Garmin Nuvi 50

Выложил исправленное:
https://drive.google.com/open?id=0B1SFdzGC9fHXdGd0NHF4eU9QWlk

_________________
//Cheers, Victor
//Magellan eXplorist 310, Transystem TripMate 852, Columbus V-990, Transystem PersonalMate 860Lite, Garmin Nuvi 50

Ага, теперь понятно. И спасибо за программу.
Но всё равно остаётся вопрос о тех восьми служебных байтах. А что если в них окажутся символы $GP ?
По крайней мере, в первых четырёх байтах это вполне возможно

UPD: Ну вот, что я и говорил
Как только в служебных байтах обнаруживается символ $, программа это воспринимает как новую NMEA-последовательность.
Кстати, почему-то не все последовательности заканчиваются звёздочкой и двумя контрольными байтами.
В логе встретилась такая:
$GPGSV,3,2,12,03,81,122,23,23,67,254,,01,28,186,,mM
Причём, если я правильно расколол формат, то тут символы mM лишние, потому что перед строчкой указана длина 49 байт, куда mM уже не влазят.

Ну если говорить о преобразовании в gpx, то там после извлечения nmea строки она передается в парсер. А он просто проигнорирует если что-то не так.

_________________
//Cheers, Victor
//Magellan eXplorist 310, Transystem TripMate 852, Columbus V-990, Transystem PersonalMate 860Lite, Garmin Nuvi 50

Ну всё равно это как-то неправильно.

Ужесточил проверку.

https://drive.google.com/open?id=0B1SFdzGC9fHXU3F6U01DUmtIaE0

Теперь в Bin2GPX в парсер пропускаются только строки GPGGA, GPGSA и GPRMC. А в выходной файл попадает только те строки, где есть фиксация позиции.

В Bin2NMEA фильтруются все возможные строки: GPGGA, GPGSA, GPGSV, GPRMC, GPVTG и PSRFTXT

Есть строка не заканчивается контрольной суммой (* плюс еще две цифры), то она игнорируется т.к. не является корректной nmea строкой

_________________
//Cheers, Victor
//Magellan eXplorist 310, Transystem TripMate 852, Columbus V-990, Transystem PersonalMate 860Lite, Garmin Nuvi 50

Чтобы было все на 100% правильно нужна информация о формате этого файла от разработчика. Т.е. читаться он должен точно так же как пишется. Тогда будет гарантия правильности. Когда информации нет, правильно сделать не получится. Получится только извлечь максимум информации с гарантией того, что извлеченное достоверно. А то, что подвергается сомнению просто отбрасывается.

_________________
//Cheers, Victor
//Magellan eXplorist 310, Transystem TripMate 852, Columbus V-990, Transystem PersonalMate 860Lite, Garmin Nuvi 50

Ох и занудный вы дядька
Кабы мы на информацию от разработчика надеялись, мы бы вообще без карт к "Магелланам" остались
Ну сделайте вы, пожалуйста, отдельную версию программы, чтобы разбиение на строки делалось по инфе из служебных байтов. Это ж проще, чем с нуля программу писать.

А насчёт возможных изменений в формате .bin-файла вы не переживайте. Программисты Магеллана слишком ленивы для этого

Ага Результат долгих танцев с бубном на граблях



Практически одинаково. Там кроме чтения из файла ничего нет. Остальное - набор уже готовых модулей если речь идет о выводе в gpx, при выводе в nmea там вообще ничего больше нет).
Да и смысла нет. Суть ведь не в том, чтобы выдрать оттуда сколько-то байт, начиная с определенного, а в том, чтобы получить валидную nmea строку, которая потом пройдет через парсер и не будет им отвергнута. А это достигается 100% контролем того, что мы пишем в выходной файл. Что я и делаю сейчас.

_________________
//Cheers, Victor
//Magellan eXplorist 310, Transystem TripMate 852, Columbus V-990, Transystem PersonalMate 860Lite, Garmin Nuvi 50