Обработку я предпочитаю делать в GNSS Solutions, он бесплатен для одночастотных данных. Скачать можно тут, есть русский интерфейс (если кому надо), подробнейшая документация, автоматическое скачивание данных ближайших станций IGS, VRS, техподдержка на форуме геодезист.ру и т.д.
Немного обучающих видео: http://www.youtube.com/user/RingoRU/videos
Кстати модуль импорта Sirf Binary в Solutions тоже есть (я узнал об этом слишком поздно ))), но у меня пока не получилось его задействовать, нужно прикручивать эфемериды.
Может и мне подскажете, что я делаю не так. Да, трек с устройства хоть и залазиет на дома, но он плавный и естественный. А пост обработка выдаёт пилу, хотя если её усреднить то выходит более реальное.
Синеет - исходное решение устройства, рыжие - пост обработка (kinematic). Привязка картинки тут на глаз, ибо RTK только гугль показывает, да ещё и плагин требует.
Может быть это проблема в RINEX базы, потому что он 15-ти секундный? И стоит ли в таком случае снимать с утройства данные на больше частоте чем 1Гц
freeExec, по вам плачет нобелевская премия в области метрологии. Описывается самый сложный
тип измерений: RT кинематика в условиях плотной застройки, но при этом опущены практически все детали
Да, скорее всего из-за базы. Я к сожалению пешие треки не обрабатывал в GNSS Solutions, но обрабатывал статическую запись как кинематику - получалось float решение, пятно в пределах 30 сантиметров. База Менделеево пишет с дискретностью 30 секунд.
freeExec
Solutions большинство измерений пометил меткой Lost of Lock, хотя в ринексе этих флагов нет. Но это цветочки (спишем на маленькую антенну), самое плохое данные идут с перерывами: 4-10 секунд есть запись, потом перерыв 1-5 секунд. Как будто буфер COM-порта переполняется. Если baudrate установлен 38400 и выше - тогда не знаю с чем это может быть связано.
Вообще странно, на обработку это не должно влиять…
Битрейт стоит 38400. Может СД-карта чё тупит, попробую сравнить что она записывает и что отдаётся с устройства.
Спасибо за наводку, буду копать в этом направлении.
Я так понимаю, что это NEO-6M с встроенной пассивной антенной, и выдача сырых данных
сделана с помощью RAM патча. Записанные данные, скажем так, очень плохие
и это связано на мой взгляд с неправильной конфигурацией.
Провалы по 2,3,5 секунд при частоте 1 Hz - это вообще ни в какие ворота не лезет.
Надо
отключить SBAS, от него в данном случае только вред,
отключить все NMEA сообщения,
увеличить скорость последовательного порта как минимум до 57600, хотя при 1 Hz и 9600 должно хватать
(для “чистых” сырых данных).
Данные для кинематики лучше всего децимировать на 15 секундный такт с помощью teqc.exe,
и начинать движение надо конечно с fixed статики.
Да так и есть, он самый. NMEA я оставил, т.к. планирую через блютус (пока ещё не пришёл модуль) на смартфон отправлять. Возможно их можно прорядить отключив ненужные сообщения.
Попробую увеличить скорость порта. Большой ли выигрышный от 5 Hz?
Заводские настройки baudrate у этих прошивок совпадают со скоростью оригинальных девайсов 57600.
Обе протестированные версии поддерживают Extended Ephemeris для холодного старта. Но если честно большого смысла в этом не вижу т.к. в первую очередь их должен поддерживать сам девайс (драйвер виртуального GPS-порта в мобильной винде). Вручную загнать их в аппаратный порт можно используя SiRFDemoPPC 1.16.
Она прошивается обычными методами ? А то я сегодня перепрошил ublox8, а он
после этого потерял связь по USB и это почти кранты.
HTC Athena насколько я помню имеет механизм перепрошивки
из стартового загрузчика
похожий
на старые гармины: со специально упакованным файлом прошивки и цифровой подписью (.nbh формат),
который после распаковки дает такой файл 05_unknown_0x810.nb
в SREC формате
НО девайс накрылся Надо искать аварийный пин…
Не исключено, что флэш маловат, хотя это странно (“стандартный” 0xEF4015 в два раза больше чем 0xEF4014, а Navilock сэкономил).
Есть еще оригинальный прошивальщик HTC, он залочен на конкретный порт (COM8 ?) и требует прошивку в формате S- Моторола. Но им успешно шили неродные девайсы, перенаправляя порт сменой настроек в реестре (в основном эти танцы из-за того что прошивальщик HTC, а устройство Fujitsu Loox) http://gps.0xdc.ru/static/sirf/device/Fujitsu%20Siemens%20Pocket%20Loox%20T830/original/