Использование лицензионных копий программного обеспечения открывает для Вас возможности его модернизации в будущем и избавляет от наличия проблем некорректной его работы в настоящем ‎ ‎ ‎ OEM 615: двухчастотный GNSS модуль нового поколения от NovAtel ‎ ‎ ‎ Приемник сигналов GPS на основе ОЕМ модулей NovAtel Inc. (Hexagon Group, Калгари, Канада), предназначен для высокоточной геодезической съемки в жестких полевых условиях. Идеальное устройство для применения в качестве полевой базовой станции или при выполнении геодезических работ в  режиме с пост-сеансной обработкой. ‎ ‎ ‎ GNSS RTK ровер SatLab SL500 полностью соответствует стандартам качества Европейского союза. Корпус выполнен из высокопрочного полимера - General Electric Xenoy 5220U — который прекрасно выдерживает суровые условия эксплуатации. Приемник имеет полный набор сертификатов EC, RoHS и FCC, идеально сохраняет характеристики работы даже при сильной тряске и вибрации.

Уважаемые посетители форума! 

 

В случае возникновения проблем с регистрацией напишите письмо администратору на электронную почту:  

Тема для обсуждения структуры т.н. VRS-файлов сети ZAKPOS

Re: Тема для обсуждения структуры т.н. VRS-файлов сети ZAKPO

Сообщение Aleks » 09 дек 2011, 17:50

PS: гляжу увеличили ограничение на загрузку файлов с моей учетной записи.

Не понял... Я ж кучу виртуального бабла положил. Что не так ??
Aleks
Специалист
 
Сообщения: 554
Зарегистрирован: 13 ноя 2009, 00:44

Re: Тема для обсуждения структуры т.н. VRS-файлов сети ZAKPO

Сообщение Сергей Флерко » 09 дек 2011, 17:58

Координаты станций соответствуют координатам в заголовках?
С уважением,
Сергей

____________________
Precise Thinking ...
New NovAtel OEM7:: http://www2.novatel.com/OEM7
Аватара пользователя
Сергей Флерко
Специалист
 
Сообщения: 1219
Зарегистрирован: 20 июн 2007, 16:43
Откуда: Харьков, Украина

Re: Тема для обсуждения структуры т.н. VRS-файлов сети ZAKPO

Сообщение kukin » 09 дек 2011, 18:09

Aleks писал(а):Не понял... Я ж кучу виртуального бабла положил. Что не так ??

Это не по закпосу :lol:
У меня были проблемы с форумом, кончился лимит на выкладывание изображений.
Перевели меня из ранга форумчанин в ранг флудер Изображение
_____________________________________________________________
Вопрос, у всех в программах продолжительность данных 1:59:59 ч, или это только в TBC?
kukin
Специалист
 
Сообщения: 545
Зарегистрирован: 15 янв 2010, 22:16
Откуда: Украина, Ужгород

Re: Тема для обсуждения структуры т.н. VRS-файлов сети ZAKPO

Сообщение Сергей Флерко » 09 дек 2011, 18:20

kukin писал(а):У меня были проблемы с форумом, кончился лимит на выкладывание изображений.
Перевели меня из ранга форумчанин в ранг флудер
_____________________________________________________________

А-А-А-А-А!
Это не я! Это (г)-адский PHPB! :) :)

Так что по координатам станций?

Вопрос, у всех в программах продолжительность данных 1:59:59 ч, или это только в TBC?

1:59:59 - по станциям ZakPos
02:00:00 - по MKRS
просто у MKRS хахвачена эпоха - 10:00:00, что совсем необязательно.
С уважением,
Сергей

____________________
Precise Thinking ...
New NovAtel OEM7:: http://www2.novatel.com/OEM7
Аватара пользователя
Сергей Флерко
Специалист
 
Сообщения: 1219
Зарегистрирован: 20 июн 2007, 16:43
Откуда: Харьков, Украина

Re: Тема для обсуждения структуры т.н.VRS-файлов сети ZAKPOS

Сообщение kukin » 09 дек 2011, 18:22

Сергей Флерко писал(а):Так что по координатам станций?

Координаты в файле опорные, просто я ждал, чтоб это авторитетно заявил администратор.
Обработка векторов должна подтвердить мои слова.
kukin
Специалист
 
Сообщения: 545
Зарегистрирован: 15 янв 2010, 22:16
Откуда: Украина, Ужгород

Re: Тема для обсуждения структуры т.н. VRS-файлов сети ZAKPO

Сообщение Aleks » 09 дек 2011, 18:34

