чуть чуть вот: http://igs.bkg.bund.de/root_ftp/NTRIP/documentation/NtripDocumentation.pdf и еще есть пример NTRIP CASTER на.. VB! могу поделится, в почту отпишите whoim [@] mail.ru
нстройка софта, может поможет http://igs.bkg.bund.de/root_ftp/NTRIP/documentation/NtripImplementation.pdf
Этот документ у меня есть, но это всего лишь обзор, а самое ценное они предлагают купить. Кстати Вам совершенно необязательно изучать структуру RTCM - в Вашем случае всего лишь требуется перенаправить поток RTCM из TCP в последовательный порт. Но возможны ньюансы.
да, я понимаю.. на порту 2101 есть только заголовок 200 и общая инфа.. а как вытаскивать именно поправки?
Авторизация на приведенном выше сайте http://89.250.145.40 не имеет ничего общего с авторизацией на кастере. Кастер находится на порту 2101, и параметры авторизации (user/pass) приведены выше. По адресу http://89.250.145.40:2101/ выдаётся т.н. таблица источников (Source-Table). Из таблицы видно, что на данном кастере имеется одна точка монтирования (Mountpoint) - TUMP, с которой идут поправки в формате RTCM 3.0, CMR+. Сами поправки будут идти с этого же порта, но для этого кастеру нужно их "заказать" - сообщить, с какой точки монтирования получать поправки (в данном случае она одна - TUMP, но может быть несколько) и указать параметры авторизации (если этого требует кастер). Подробно протокол обмена сообщениями с кастером приведен в полной версии документа "Networked Transport of RTCM via Internet Protocol", но за него хотят денег. Бесплатно можно почитать, например, на китайском сайте.
Кстати, не стоит пугаться этого ужасного "на китайском сайте". Клацаете, пропускаете мимо глаз все иероглифы и внизу на английском языке читаете нужный документ. В нём 45 страниц.
Я так понимаю, я должен отослать HTTP_AUTH несмотря на то что сервер его не просит? HTTP AUTH это просто заголовок с BASE64 кодированными именем и паролем (думаю заранее положить в еепром, чтобы не связываться с base64 внутри МК)? И я могу отослать его AT командами модема? (поддерживает GET/POST/HEAD)? (в данном случае HEAD?) Как правильно выбирать TUMP? Вообще в целом предлагаю объединится и вместе разобрать зверя. У меня будет "железная" реализация на сях. В этой теме, в новой или по почтам? скачанный у китайцев NTRIP док прилагаю. Также что может иметь отношение к теме - клиент NTRIP на VB, исходник. Также, если что вдруг - можно и купить доку..
собственно, в доке все есть) HTML: The client will send (like in the non-protected case) the request message: The HTTP-server will answer a client request according to the HTTP Protocol [5] with for invalid passwords and send a second message to the client: The client sends a second request message for the same mountpoint including the base64 coded user:password string to the caster: GET /BUCU1 HTTP/1.0 User-Agent: NTRIP GNSSInternetRadio/1.2.0 Ü HTTP/1.0 401 Unauthorized Ü Server: NtripCaster/1.0 WWW-Authenticate: Basic realm="/BUCU1" Content-Type: text/html Connection: close <html><head><title>401 Unauthorized</title></head><body bgcolor=black text=white link=blue alink=red> <h1><center>The server does not recognize your privileges to the requested entity y/stream</center></h1> </body></html> GET /BUCU1 HTTP/1.0 User-Agent: NTRIP GNSSInternetRadio/1.2.0 Authorization: Basic aHVnb2JlbjpodWdvYmVuMTIz
Пoсле ip адресса и порта следует команда: GET /TUMP HTTP/1.0 User-Agent: NTRIP GNSSInternetRadio/1.2.0 Authorization: guest guest Так как станция находится в тестовом режиме. Но обычно связываются с администратором базовой станции и договариваются о получении user/pass.
whoim Спойлер (Наведите указатель мыши на Спойлер, чтобы раскрыть содержимое) Раскрыть Спойлер Свернуть Спойлер Справедливости ради, для "быта" много из станции в Тюмени не выжмешь, там только RTCM 3.1, который абсолютно бесполезен для приемников, понимающих RTCM 2.0. Так что всё что можно потестировать - handover с сервером и получение потока данных.
а ктото пробовал ставить на асус чип SiRF star III? у меня на асусе SirfStar-III. не видет компорт подошел com2 но выдало "message 80 not found date-time"
сюрфы и атласы уже устарели.. мтк3333 гпс+глонасс дает мне 40см точности, вот видос с плохим приемом с балкона: gps gps+glonass
Хорошие видео, но мелковато чтобы понять работу Вашей программы. Подробности будут? Особенно интересно о 40см точности. Программу выложите?
sklimkim, я не программу пишу а делаю устройство. Программа на видео - OziExplorer. Суть в железке, которую я паяю и программирую.
А вот здесь ребята как раз по GNSS-железу очень даже "копенгаген", там есть с кем продуктивно поговорить: http://forum.openstreetmap.org/viewtopic.php?id=9451&p=25 Я в железе слабо разбираюсь, но все же интересны детали на тему "которую я паяю и программирую".
какие именно детали интересуют?) Приемник gps+glonass, со скоростью выдачи 10 сообщений (rmc+gsv+gga использую) в секунду обработка этих сообщений (парсинг) при необходимости - модернизация фильтром калмана отправка по gprs через одну из двух сим-карт, буфер на флеш-карте, своя серверная часть (клиентскую еще не делали). Через тот же gprs - получение rtcm от поставщика, тут еще не отлажено - аппаратный загон мешает, платы тестовые закажем в китае - на них уже будет исправлено. Из за моей халатности при разработке ступеней питания модулю нехватает 0,1в и он шлет сообщение постоянно, его отфильтровать проблема. Аккамулятор ни-сд гелевый планируется на 8 ач, будет работать долго и в минусовую температуру. Опрос мешка датчиков, как контактых/адс так и цифровых через rs485. Две камеры на девайс планируется. Jpeg-камеры, не парится. Фото по паре условий ложатся на флешку, по запросу с сервера пересылаются по гпрс, отрубив посылку данных gnss.. Громкая связь/прослушка, кнопка сос.. Пока все укладывается в мк с 32кб флеш и 4кб озу ))) Ну как то так!
Здравствуйте. Когда-то здесь создавал темы про "идею для диплома" и т.д. В итоге решил реализовать свой dgps с передачей поправок по интернету. С RTCM я решил не связываться, и принялся рассчитывать координаты программным методом по псевдодальностям и эфемеридам. Все бы хорошо... Однако тут появился странный эффект, в котором я никак не могу понять в чем дело, из-за чего так происходит, и как это исправить. Допустим, считываем псевдодальности. Вначале они имеют вид вроде этого 21784981,3126419 21981615,2820264 20979222,1992553 23815205,0705714 24826908,8061971 25786376,571582 24285425,7359766 Затем постепенно увеличиваются, увеличиваются, увеличиваются, и достигают совсем уж астрономических величин (здесь еще цветочки, а вот если подождать побольше...) 37094258,725427 40550090,6341275 39253625,0683518 41853619,6999955 41768931,5415685 39887142,0963071 37110169,1000924 Это не одни и те же псевдодальности, тут они скорее всего от разных спутников и не в одинаковом порядке, я просто показал результат их увеличения. Многократно проверял. При попытке рассчитать координаты по таким дефектным псевдодальностям получается полная фигня. При этом, если послать SIRF сообщение 128, на перезагрузку приемника (послать с нулевыми параметрами), то все приходит в норму. Например, если посылать это сообщение каждую минуту, то все более-менее нормально. Что это, просветите пожалуйста, если кто-нибудь понимает о чем идет речь. При этом, в программе Kinematic2_MobileApp от chnav такой эффект отсутствует. Исходники оригинального Kinematic смотрел, искал, копался, но так и не понял, в чем там дело.
Если коротко, то: Все правильно - это эффект "ухода" часов приемника. Отсчет, измерения и вычисления в бинарном протоколе бытовых приемников не "приведены" к началу секунды. Но есть возможность ввести поправки и перевычислить псевдодальности отнесенные к началу секунды. Что chnav и сделал в своей программе. Пройдитесь по теме назад и найдете, что это и как это. В бинарном протоколе (в частности sirf-binary) есть эти поправки. А вот готовые координаты приемник выдает с учетом этих поправок - математика внутри софта приемника.
Спасибо, про уход часов до самого дошло часом ранее, но я совершенно не знал, что в этой ветке столько полезной инфы!
прочитал тему от начало до конца, мое уважение! ребят но объясните мне дураку почему такая завышенная цена на GPS оборудования (геодезическое естественно). Цена зависит от дорогостоящего материала для создания инструментов (с целью получения геодезической точности) или же секрет скрыт в обработке сырых данных (что тщательно держится в секрете брендовыми фирмами)???????????? 2 года назад федеральное БТИ в г. Смоленске для создания сети референтных станции заказало у Германской фирмы программу для обслуживания, вместе с программой к нам приехал немец с 3 дневной лекцией по устройству и эксплуатации сей проги. На лекцию мне посчастливилось попасть, поскольку я обыкновенный исполнитель полевик (как работает GPS оборудования его принцип знаю поверхностно), а лекция в основном была про скрипты в программе и фильтры (что я мало понимал), но во время разговора с немцем после лекции (как там в ЕС) он сказал что основной ценник (секрет) в оборудовании это ее постобработка, обработка сырых данных, RTK. так ли это???????
