NTRIP-caster обещает сырые данные с чужой базы в виде RTCM3, но совершенно не обещает точные координаты этой базы.
Постобработка ваших сырых данных, собранных на статической точке (ваша локальная база) - это единственный метод получения точных координат в любой координатной системе. Бесплатных открытых глобальных баз для статической обработки навалом, посмотрите начало темы или просто погуглите “IGS RINEX”. Но координаты для них тоже надо брать не из самого файла (в заголовке RINEX навигационные координаты), а уточненные из ITRF.
У меня вопрос такого порядка. Как у 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Т для которой и перешивать ничего не надо.
я не подписывал с продавцом договор о рекламе его товара