Координаты в файле опорные
Да, да. Можно с сайтом сверить в "трекинге".
Aleks
Специалист
 
Сообщения: 554
Зарегистрирован: 13 ноя 2009, 00:44

Re: Тема для обсуждения структуры т.н. VRS-файлов сети ZAKPO

Сообщение Aleks » 09 дек 2011, 18:37

HUST (Trimble NetR5 ) Координати ETRS89/ETRF2000
Широта: 48° 10' 34.16748'' N
Довгота: 23° 17' 38.21328'' E
Висота: 219.413 m
MIZG (Trimble NetR5 ) Координати ETRS89/ETRF2000
Широта: 48° 31' 32.34606'' N
Довгота: 23° 30' 4.62776'' E
Висота: 496.705 m
MUKA (Trimble NetR5 ) Координати ETRS89/ETRF2000
Широта: 48° 26' 44.86505'' N
Довгота: 22° 43' 20.57726'' E
Висота: 170.483 m
VBER (Trimble NetR5 ) Координати ETRS89/ETRF2000
Широта: 48° 53' 34.3516'' N
Довгота: 22° 27' 34.14895'' E
Висота: 261.543 m
Aleks
Специалист
 
Сообщения: 554
Зарегистрирован: 13 ноя 2009, 00:44

Re: Тема для обсуждения структуры т.н. VRS-файлов сети ZAKPO

Сообщение Сергей Флерко » 09 дек 2011, 18:39

Сначала обработал один "висячий" вектор от MUKA. Результат:
MUKA 3909874.538 1637330.899 4750029.086 Published-3D
MKRS 48 22 43.17319 22 42 33.56719 188.143
MKRS 48.37865922 22.70932422 188.143
MKRS 3915409.461 1638599.992 4745086.876

Решение фиксированное, расстояние - 7 528.041 м (free-air).
Погрешность - 4,1 мм в плане.

MUKA (Trimble NetR5 ) Координати ETRS89/ETRF2000
Широта: 48° 26' 44.86505'' N
Довгота: 22° 43' 20.57726'' E
Висота: 170.483 m

У меня почему-то при пересчете из ECEF в географические несовпадение только по высоте на 7.7 см, в плане совпало до долей угловых секунд.
С уважением,
Сергей

____________________
Precise Thinking ...
New NovAtel OEM7:: http://www2.novatel.com/OEM7
Аватара пользователя
Сергей Флерко
Специалист
 
Сообщения: 1219
Зарегистрирован: 20 июн 2007, 16:43
Откуда: Харьков, Украина

Re: Тема для обсуждения структуры т.н. VRS-файлов сети ZAKPO

Сообщение kukin » 09 дек 2011, 18:52

Антенну поставил как написано здесь GPS-702-GG, высота до фазового центра 0.000м.
А вот нужного приемника в списках нет (версия конфигурационного файла антенн и приемников 11.11.8.0), оставлю неизвестным.
kukin
Специалист
 
Сообщения: 545
Зарегистрирован: 15 янв 2010, 22:16
Откуда: Украина, Ужгород

Re: Тема для обсуждения структуры т.н. VRS-файлов сети ZAKPO

Сообщение Сергей Флерко » 09 дек 2011, 19:00

Обработал всю сеть и вылез у меня "первый бок":
все вектора в сети обработались в стиле GPS+GLONASS кроме одного - "MUKA-MKRS".
Причину сходу понять не могу, на все остальные станции ZakPos от MKRS и от MUKA - обработка GPS+GLONASS...

Калибровки антенн - http://www.ngs.noaa.gov/ANTCAL/Antennas.jsp?manu=NovAtel
С уважением,
Сергей

____________________
Precise Thinking ...
New NovAtel OEM7:: http://www2.novatel.com/OEM7
Аватара пользователя
Сергей Флерко
Специалист
 
Сообщения: 1219
Зарегистрирован: 20 июн 2007, 16:43
Откуда: Харьков, Украина

Re: Тема для обсуждения структуры т.н. VRS-файлов сети ZAKPO

Сообщение Aleks » 09 дек 2011, 19:41

У меня почему-то при пересчете из ECEF в географические несовпадение только по высоте на 7.7 см,

Вы посчитали идеально. :) Антена действительно поднята на 77 мм. Забыл указать - сорри, но эта цифра указана в
файле - 0.0770.
Aleks
Специалист
 
Сообщения: 554
Зарегистрирован: 13 ноя 2009, 00:44

Re: Тема для обсуждения структуры т.н. VRS-файлов сети ZAKPO

Сообщение Сергей Флерко » 09 дек 2011, 19:48

:) Это не я, это - GrafNet и моя невнимательность: надо смотреть заголовок до конца
С уважением,
Сергей

____________________
Precise Thinking ...
New NovAtel OEM7:: http://www2.novatel.com/OEM7
Аватара пользователя
Сергей Флерко
Специалист
 
Сообщения: 1219
Зарегистрирован: 20 июн 2007, 16:43
Откуда: Харьков, Украина

Re: Тема для обсуждения структуры т.н. VRS-файлов сети ZAKPO

Сообщение Сергей Флерко » 10 дек 2011, 11:08

Наше тестирование уже в самом его начале принесло удивительный результат.
Вот какой ответ я получил из саппорта NovAtel по поводу исключения спутников ГЛОНАСС из обработки вектора MUKA-MKRS:

Our software does not currently use GLONASS data in the fixed static processor. It is only used for float solutions. In your network, there are two baselines which are being processed in float mode due to their length (almost 60km each). Since they are not being fixed, the software is able to use GPS+GLONASS. The other baseline is short enough for a fixed static solution, and therefore the GLONASS is not being utilized.

We have put this on our list of things to do for future versions, but I cannot guarantee anything at this time, as we still need to prioritize this list.


Таким образом, если вектор в сети относительно короткий и GrafNet получает фиксированный результат только с использованием GPS, то спутники ГЛОНАСС автоматически исключаются из обработки! Если же с фиксацией неоднозначности возникают проблемы, то с целью получения более качественного плавающего решения в обработку привлекаются измерения по ГЛОНАСС. Для меня такое заявление - полный сюрприз, хотя, наверное, такой подход имеет право на жизнь.
НО: нарушается смысл нашего эксперимента с VRS файлами и ГЛОНАСС, по крайней мере для GrafNav/GrafNet.
С уважением,
Сергей

____________________
Precise Thinking ...
New NovAtel OEM7:: http://www2.novatel.com/OEM7
Аватара пользователя
Сергей Флерко
Специалист
 
Сообщения: 1219
Зарегистрирован: 20 июн 2007, 16:43
Откуда: Харьков, Украина

Re: Тема для обсуждения структуры т.н. VRS-файлов сети ZAKPO

Сообщение Aleks » 10 дек 2011, 20:30

Как на меня - не удивительно. Косвенно такое отношение к Глонасу у всех фирм, пожалуй, кроме Топкона.
Интересно , а если GPS убрать, что GrafNav/GrafNet скажет ?
Но одно порадовало - ответ от производителя внятный и быстрый.
Aleks
Специалист
 
Сообщения: 554
Зарегистрирован: 13 ноя 2009, 00:44

Re: Тема для обсуждения структуры т.н. VRS-файлов сети ZAKPO

Сообщение gnss-dev » 11 дек 2011, 12:09

Our software does not currently use GLONASS data in the fixed static processor

Я в ауте. Если Новател не может в своем софте реализовать разрешение неоднозначностей в процеесоре статических измерений ГЛОНАСС, то что же подразумевается под поддержкой ГЛОНАСС-измерений в RTK GNSS продуктах? Поддержка штанов?

Уважаемые, я могу вам помочь. И прошу предоставить нульбазовые измерения от виртуальной и реальной станциий. Используемая вами методика тестирования не даст однозначного ответа в чем дело, а выводы скорее всего будут расплывчатыми. Я же хочу провести независимый сравнительный анализ фактических и виртуальных измерений.
gnss-dev
 
Сообщения: 9
Зарегистрирован: 07 дек 2011, 12:51

Re: Тема для обсуждения структуры т.н. VRS-файлов сети ZAKPO

Сообщение Сергей Флерко » 11 дек 2011, 12:42

gnss-dev писал(а):Я в ауте. Если Новател не может в своем софте реализовать разрешение неоднозначностей в процеесоре статических измерений ГЛОНАСС, то что же подразумевается под поддержкой ГЛОНАСС-измерений в RTK GNSS продуктах? Поддержка штанов?

Ну не надо прямо сразу в аут падать :) "Не может" и "не видит целесообразности" - это по своей сути разные вещи. В RTK все работает и с ГЛОНАСС, и без оного, по-крайней мере, у роверов на платах NovAtel. Могу предоставить доказательства.

gnss-dev писал(а):Уважаемые, я могу вам помочь. И прошу предоставить нульбазовые измерения от виртуальной и реальной станциий. Используемая вами методика тестирования не даст однозначного ответа в чем дело, а выводы скорее всего будут расплывчатыми. Я же хочу провести независимый сравнительный анализ фактических и виртуальных измерений.

