Даже в барыжном Чип-и-Дип всего за 80 рублей можно найти IRU1117-33CD которому в обвес нужны два конденсатора на 10мкФ (отпаиваются с какой-нибудь платы). Там всего три вывода, питание - от 5В с USB-разъема. Таракан выдает стабилизированные 3.3В при токе до 800мА.
А то я тут как раз нашел пару лишних пигтейлов mMCX-SMA от нортеловских беспроводных девайсов…
Приемник (или программа) на стационарной базе формирует коррекции в формате RTCM 2/3;
Программа server/caster берет поток RTCM и перенаправляет его в поток NTRIP;
Приемник (аппаратный или программный) принимает поток NTRIP, вытаскивает RTCM, раскодирует и использует в нужных целях, например DGPS, RTK, PPP. Если приемник аппаратный - вся математика зашита внутри. Если программный - дополнительно требуются сырые данные от приемника.
В указанном по ссылке проекте реализованы п.2 (POSIX ntripserver) и 3 (BNC); п.1 не реализован. Генерация коррекций - это отдельная, самостоятельная задача. В проф.приемниках она идет как дополнительная опция. Программная реализация есть в зачатках в оригинальной kinematic, ну и автор RTKLib планирует сделать.
Пардон за откровенный оффтопик, но ни немецкий амазон ни его партнер-поставщик отказались в наши края слать такое - так что если не секрет, какой схемой пользовались для заказа? До востребования в братскую Финляндию?
Но к моему большому сожалению нет ничего похожего на GL1DE от Novatell или e-Diff от Trimbl. Может кто знает хатя бы теорию, как такие фильтры получаются? Может просто достаточно пропустить сырые данные через калман фильтр и потом уже передать их RtkLib для решения Static .
Меня всегда удивляло использование фильтра Кальмана в постобработке… Фильтр Кальмана - предиктивный фильтр для навигации realtime (экстраполяция данных “в будущее”). А в постобработке нужна фильтрация и интерполяция. Для динамики она дает гораздо лучшие результаты.
У нас в морской сейсмике при ведении съемки в реальном времени ведение по профилю производится с использованием Кальмана. Но в постобработке данные предварительно фильтруются/интерполируются, и в финале для каждого отдельного пикета (отсчета) сеть уравнивается по МНК. Результаты по сравнению с работой ф.Кальмана разные.
Про GL1DE - на сайте Нователа негусто с информацией нашел небольшое описание. Вряд ли в ближайшем будущем автор RTKLib воплотит нечто подобное, у него другие планы.
Так это и есть реалтайм. Принцип такой, чтоб не заморачиваться с RTK (что предполагает кучу дополнительно дорогого оборудования) иногда можно обойтись временной относительной точность. Так называемые системы параллельного вождения для возделывания полей в сельском хозяйстве. Там просто гарантируют (точнее пытаюся гарантировать) что в течении например 15 мин погрешность не вырастет более чем на 10-15см. За это время трактор проедет из края в край, и возвращаясь по навигатору получит довольно точную состыковку. Как это работает я представляю себе так:
Для решения принимаются по возможности одно и то же созвездие.
Когда созвездие распадается, собирается новое созвездие, и при решении устанавливается корекция по последнему решению преведущего созвездия а также направлению и скорости.
Усреднять (фильтровать) готовые решения большого смысла не вижу, а вот поколдовать бы с RAW перед скармливанием в rtklib…
или же лопатить всю сингле математику, но это так лень ))))
Какой-то странный линукс. Что за дистрибутив и какая версия gcc (если это gcc), если не секрет?
Не удались определить порядок байтов в системе. Можно попробовать собрать через make ENDIAN=LITTLE.
PS: Автор rtklib с версии 2.4.2 сменил лицензию с GPL на BSD
Uduntu 10-04-03(gcc4.4.3-4ubantu5), установленная на VirtualBox. С make ENDIAN=LITTLE компиляция завершилась.
Попробовал собранным sirfdump открыть бинарный файл, созданный GNSSMonitor3 для Sirf1V - 1.txt получилось: