Первая же пара ссылка в google по словам “online сервис PPP”:
https://www.srns.ru/wiki/Blog:Lukianov/03.05.2017_PPP_online_services
https://zen.yandex.ru/media/id/5d4d581d9515ee00b4ee2274/metody-gnss-nabliudenii-3-onlain-servisa-ppp-precise-point-position-5d5ce54680879d00ad9c85e4
с описанием нескольких сервисов PPP. Начините хотя бы с них. Запишите сессию и попробуйте посчитать через них. Если получится - можно будет двигаться дальше.
Спасибо огромное
При загрузке файла было такое сообщение
“Warning : No antenna type RINEX header record was found. Phase Centre Offsets and Variation could not be applied. Estimated height should be used with caution.”
Нужно ли вводить данные по антенне при конвертации в RTKLIB?
Если ДА то как это сделать?
Конечно нужно, там же и задается сдвиг ARP.
RTKLIB надо сообщить имя антенны которое он бкдет искать в своей базе ANTEX.
Какое антенной вы пользовались и как она была установлена ?
Для тестов использовал - tw3440 talysman + U-blox M8T
В будущем для базы буду использовать комплектную антенну от polaris alpha rtk
https://imgur.com/i412meZ
https://imgur.com/8iW8Vgb
Что для этих антенн нужно выбирать и что вписывать для подготовки RINEX файла?
Обе антены жестко установлены на крыше здания
желательно в RTKLIB включить режим Solution: SINGLE
и посмотреть по уже сделанной записи продолжительностью не менее 2 часов
насколько удачно установлена антенна
картинка (разбросы от центра) должна быть не хуже этой
собственно координаты центра этой картинки и есть координаты места установки антенны в первом приближении.
2002_ivan,
Поделитесь, пожалуйста, волшебным 301_rom_m8n_eFuse.cmd
sortabla123 (а) gmail-com
Как же все-таки достали эти волшебники
При подключении ZED-F9P к старому планшету с android4 rtkgps
он конечно правильно не заработал (кроме записи лога).
Поиск подходяшей версии из 149 форков оказался делом непростым.
Я собрал одну версию которая не сразу падает при нажатии кнопки “input stream”,
но пользоваться этим невозможно.
С arm64 дела обстоят лучше, но сразу проявились странности с galileo E5b,
который показыватся как L2, но это уже проблема в rtklib (так сделано специально для уменьшения
размера матриц ?).
Зря Вы так, скрипт работает, только нужно прогружать его каждый раз при включении питания (может у меня backup battery села, конечно).
Может быть кто-нибудь знает как командами управлять режимом TMODE3 на приемниках M8?
Т.е., нужен скрипт, в котором командами можно менять режим Survey-In на Fixed, и, в идеале, задавать опорные координаты)?
Если это можно задать через u-center, то он там пишет, какие байты нужно отправить.
Что-то не замечал, посмотрю, спасибо.
Или вообще, может быть, проще сразу готовую конфигурацию загрузить. Через u-center есть такая функция, а, например, через RTKLib/RTKGPS как это сделать? Просто указать файл конфигурации как загрузка скрипта при старте?
Так же есть примеры с отправкой команд, напиши по аналогии свою.
Заметил, что в примерах (скриптах) команды вида:
!UBX CFG-GNSS 0 32 32 1 6 16 16 0 0
А в конфигурациях вида:
CFG-TMODE3 - 06 71 28 00 00 00 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 1E 00 00 00 90 D0 03 00 00 00 00 00 00 00 00 00
Надо разбираться как преобразовать одно в другое.
Если это не кейген с ублоксовскими ключами, добавьте в вики как для ublox6. not published == does not exist.
А если кейген, то так и напишите, как для !UBX CFG-LIC.
“в конфигурациях” перед цифрами надо добавить заголовок (университет Берн “u” “B”) B5 62
, а после цифр два байта контрольной суммы,
тогда это будет !BIN
!UBX поддерживает только ограниченный набор команд, по нынешним временам сильно недостаточный
а !BIN произвольные последовательности.
Товарищи волшебнеки, расскажите мне про волшебства с ZED-F9H.
Вроде нормальный приемник, а даже свои координаты не сообщает.
Я уж про RAWX вообще молчу.
ZED-F9H, вроде, только в паре с F9P может работать - https://www.ardusimple.com/freshly-baked-zed-f9h-now-available
товарищи волшебники с этим не камлают, это для избранных бла бла блошников 
можно намного дешевле поиграться 
покупаем пару BN-220 Beitian NEO-M8N в них меняем флеш на большую
и прошиваем FW от M8P, в один базу а в другой ровер.
К тому в котором FW базы припаиваем еще и USB разъем, по штатному COM проводом передаем коррекцию для ровера.
Применяем к каждому волшебство упомянутое раньше 
Если напрягает периодическая загрузка волшебства и reboot после длительного выключения питания
то заменяем малой емкости супер кондесатор на нормальный литиевый элемент.
И все
Устанавливаем режим moving baseline а с ровера читаем UBX-NAV-RELPOSNED
где и будет так **желанный NED vector **которые собственно и выдает в десятки раз более дорогой ZED-F9H 
Собственно я это проверял, надо сказать, что это решение для идеальных условий (дроны … яхты),
ибо в городских каньенах на авто большие переотражения сигналов GNSS и базу будет носить не подецки
а вместе с ним будет гулять и этот GPS компас, причем намного больше чем электронный
Официально - да, так как у него очень урезанная прошивка. Прошивка от F9P на нем не работает,
вопрос как эту неприятность исправить. Отсутствие RAWX меня никoгда не смущало и не смущает, даже в
современном TRK-MEAS v8 можно при необходимости разобраться куда они там передвинули бит half-cycle.
первым делом узнать по чтению командой UBX-CFG-PT (продакт тест, значения eFuse ) 06 41 или в HEX B5 62 06 41 00 00 47 DB
в оригинальном F9P
если UBX-CFG-PT изъяли то воспользоваться командой чтения памяти, она то есть везде 
Вообще-то 06 41 это UBX-CFG-OTP (от One-Time-Programmable).
Там естественно есть различия в дополнительных тэгах 81 и 82 (раньше показывались в MON-PATCH).
Кстати в самых первых версиях F9P их тоже не было, а в F9H они встречаются 2 раза!
Видимо более поздние “записи” в eFuse имеют приоритет.
это да. пока есть везде.