Я только "ЗА".
С уважением,
Сергей

____________________
Precise Thinking ...
New NovAtel OEM7:: http://www2.novatel.com/OEM7
Аватара пользователя
Сергей Флерко
Специалист
 
Сообщения: 1219
Зарегистрирован: 20 июн 2007, 16:43
Откуда: Харьков, Украина

Re: Тема для обсуждения структуры т.н. VRS-файлов сети ZAKPO

Сообщение Aleks » 11 дек 2011, 14:13

И прошу предоставить нульбазовые измерения от виртуальной и реальной станциий. Используемая вами методика тестирования не даст однозначного ответа в чем дело, а выводы скорее всего будут расплывчатыми. Я же хочу провести независимый сравнительный анализ фактических и виртуальных измерений.

Я могу Вам предоставить любые измерения, в этом нет никаких проблем. Однако, я еще раз подчеркиваю, что в этом нет никакого смысла. Однако,
ближе к практике. Укажите, плз, в цифрах (координаты, интервал и т.д.), где, что, когда и как, т.е. какие конкретно "измерения" Вам предоставить:)
Aleks
Специалист
 
Сообщения: 554
Зарегистрирован: 13 ноя 2009, 00:44

Re: Тема для обсуждения структуры т.н. VRS-файлов сети ZAKPO

Сообщение gnss-dev » 12 дек 2011, 10:26

Тогда если можно дайте нульбазовые реальные и VRS-наблюдения от любого из премников в зоне покрытия сети:
- на суточном интервале с темпом 30 сек;
- двухчасовые с темпом 1 сек.

Я не знаю особенностей работы GPSNet. Может ли быть так, что при запросе VRS-измерений на любую из станций из сети будут выданы ее реальные измерения. Если это так, тогда для чистоты эксперимента может взять независимую станцию (UZHL?)
gnss-dev
 
Сообщения: 9
Зарегистрирован: 07 дек 2011, 12:51

Re: Тема для обсуждения структуры т.н. VRS-файлов сети ZAKPO

Сообщение Сергей Флерко » 12 дек 2011, 10:29

Однако, ближе к практике.
Укажите, плз, в цифрах (координаты, интервал и т.д.), где, что, когда и как, т.е. какие конкретно "измерения" Вам предоставить:)


Саша, можно использовать уже то, что есть. Только добавить виртуальный RINEX для координат, например, станции MUKA на тот же временной интервал, т.е. 08.12.2011 с 8-00 до 10-00 UTC. На координаты: 3909874.5384 1637330.8993 4750029.0856.

gnss-dev - извините, что вклинился, не увидел сразу Вашего сообщения.
С уважением,
Сергей

____________________
Precise Thinking ...
New NovAtel OEM7:: http://www2.novatel.com/OEM7
Аватара пользователя
Сергей Флерко
Специалист
 
Сообщения: 1219
Зарегистрирован: 20 июн 2007, 16:43
Откуда: Харьков, Украина

Re: Тема для обсуждения структуры т.н. VRS-файлов сети ZAKPO

Сообщение Aleks » 12 дек 2011, 14:10

Забирайте файл VRS c FTP (82.207.112.239, логин: forumuser, пароль: без пароля) --- Order228.zip.
Я создал файл на координаты 3909874.538 1637330.899 4750029.086, т.е. убрал четвертый знак, так как именно так прописано в программе GPSNet для чистоты теста.
Естесственно, при создании VRS использовались данные самой станции MUKA. Которая, типа, рядом :) Если есть желание, я могу исключить станцию MUKA, чтобы она НЕ принимала участие в формировании VRS, однако, нужно будет брать другой интервал, т.к. это нельзя сделать задним числом. Если уважаемый ALL сочтет это целесообразным, я предоставлю такие данные.

Однако, я остаюсь при своем мнении - нет никакого смысла сравнивать в одной точке виртуальные и реальные данные наблюдений.
И еще хочу напомнить, что в данной теме мы пытаемся разобраться с данными от Глонаса в формате файла VRS.
Aleks
Специалист
 
Сообщения: 554
Зарегистрирован: 13 ноя 2009, 00:44

Re: Тема для обсуждения структуры т.н. VRS-файлов сети ZAKPO

Сообщение Сергей Флерко » 12 дек 2011, 14:57

Забирайте файл VRS c FTP (82.207.112.239, логин: forumuser, пароль: без пароля) --- Order228.zip.


