RTKlib/постпроцессинг

Она есть, но я не выкладывал т.к. работа с командной строкой и лень было делать описание. Позже подниму архив, выложу.

freeExec, по вам плачет нобелевская премия в области метрологии. Описывается самый сложный
тип измерений: RT кинематика в условиях плотной застройки, но при этом опущены практически все детали :frowning:

Да, скорее всего из-за базы. Я к сожалению пешие треки не обрабатывал в GNSS Solutions, но обрабатывал статическую запись как кинематику - получалось float решение, пятно в пределах 30 сантиметров. База Менделеево пишет с дискретностью 30 секунд.

Какие детали интересуют? Там одноэтажные домики, не думаю, что они много закрывают неба.

freeExec
Может выложите где-то ринексы, я посмотрю в Solutions и сравним результат. Ну и для статистики - что за приёмник, какая антенна.

https://www.dropbox.com/s/w3jbxz4q54ymqxy/test.7z?dl=0
Ublox6, антенка стандартная, что шла в комплекте 2х2 см (керамическая вроде). Догадываюсь, что не фантан, но ожидал лучшего.

freeExec
Solutions большинство измерений пометил меткой Lost of Lock, хотя в ринексе этих флагов нет. Но это цветочки (спишем на маленькую антенну), самое плохое данные идут с перерывами: 4-10 секунд есть запись, потом перерыв 1-5 секунд. Как будто буфер COM-порта переполняется. Если baudrate установлен 38400 и выше - тогда не знаю с чем это может быть связано.

Вообще странно, на обработку это не должно влиять…

Битрейт стоит 38400. Может СД-карта чё тупит, попробую сравнить что она записывает и что отдаётся с устройства.
Спасибо за наводку, буду копать в этом направлении.

Я так понимаю, что это NEO-6M с встроенной пассивной антенной, и выдача сырых данных
сделана с помощью RAM патча. Записанные данные, скажем так, очень плохие
и это связано на мой взгляд с неправильной конфигурацией.
Провалы по 2,3,5 секунд при частоте 1 Hz - это вообще ни в какие ворота не лезет.
Надо

  1. отключить SBAS, от него в данном случае только вред,
  2. отключить все NMEA сообщения,
  3. увеличить скорость последовательного порта как минимум до 57600, хотя при 1 Hz и 9600 должно хватать
    (для “чистых” сырых данных).
    Данные для кинематики лучше всего децимировать на 15 секундный такт с помощью teqc.exe,
    и начинать движение надо конечно с fixed статики.

Да так и есть, он самый. NMEA я оставил, т.к. планирую через блютус (пока ещё не пришёл модуль) на смартфон отправлять. Возможно их можно прорядить отключив ненужные сообщения.
Попробую увеличить скорость порта. Большой ли выигрышный от 5 Hz?

Если оставлять, то GGA

Если данные с базы будут тоже 5 Hz, тогда для “очень точной” RTK да.

Успешно протестированы следующие SiRF прошивки с фазой на неродных девайсах.

  1. GloFiish DX900 GSWLT3.2.5Eten_3.3.01.06-CL31P2.00 установлена на более старую модель Eten Glofiish X650
    Это редкая GSWLT-версия, новее не встречал.

  2. Intermec CN3 GSW3.5.0_3.5.00.00-C35P2.00 встала как родная на Mio A701.

Заводские настройки baudrate у этих прошивок совпадают со скоростью оригинальных девайсов 57600.

Обе протестированные версии поддерживают Extended Ephemeris для холодного старта. Но если честно большого смысла в этом не вижу т.к. в первую очередь их должен поддерживать сам девайс (драйвер виртуального GPS-порта в мобильной винде). Вручную загнать их в аппаратный порт можно используя SiRFDemoPPC 1.16.

(исправлено: опечатки)

Она прошивается обычными методами ? А то я сегодня перепрошил ublox8, а он
после этого потерял связь по USB и это почти кранты.
HTC Athena насколько я помню имеет механизм перепрошивки
из стартового загрузчика
похожий
на старые гармины: со специально упакованным файлом прошивки и цифровой подписью (.nbh формат),
который после распаковки дает такой файл 05_unknown_0x810.nb
в SREC формате


S31500000000370000EA0C0000EAA80000EA0A0000EA4D
S315000000100B0000EA200000000B0000EA270000EABF
...

который можно вернуть обратно в binary:


$ objcopy -I srec -O binary 05_unknown_0x810.nb /tmp/sirf3_athena.bin

Но вот как двигаясь в обратном порядке создать .nbh я уже забыл :rage:

Edit
Нашел https://code.google.com/p/htc-flasher , но надо с ним еще разбираться.

Edit2 Хмм, похоже работает. Так под горячую руку можно и HTC Athena грохнуть :sunglasses:


$ ~/htc-flasher-read-only/src/yang -F /tmp/RUU_signed.nbh -f 05_unknown_0x810.nb -s 64 -t 0x810 -d ATHE100 -c 11111111 -v 1.00.000.0 -l WWE
=== yang v1.1: Yet Another NBH Generator
=== (c) 2008 Pau Oliva Fora - pof @ XDA-Developers

[] Output NBH file: /tmp/RUU_signed.nbh
[] Input files: 05_unknown_0x810.nb
[] SignMaxChunkSize: 64
[] Input types: 0x810
[] Device: ATHE100
[] CID: 11111111
[] Version: 1.00.000.0
[] Language: WWE

[] 0x810 --> 05_unknown_0x810.nb

$ ~/htc-flasher-read-only/src/yang -X RUU_signed.nbh
=== yang v1.1: Yet Another NBH Generator
=== (c) 2008 Pau Oliva Fora - pof @ XDA-Developers

[] Extract NBH file 'RUU_signed.nbh'

Device:   ATHE100
CID:      11111111
Version:  1.00.000.0
Language: WWE

[] Extracting: 00_unknown_0x810.nb
[] Done!

$ md5sum 05_unknown_0x810.nb 00_unknown_0x810.nb 
3e2908b53249788e6222efb5a6eb3ed1  05_unknown_0x810.nb
3e2908b53249788e6222efb5a6eb3ed1  00_unknown_0x810.nb

$ sha1sum 05_unknown_0x810.nb 00_unknown_0x810.nb 
f61b208ee7fcd7728ac139904e6970d71a68286f  05_unknown_0x810.nb
f61b208ee7fcd7728ac139904e6970d71a68286f  00_unknown_0x810.nb

Я успешно прошивал несколько устройств по инструкции http://gps.0xdc.ru/wiki/doku.php?id=sirfstar#прошивка_gps_sirfstariii_на_windows_ce_sirfmemdump

Разобрал приемник Navilock NL-8022MU http://www.navilock.de/produkte/N_62532/merkmale.html?setLanguage=en
Там внутри чип Winbond 25Q80DV
http://www.winbond.com.tw/resource-files/w25q80dv_revf_02112015.pdf
3V 8M-BIT SERIAL FLASH MEMORY WITH DUAL AND QUAD SPI
Конечно нехорошо было ROM 2.01 прошивать с EXT 2.00 (EXT 2.01 я по глупости стер), но тем не менее u-center ничего против не имел:


Starting Flash Firmware Update
Loading and checking firmware image
Load FW binary 'Z:\tmp\EXT_G80.bin'
Binary check success, G80 image valid.
Version: 2.00 (74182) Sep 26 2013 14:42:35
FLASH Base:          0x800000
FW Base:             0x800000
FW Start:            0x86A495
FW End:              0x87A964
FW Size:             0x7A96C
Transfer Packetsize: 512
Transfer Packets:    981
Checking communication link...
Communication link OK.
Identifying receiver updater version at 115200 baud.
Firmware loader version 5.01 detected.
Suitable Multi-ROM image found
Check pass: u-blox8 Multi-ROM image -> u-blox8 ROM2.01-receiver
No valid FW header found in Flash: 0x00000000.
Identifying Flash
Flash: ManID=0xEF, DevID=0x4014
Please provide the flash.xml file in the FIS field

В файле flash.xml информация совпадает с даташитом


  <category cmd="WINBOND" supply="3V">
    <sectorSize>4096</sectorSize>
    <device jedec="xEF4014">
      <sectorCount>256</sectorCount>
    </device>
    <device jedec="xEF4015">
      <sectorCount>512</sectorCount>
    </device>

НО девайс накрылся :roll_eyes: Надо искать аварийный пин…
Не исключено, что флэш маловат, хотя это странно (“стандартный” 0xEF4015 в два раза больше чем 0xEF4014, а Navilock сэкономил).

OK, завтра попробую.

Есть еще оригинальный прошивальщик HTC, он залочен на конкретный порт (COM8 ?) и требует прошивку в формате S- Моторола. Но им успешно шили неродные девайсы, перенаправляя порт сменой настроек в реестре (в основном эти танцы из-за того что прошивальщик HTC, а устройство Fujitsu Loox)
http://gps.0xdc.ru/static/sirf/device/Fujitsu%20Siemens%20Pocket%20Loox%20T830/original/

Оригинал с подробной инструкцией http://4pda.ru/forum/index.php?showtopic=28420 , главное прошивку отттуда не брать.

Извиняюсь, не правильно выразился. Интересует направление вектора. Да, movingbase как раз и нужен, с помощью него сумел найти дельты по трем осям, пока этого более чем достаточно. Спасибо за наводку.

Моя грубая ошибка все таки была, забыл грохнуть FIS для 0xEF4015 :frowning:
Вот картинка модуля http://www.dlbilder.de/produkte/orig/54afb02a3871e5.66999041.jpg
8 контрольных точек хорошо видны, самая близкая это видимо PPS (раз там светодиод),
4 справа (под разъемом) идут куда-то к отсутствующему RS232 чипу, короче задача
найти SAFEBOOT_N сложная :frowning:

Говорит “Can not switch to internal boot mode.” Придется создавать .nbh файл.