У меня вопрос такого порядка. Как у rtklib под Андроид (rtkgps+) организовать передачу решений по TCP_Server? Извиняюсь, если этот вопрос не по теме, но очень надо.
Взял данные по Вашей ссылке. В архиве файлы .crx
Судя по заголовку - "COMPACT RINEX FORMAT ". Нашел конвертор CNX2RNX, сконвертировал. Полученный файл попытался подсунуть RTKCONV в качестве “RINEX OBS: Base Station”, переименовав в .obs
Со своего приемника записал данные за 4 часа, потом при помощи RTKCONV сконвертировал в .obs и .nav
Записывал подключив приемник напрямую к ноуту, при помощи STRSVR, в приемнике включены сообщения UBX-RXM-RAWX и UBX-RXM-SFRBX.
В RTKCONV ошибок при конвертировании нет, за каждый час O: около 3600, N: около 100. Если нажать PLOT, то данные отображаются.
Судя по тому, что в процессе обработки Q=0, что-то делаю не правильно.
Как правильно применить данные сwww.epncb.oma.be ?
PS: В RTKPOST включил отладку, в .trace файле много сообщений “outlier reject”
Вопрос из сообщения выше снимается
В настройках RTKPOST для базовой станции стоял режим указания координат, которые по умолчанию стояли. Поставил “взять из заголовка RINEX” и процесс пошел.
Выше советовали не полагаться на заголовок, а ввести точные координаты. Я извиняюсь конечно, но как их найти? Я умею пользоваться гуглом, но в данном случае не знаю что конкретно искать.
И ключевой вопрос: как из того, что сделал RTKPOST получить точные координаты приемника?
Напомню, цель процесса: приемник f9p будет базой, стоит неподвижно, надо определить его координаты.
Координаты в правом верхнем углу, ORI= это то что я ищу?
Если совсем придираться и ловить миллиметры, то хорошо бы выяснить какая эпоха используется сейчас в эфемеридах GPS и найти координаты на соответствующую дату.
Вторая строка это дрейф станции по осям, суммарно 2.45 см/год.
Да, и при обработке статики (антенна жестко фиксирована) ОБЯЗАТЕЛЬНО обрабатывать как одну точку, а не кинематикой. Точность Post-processed Static на порядок лучше точности Post-processed Kinematic, даже сравнивать нельзя ))) С одночастотником это будут первые миллиметры сантиметры, в зависимости от антенны.
hawkdan wrote:
я пытаюсь получить rawx из "m8n", вы можете отправить мне файл "301_rom_m8n_eFuse.cmd"? благодарю вас.:)
И если можно то и мне, спасибо!!!
а зачем это народу ?
если можно тупо юзать “301_rom_m8n_eFuse.cmd” особо ничем не заморачиваясь
алгоритм вычисления контрольной суммы BBRAM народу нужен как зайцу стоп сигнал
ибо им воспользоваться можно если знать специфический алгоритм вычисления SHA256 универсального ключа для подписи.
Насколько я понял, Вы этот алгоритм вычисления SHA256 знаете, зажали,
поскольку продаете M8N перешитые в M8T путем модификации флагов efuse при помощи команды модификации efuse.
Однако, спасибо Вам огромное за все Ваши сообщения
особенно непонятно это сообщение, к чему оно ? https://forum.openstreetmap.org/viewtopic.php?pid=573566#p573566
если первое что видим в прошивке это различные вариации программной реализации SHA
причем в прошивке 3.01 ~80% кода это шифровка дешифровка по каждому малейшему чиху.
Зачем удалили алгоритм Fletcher64 с этого форума ? хотя от меня требуете, мол выложи
INCOMPATIBLE HARDWARE -> NO GNSS OPERATION
это несовпадение LLC но M8N продолжает работать с ограниченным числом команд
поэтому если прошить M8P (ровер или базу) а потом применить “301_rom_m8n_eFuse.cmd”
то M8P будет прекрасно работать, ничуть не хуже M8Т для которой и перешивать ничего не надо.
я не подписывал с продавцом договор о рекламе его товара