Lottarend Есть еще один весьма полезный метод проверки точности технологии в целом. Если Ваши точки БАЗА и РОВЕР закреплены на местности (например в землю забиты металлич. штыри, куски арматуры), то выполнить повторные измерения: в другие часы того же дня и/или в другие дни. Сходимость вектора из разных по времени измерений очень характеризует технологию в целом (в смысле точности-воспроизводимости).
Обязательно надо указывать продолжительность времени наблюдения. Какое решение получено в программе постобработки. (FixedL1, FloatL1 или CodeDiff). FloatL1 решение может вполне отличаться на 1.5метра от FixedL1.
Да никакой я не использовал программы постобработки, ребят -) Для этого нужен rinex файл, а я свою прогу проверял. Время было по 10 минут на каждый результат, затем я смотрел среднее значение. Если интересно, найду логи, но там просто пишется значение вектора между базой и ровером в каждую секунду.
Не надо выкладывать. Все понятно. Я тоже когда с 10 минут начинал, пока непонял, что надо один час отстоять, чтобы получить нормальный результат решения.
Спутники бегут, одни уходят за горизонт, другие восходят над ним. 15 минут - это (в среднем) время, за которое изменяется группировка спутников на небосводе и изменяются треугольники для решения. Поэтому решение из 10 минут сейчас и из 10 минут после могут дать разницу в эти самые 1.5 метра. Если допустим некоторый сарказм, то: "Практика ГНСС так относится к чистой математике, как астрология к астрономии."
Разрешите Вас исправить? Как пивоварение к астрономии. Только вот, зачем сравнивать то, что сравнивать весьма странно? Практика ГНСС не подтверждает то, что утверждает чистая математика? А должна подтверждать?
Дабы себя простимулировать, сообщаю, что через пару дней выложу прогу (могу и исходники, если это будет кому-то нужно). У меня есть некоторые (ну скажем так) сомнения в том, что ей будет кто-то пользоваться, но раз уж пообещал... Осталось написать справку, инструкции по пользованию... Под мобильные платформы оно работать не будет... ринекс тоже писать не будет (нет желания сейчас разбираться), есть работа через инет, база в качестве сервера, к ней коннектятся клиенты... есть запись данных в текстовые лог-файлы, затем их можно обработать и получить то же самое, что и через инет. Тестировалось только на Sirf 3, т.к. приемники с Sirf 4 я только недавно себе заказал, а 2 нету. В оправдание столь долгого времени работы могу сказать, что делать там было немного, но природная лень заставляла все откладывать на потом. К сожалению...
Это и есть самая интересная часть Вашей работы. По этому поводу пока никто не сподобился ничего показать (может я и ошибаюсь, но не припомню). РИНЕКС конечно был бы не лишним (для любой программы), но если есть запись бинарного потока с приемника, то в РИНЭКС можно сконвертировать и потом (дома). Как так? Помнится мне, что "МС-ФРАМЕВОРК" есть и для Win-CE. (Это я на желательность исходников намекаю - можно тогда и перекомпилить для Win-CE). Вдохновение тоже важный фактор, а из под палки работать малопродуктивно. Ждем-с
Хм, я говорил "пару дней"? Ну я же не уточнил, после какого числа -) Протестировал дома, вроде ошибок нет - на улице пока не знаю где тестировать, т.к. везде толпы народу, косятся, спрашивают: "а что это вы тут делаете" (т.к. для теста приходилось тащить два ноута ) и т.д... это довольно напрягает, так что долго я в такой обстановке находиться не могу. Описание программы Исходники (для VS 2010) Сама программа Работает только при NetFramework 4, не ниже. Пока что так... чтобы понизить версию нужно отказаться от некоторых удобных в плане кодинга вещей, много чего переписать, а чтобы это сделать, нужно собраться с силами -) Описание программы тоже дано не очень (это вырезка из моего диплома). Подробную инструкцию что как делать напишу завтра, сейчас у меня уже пол второго, спать сильно хочется. Но в целом, такое краткое превью. Там существует два режима - выбор между ними во вкладке "выбор режима". Соответственно, один режим постобработки, другой через инет. Настройки этих режимов во вкладке "Общие настройки". Для постобработки выбрать либо создавать коррекции, либо читать коррекции (тогда нужно указать файл corrections.txt, который создается во время создания коррекций - этот файл должен быть взят от базы, и файл parse.txt - этот файл должен быть на ровере). После этого создастся файл DGPS.plt, это трек, можно посмотреть прогами OziExplorer, GPSMapEdit, в целом там координаты есть и все понятно, можно открыть и скопировать их. Для режима через интернет, который я назвал "реальное время", существует два подрежима - с использованием эфемерид и без них. Использовать эфемериды нужно только если есть необходимость экономить трафик. Т.е. идея вот в чем - сервер посылает кроме коррекции так же координаты спутников. Можно посылать эфемериды вместо этого один раз, вместо того, чтобы посылать координаты каждую секунду. Да, сервер и клиент выбираются на вкладке "Общие настройки -> Реальное время". В "выборе режима" нужно указать ip и порт, для подключения. В настройках сохранения указать папку программы - это место, куда будут сохраняться файлы, которые создаются во время ее работы. Из-за того, что некоторые ip-шники не видно, то для связи возможно придется использовать, например, хамачи - и подключаться друг к другу по указанному там ip. Путанно... но завтра подробнее объясню. Бинарный поток добавил, сохраняется под именем stream.bin, ринекса пока нет - может будет попозже. Видите ли, я как-то не интересовался программированием под мобильные платформы, поэтому ничего не знаю об этом... Собственно, это вообще мой первый законченный проект -) Совсем новичком в программировании я не был конечно, иначе бы не брался просто, но ничего никогда до конца не доводил...
Спасибо, Lottarend Буду читать и смотреть, может быть это можно "перевести" на СИ (для Win-CE). Или так: посмотрю, существует-ли .Net Framework 4 для Win-CE. С ноутбуками (да и с нетбуками) действительно не очень удобно мотаться по пересеченной местности. Да и вопрошающие тоже никчему. В любом случае Ваша работа интересна.
Я сегодня в исходники комментариев побольше добавлю, попозже. Если возникают вопросы - смело спрашивайте -)
Обновленные исходники, инструкция и экзешник. В исходниках комментариев по прежнему мало, если кто-нибудь начнет копаться, я могу разъяснить как что и где...
Выяснилось, что не все приемники поддерживают скорость 57600 , как я в своем заблуждении полагал... и как указал в коде. Недавно приобретенный BU-353s4 с SiRF 4 поддерживает только 4800 Видимо из-за низкой скорости у меня к тому же какие-то проблемы с очередностью сообщений, так что пока определенно сказать, будет ли оно работать нормально на моей программе сложно.
Необходимо скачать Sirfdemo 3.40 отсюда: http://www.gpspassion.com/forumsen/topic.asp?TOPIC_ID=1986 и переключать BU-353s4 с помощью Sirfdemo в Sirf протокол на необходимую скорость. Вначале переключается ->Action->Swith to Sirf Protocol, если необходимо в "шестиренке" выбирается скорость. Еще в вашей программе для работы с домашним компьютером желательно установить 18 последовательных портов, как это сделано у sklimkinа.
Да в том то и дело, что на скорости выше 4800 приходят нули (57600) или "каша" (на 9600). И в мануале у них к приемнику написано, что только на этой скорости и работает. Грешу на то, что это usb-шный приемник, а не блютузный... ну буду знать, что ж делать. А про порты, я думал, что так лучше... т.к. у меня показывает только те порты, которые существуют. Но если надо, то сделаю.
Да, дествительно Sirfdemo переключает с NMEA 4800 только на одну скорость в Sirf протокол 38400. Ну а скорость 38400 не подойдет?
-) Да нет же, любая высокая скорость бы подошла, но не работает он на ней. Я и вручную скорость порта менял в коде, тестировал, и в программе попробовал этой - без эффекта. ---- Хотя да, если переключить с nmea на sirf то он якобы на высокой скорости переключает, но почему тогда у меня в коде когда я смотрел, что приходит, при высокой скорости нули? Нет, тут что-то не то...
