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/
Извиняюсь, не правильно выразился. Интересует направление вектора. Да, movingbase как раз и нужен, с помощью него сумел найти дельты по трем осям, пока этого более чем достаточно. Спасибо за наводку.
Моя грубая ошибка все таки была, забыл грохнуть FIS для 0xEF4015
Вот картинка модуля http://www.dlbilder.de/produkte/orig/54afb02a3871e5.66999041.jpg
8 контрольных точек хорошо видны, самая близкая это видимо PPS (раз там светодиод),
4 справа (под разъемом) идут куда-то к отсутствующему RS232 чипу, короче задача
найти SAFEBOOT_N сложная
The NBH files created using yang are not signed with the HTC certificate,
so you’ll need a method to bypass signature checking on your device bootloader.
ClockBias это результат уравнивания, т.е. величина вычисляемая. Случайно обнаружил что GNSS Solutions берёт фазовые данные и без неё, даже разрыва в фазе нет.
В основном он нужен чтобы привести данные к разумным величинам т.к. не все программы понимают псевдодальности по 60,000 км.
Логично, единственная “некрасивость” в том, что метка времени будет тоже “местная”, интересно как teqc на это отреагирует.
Да, самим уравнениям-то все равно, так как там стоит сумма псевдодальности и сдвига часов,
а вот например NVS драйвер такие вещи не любит
/* Error checking */
if (((raw->obs.data[n].P[0]) < -10E6) || ((raw->obs.data[n].P[0]) > +60E6)) {
trace(2,"obs.data[%d].P=%e unlikely to be correct\n", n, raw->obs.data[n].P[0]);
/* Unlikely to be possible if the clock bias does not run free */
/* there could be an error in the stream */
return -1;
}
u-blox тоже изменил выдачу временных меток между RXM-RAW и RXM-RAWX: если раньше она была
принудительно выровнена на границу ±1 ms (в зависимости от направления дрифта TCXO), то теперь данные выдаются “как есть”.