У меня не вышло зайти и скачать архив.
С уважением,
Сергей

____________________
Precise Thinking ...
New NovAtel OEM7:: http://www2.novatel.com/OEM7
Аватара пользователя
Сергей Флерко
Специалист
 
Сообщения: 1219
Зарегистрирован: 20 июн 2007, 16:43
Откуда: Харьков, Украина

Re: Тема для обсуждения структуры т.н. VRS-файлов сети ZAKPO

Сообщение gnss-dev » 12 дек 2011, 15:57

Посмотрел файлы. Виртуальная точка оказалась сдвинута по высоте на -77мм. Создалось впечатление что измерения VRS действительно получаются из MUKA.
Требуется исключить станцию MUKA из участия в формировании и приподнять VRS на 77мм чтобы совместить фазовые центры.

Aleks писал(а):Однако, я остаюсь при своем мнении - нет никакого смысла сравнивать в одной точке виртуальные и реальные данные наблюдений.

Вы правы, принципиальной разницы нет - измерения в одной точке или рядом. Но мне так проще анализировать данные, поскольку в таком случае не требуются эфемериды, разве что литера глонассов.
gnss-dev
 
Сообщения: 9
Зарегистрирован: 07 дек 2011, 12:51

Re: Тема для обсуждения структуры т.н. VRS-файлов сети ZAKPO

Сообщение Сергей Флерко » 12 дек 2011, 16:26

Саша, Вы шаман? :)
Или программа в случае запроса виртуального RINEX на точку стояния станции просто подменяет его на файл от реальной станции?
Я не вижу никаких аномалий в виртуальном файле...

Может попробуем сформировать такой же файл на точку: 3915409.460 1638599.991 4745086.876
Вложения
Virtual.gif
Анализ код-фаза для ГЛОНАСС
С уважением,
Сергей

____________________
Precise Thinking ...
New NovAtel OEM7:: http://www2.novatel.com/OEM7
Аватара пользователя
Сергей Флерко
Специалист
 
Сообщения: 1219
Зарегистрирован: 20 июн 2007, 16:43
Откуда: Харьков, Украина

Re: Тема для обсуждения структуры т.н. VRS-файлов сети ZAKPO

Сообщение kukin » 12 дек 2011, 18:40

Обработал в TBC2.4, станции меж собой, интервалы 1;2;5;15;30сек
MKRS 48,378659300 22,709324214 188,226 (1сек)
MKRS 48,378659321 22,709324218 188,225 (1сек, без глонасс)
MKRS 48,378659299 22,709324214 188,226 (2сек)
MKRS 48,378659307 22,709324215 188,226 (2сек без глонасс )
MKRS 48,378659299 22,709324214 188,225 (5сек)
MKRS 48,378659307 22,709324214 188,226 (5сек без глонасс)
MKRS 48,378659297 22,709324215 188,228 (15сек)
MKRS 48,378659282 22,709324174 188,237 (15 сек без глонасс)
MKRS 48,378659267 22,709324171 188,238 (30 сек)
MKRS 48,378659262 22,709324139 188,244 (30 сек без глонасс)
на 5 секундах был получен плавающий результат на станциях VBER --- HUST , VBER --- MIZG в режиме без глонасс
Реальное влияние оказывала MUKA, остальные станции расположены далековато, увеличить продолжительность измерений не хочется.
Использовал параметры антенны из ПО TBC.
TBC автоматом учитывало высоту антенны MUKA.
Отчеты в PDF.
kukin
Специалист
 
Сообщения: 545
Зарегистрирован: 15 янв 2010, 22:16
Откуда: Украина, Ужгород

Re: Тема для обсуждения структуры т.н.VRS-файлов сети ZAKPOS

Сообщение kukin » 12 дек 2011, 18:51

Хотелось продолжить эксперимент, вопрос с какими координатами скачивать VRS?
Данные не однозначные, да еще и отличаются в разном ПО.
kukin
Специалист
 
Сообщения: 545
Зарегистрирован: 15 янв 2010, 22:16
Откуда: Украина, Ужгород

Пред.След.

Вернуться в ZAKPOS: сеть постояннодействующих GNSS станций

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1



Сервер мережі референцних станцій - ZAKPOS. Дані референцних станцій, дані VRS-станцій, актуальні дані про стан мережі Інформаційний сайт мережі референцних станцій - ZAKPOS. Довідкова інформація, новини, партнери, форум, контакти Рейтинг GPS Клуба. GPS навигаторы. GPS мониториг. GPS трекеры. ГЛОНАСС