You are not logged in.

Announcement

*** NOTICE: forum.openstreetmap.org is being retired. Please request a category for your community in the new ones as soon as possible using this process, which will allow you to propose your community moderators.
Please create new topics on the new site at community.openstreetmap.org. We expect the migration of data will take a few weeks, you can follow its progress here.***

Pages: 1 … 93 94 95 96 97 … 115

#2351 2020-07-30 15:07:55

Cтрелок
Member
Registered: 2020-07-18
Posts: 35

Re: RTKlib/постпроцессинг

2002_ivan wrote:
Cтрелок wrote:

файл sbas.c приведён в соответствие с ИКД СДКМ/DO-229

Буду очень Вам благодарен если Вы сбросите этот файл с модификацией под СДКМ мне на e-mail smile
Именно sbas.c с той же целью я сейчас ковыряю.

К сожалению, выслать ничего не могу. Могу объяснить, по мере возможности, что и где в RTKLIB дописать/подправить для соответствия ИКД СДКМ/DO-229.

Offline

#2352 2020-08-02 11:11:35

2002_ivan
Member
Registered: 2019-07-14
Posts: 182

Re: RTKlib/постпроцессинг

Cтрелок wrote:

Могу объяснить, по мере возможности, что и где в RTKLIB дописать/подправить для соответствия ИКД СДКМ/DO-229.

Спасибо, извиняюсь за задержку с ответом smile
Пытался сам выяснить что к чему и где основные глюки.
Самый главный глюк в RTKLIB это использование sbs->lcorr.iode в satpos_sbas,
для GPS это правильно.
Однако IODE от SDCM для GLONASS всегда бывает или 0 (типа не получили) или 252 :
1 satpos_sbas : time=2020/07/29 08:01:09.725 sat=35 iode= 0
1 satpos_sbas : time=2020/07/29 08:01:09.728 sat=36 iode= 0
1 satpos_sbas : time=2020/07/29 08:01:09.721 sat=37 iode=252
1 satpos_sbas : time=2020/07/29 08:01:09.727 sat=41 iode=252
1 satpos_sbas : time=2020/07/29 08:01:09.732 sat=42 iode=252
1 satpos_sbas : time=2020/07/29 08:01:09.726 sat=43 iode=252
1 satpos_sbas : time=2020/07/29 08:01:09.730 sat=51 iode=252
1 satpos_sbas : time=2020/07/29 08:01:09.735 sat=52 iode=252
1 satpos_sbas : time=2020/07/29 08:01:09.722 sat=53 iode=252
1 satpos_sbas : time=2020/07/29 08:01:09.925 sat=35 iode=252
1 satpos_sbas : time=2020/07/29 08:01:09.928 sat=36 iode=252

естественно от 0 или 252
if (!ephpos(time,teph,sat,nav,sbs->lcorr.iode,rs,dts,var,svh)) return 0;
всегда заканчивает return 0 т.е. режим SBAS для GLONASS не реализован.

Что необходимо использовать вместо 252, -1 или ?

Offline

#2353 2020-08-02 11:43:38

Cтрелок
Member
Registered: 2020-07-18
Posts: 35

Re: RTKlib/постпроцессинг

2002_ivan wrote:

Что необходимо использовать вместо 252, -1 или ?

Посмотрите страницу 41 в ИКД СДКМ, там приведён алгоритм. 252 это два под-поля (время действия и время запаздывания). Также для работы с поправками SBAS вам необходимо хранить текущие и предыдущие эфемериды для каждого НКА. При передачи спутниками новых эфемерид, системы SBAS продолжают использовать старые эфемериды для определения долгосрочных и быстрых поправок от 2 до 4 мин.

Offline

#2354 2020-08-02 12:50:55

2002_ivan
Member
Registered: 2019-07-14
Posts: 182

Re: RTKlib/постпроцессинг

Cтрелок wrote:

Посмотрите страницу 41 в ИКД СДКМ, там приведён алгоритм. 252 это два под-поля (время действия и время запаздывания).

да смотрел я её много раз, алгоритма не увидел roll
Со спутников все время идет неизменно 252, т.е. два под-поля,
"время действия" ВСЕГДА максимально 960c и "время запаздывания" ВСЕГДА 0.
Специально посмотрел логи длиной более 3-х часов.

Как использовать константу 252 непонятно, вернее понятно что если отлична от нуля то идут данные и больше ничего hmm

Offline

#2355 2020-08-02 15:39:06

Cтрелок
Member
Registered: 2020-07-18
Posts: 35

Re: RTKlib/постпроцессинг

2002_ivan wrote:
Cтрелок wrote:

Посмотрите страницу 41 в ИКД СДКМ, там приведён алгоритм. 252 это два под-поля (время действия и время запаздывания).

да смотрел я её много раз, алгоритма не увидел roll
Со спутников все время идет неизменно 252, т.е. два под-поля,
"время действия" ВСЕГДА максимально 960c и "время запаздывания" ВСЕГДА 0.
Специально посмотрел логи длиной более 3-х часов.

Как использовать константу 252 непонятно, вернее понятно что если отлична от нуля то идут данные и больше ничего hmm

static int useglosbas(const int sat, const int iode, const sbssat_t *sbs, const geph_t* eph) {
   const sbssatp_t *p=NULL;
   for (p=sbs->sat; p<sbs->sat+sbs->nsat; p++) {
      if (p->sat!=sat || p->lcorr.t0.time==0) 
         continue;
      const int L=30*(iode&0x7);
      const int V=60*(iode>>3);
      return (p->lcorr.t0.time-L-V<=eph->tof.time && eph->tof.time<=p->lcorr.t0.time-L);
   } 
   return 0;
}

static geph_t *selgeph(gtime_t time, int sat, int iode, const nav_t *nav) {
...
   if (iode>=0 && !useglosbas(sat, iode, &nav->sbssat, &nav->geph[i])) 
       continue;
...
}

Offline

#2356 2020-08-02 18:07:02

2002_ivan
Member
Registered: 2019-07-14
Posts: 182

Re: RTKlib/постпроцессинг

Cтрелок wrote:
   if (iode>=0 && !useglosbas(sat, iode, &nav->sbssat, &nav->geph[i])) 
       continue;

к сожалению поскольку iode всегда 252 то будет вечное continue

за useglosbas спасибо, возможно пригодится smile

похоже есть еще большой глюк в sbsfastcorr ...

Offline

#2357 2020-08-02 20:41:05

Cтрелок
Member
Registered: 2020-07-18
Posts: 35

Re: RTKlib/постпроцессинг

2002_ivan wrote:

к сожалению поскольку iode всегда 252 то будет вечное continue

Ошибаетесь, вечного continue не будет smile.  continue будет если iode больше нуля (т.е. для данного спутника есть поправки к эфемеридам) и useglosbas вернёт 0 (т.е. не найдены эфемериды, к которым можно применить поправки).

Offline

#2358 2020-08-03 12:26:47

2002_ivan
Member
Registered: 2019-07-14
Posts: 182

Re: RTKlib/постпроцессинг

Cтрелок wrote:

Ошибаетесь, вечного continue не будет smile.  continue будет если iode больше нуля (т.е. для данного спутника есть поправки к эфемеридам) и useglosbas вернёт 0 (т.е. не найдены эфемериды, к которым можно применить поправки).

поскольку
1 selgeph : time=2020/07/29 09:00:33.195 sat=43 iode=-1 useglosbas= 0 i=10 iode_i=49 sat_i=43
1 selgeph : time=2020/07/29 09:00:33.195 sat=43 iode=-1 useglosbas= 0 i=37 iode_i=47 sat_i=43
1 selgeph : time=2020/07/29 09:00:33.195 sat=43 iode=252 useglosbas= 0 i=10 iode_i=49 sat_i=43
1 selgeph : time=2020/07/29 09:00:33.195 sat=43 iode=252 useglosbas= 1 i=37 iode_i=47 sat_i=43
1 selgeph : time=2020/07/29 09:00:33.195 sat=44 iode=-1 useglosbas= 0 i=11 iode_i=49 sat_i=44
1 selgeph : time=2020/07/29 09:00:33.195 sat=44 iode=-1 useglosbas= 0 i=38 iode_i=47 sat_i=44
1 selgeph : time=2020/07/29 09:00:33.195 sat=44 iode=252 useglosbas= 0 i=11 iode_i=49 sat_i=44
1 selgeph : time=2020/07/29 09:00:33.195 sat=44 iode=252 useglosbas= 1 i=38 iode_i=47 sat_i=44
1 selgeph : time=2020/07/29 09:00:33.195 sat=51 iode=-1 useglosbas= 0 i=18 iode_i=49 sat_i=51
1 selgeph : time=2020/07/29 09:00:33.195 sat=51 iode=-1 useglosbas= 0 i=45 iode_i=47 sat_i=51
1 selgeph : time=2020/07/29 09:00:33.195 sat=51 iode=252 useglosbas= 0 i=18 iode_i=49 sat_i=51
1 selgeph : time=2020/07/29 09:00:33.195 sat=51 iode=252 useglosbas= 1 i=45 iode_i=47 sat_i=51
1 selgeph : time=2020/07/29 09:00:33.195 sat=52 iode=-1 useglosbas= 0 i=19 iode_i=49 sat_i=52
1 selgeph : time=2020/07/29 09:00:33.195 sat=52 iode=-1 useglosbas= 0 i=46 iode_i=47 sat_i=52
1 selgeph : time=2020/07/29 09:00:33.195 sat=52 iode=252 useglosbas= 0 i=19 iode_i=49 sat_i=52
1 selgeph : time=2020/07/29 09:00:33.195 sat=52 iode=252 useglosbas= 1 i=46 iode_i=47 sat_i=52
1 selgeph : time=2020/07/29 09:00:33.195 sat=53 iode=-1 useglosbas= 0 i=20 iode_i=49 sat_i=53
1 selgeph : time=2020/07/29 09:00:33.195 sat=53 iode=-1 useglosbas= 0 i=47 iode_i=47 sat_i=53
1 selgeph : time=2020/07/29 09:00:33.195 sat=53 iode=252 useglosbas= 0 i=20 iode_i=49 sat_i=53
1 selgeph : time=2020/07/29 09:00:33.195 sat=53 iode=252 useglosbas= 1 i=47 iode_i=47 sat_i=53

а в тексте  имеется

if (iode>=0 && nav->geph[i].iode != iode) continue;

то вечное continue гарантировано smile

если убрать в общем то лишённую смысла эту строчку (непонятно зачем её вообще вставили)
то вечного continue нет и useglosbas работает big_smile
За что отдельное спасибо ! smile

Last edited by 2002_ivan (2020-08-03 12:27:58)

Offline

#2359 2020-08-03 13:03:07

Cтрелок
Member
Registered: 2020-07-18
Posts: 35

Re: RTKlib/постпроцессинг

2002_ivan wrote:

если убрать в общем то лишённую смысла эту строчку (непонятно зачем её вообще вставили)
то вечного continue нет и useglosbas работает
За что отдельное спасибо !

Отлично smile Если будет возможность, покажите, пожалуйста, какая в итоге у вас будет точность местоопределения.

Offline

#2360 2020-08-03 15:03:22

freeExec
Moderator
From: Ульяновск,Модератор всех слоёв
Registered: 2012-07-31
Posts: 8,547

Re: RTKlib/постпроцессинг

2002_ivan wrote:

то вечного continue нет и useglosbas работает

diff в итоге какой?

Offline

#2361 2020-08-03 15:23:21

2002_ivan
Member
Registered: 2019-07-14
Posts: 182

Re: RTKlib/постпроцессинг

Cтрелок wrote:

какая в итоге у вас будет точность

самому интересно какая в итоге будет точность big_smile
пока ничего особо интересного, по GLONASS поиски очередных глюков RTKLIB,
ибо SDCM c GLONASS у меня фактически не работает sad
вернее работает если закомментировать (убрать) в sbas.c

		*var=varfcorr(p->fcorr.udre)+degfcorr(p->fcorr.ai)*t*t/2.0;

но это же неправильно smile

SDCM c GPS работает без проблем, спутники от 5 градусов:
GPS без SDCM
no_sbas.jpg

GPS с тропо и ионо от SDCM
ion_tropo_sbas.jpg

GPS с полной коррекцией от SDCM
full_sbas.jpg

Offline

#2362 2020-08-03 15:26:18

2002_ivan
Member
Registered: 2019-07-14
Posts: 182

Re: RTKlib/постпроцессинг

freeExec wrote:

diff в итоге какой?

до этого еще надо дойти big_smile

Offline

#2363 2020-08-04 00:35:10

Cтрелок
Member
Registered: 2020-07-18
Posts: 35

Re: RTKlib/постпроцессинг

2002_ivan wrote:
Cтрелок wrote:

какая в итоге у вас будет точность

самому интересно какая в итоге будет точность big_smile
пока ничего особо интересного, по GLONASS поиски очередных глюков RTKLIB,
ибо SDCM c GLONASS у меня фактически не работает sad

Взял ваш лог PRN125+PRN140+GPS+GLONASS и посчитал в своей версии RTKLIB. Вот результаты:
GPS+СДКМ
test_gps.png

ГЛОНАСС+СДКМ
test_glo.png

Ну и на выходе значения ICB/cIFB по литере:
-1  0.42
0   2.32
1   0.57
2   1.89
4   2.66
6   3.98

Offline

#2364 2020-08-04 17:25:20

2002_ivan
Member
Registered: 2019-07-14
Posts: 182

Re: RTKlib/постпроцессинг

Cтрелок wrote:

посчитал в своей версии RTKLIB

на https://github.com/ более 160 версий  RTKLIB smile этой, насколько понимаю, там нет sad

Cтрелок wrote:

Вот результаты:
GPS+СДКМ

красивая картинка после сглаживания big_smile
мне больше нравится без сглаживания, эталоном служит картинка того что умеет этот приемник от моего GPS симулятора
outpu5_2_mhz2.jpg

Cтрелок wrote:

ГЛОНАСС+СДКМ

нормальная картинка, правда сдвинута на юг на 0.5 ... 0.7 метра

Cтрелок wrote:

Ну и на выходе значения ICB/cIFB по литере:
-1  0.42
0   2.32
1   0.57
2   1.89
4   2.66
6   3.98

Это самое чудесное в этой версии smile
Без этого про ГЛОНАСС можно забыть.
но даже с этим и сдвигом 0.5 ... 0.7 м тоже можно забыть neutral

Сейчас планово увеличил скорость солнечный ветер и ГЛОНАСС
унесло за 2 часа наблюдений на ~ 20 метров
solar_wind_glo.jpg

Offline

#2365 2020-08-05 11:09:07

Cтрелок
Member
Registered: 2020-07-18
Posts: 35

Re: RTKlib/постпроцессинг

2002_ivan wrote:

на https://github.com/ более 160 версий  RTKLIB  этой, насколько понимаю, там нет

Увы sad

2002_ivan wrote:

красивая картинка после сглаживания big_smile

Да, кодовые измерения были сглажены фазовыми (т.е. уменьшен шум кодовых измерений и эффект многопутности). В результате мы видим более-менее реальную точность СДКМ. А так из-за кодовых шумов был бы круг с радиусом 1-1.5м.

2002_ivan wrote:

мне больше нравится без сглаживания, эталоном служит картинка того что умеет этот приемник от моего GPS симулятора

В идеальных условиях выглядит красиво smile, но на практике шумы в несколько раз выше.

2002_ivan wrote:

нормальная картинка, правда сдвинута на юг на 0.5 ... 0.7 метра

Тут надо разбираться. В том файле, что вы предоставили, некоторые измерения псевдодальностей ГЛОНАСС явно были аномальными. Есть предположение, что этот приёмник некорректно работает с ГЛОНАСС + непонятно, что там с фазовым центром антенны. Во всяком случае, это смещение никак не связано с поправками СДКМ. На тех приёмниках, что есть в моём распоряжении, точность ГЛОНАСС+СДКМ ничем не хуже точности GPS+СДКМ.

2002_ivan wrote:

Сейчас планово увеличил скорость солнечный ветер и ГЛОНАСС унесло за 2 часа наблюдений на ~ 20 метров

Скорее всего это просто некорректная работа вашего приёмника и солнечный ветер тут не причём.

Last edited by Cтрелок (2020-08-05 11:09:17)

Offline

#2366 2020-08-06 09:52:32

2002_ivan
Member
Registered: 2019-07-14
Posts: 182

Re: RTKlib/постпроцессинг

Cтрелок wrote:

Ну и на выходе значения ICB/cIFB по литере:
-1  0.42
0   2.32
1   0.57
2   1.89
4   2.66
6   3.98

в логе https://github.com/IvanKor/Accuracy-GNS … 0_com9.ubx
используется больше спутников

1 rxmrawx: -7  10 0.000000
1 rxmrawx: -6  26 0.000000
1 rxmrawx: -4   6 0.000000
1 rxmrawx: -2  13 0.000000
1 rxmrawx: -1  12 0.420000
1 rxmrawx:  0  11 2.320000
1 rxmrawx:  1   5 0.570000
1 rxmrawx:  2  20 1.890000
1 rxmrawx:  3  19 0.000000
1 rxmrawx:  4  21 2.660000
1 rxmrawx:  6   4 3.980000

приведенных значений совершенно недостаточно для коррекции, дайте пожалуйста остальные значения smile

и если возможно полные значения ICB/cIFB по литере для лога
https://github.com/IvanKor/Accuracy-GNS … 0_com9.ubx
который снят во время  солнечного ветра.

Cтрелок wrote:

некоторые измерения псевдодальностей ГЛОНАСС явно были аномальными. Есть предположение, что этот приёмник некорректно работает с ГЛОНАСС + непонятно, что там с фазовым центром антенны.

какие именно были аномальными ?

Про  фазовый центр антенны имеет смысл говорить когда зайдет речь о невязках меньше 0.2 метра hmm
Поскольку используется широкополосная полногабаритная антенна то в отличие от керамических (укороченных) этот параметр у антенны лучше не бывает big_smile

Offline

#2367 2020-08-06 12:51:08

Cтрелок
Member
Registered: 2020-07-18
Posts: 35

Re: RTKlib/постпроцессинг

2002_ivan wrote:

и если возможно полные значения ICB/cIFB по литере для лога
https://github.com/IvanKor/Accuracy-GNS … 0_com9.ubx
который снят во время  солнечного ветра.

-7  -8,8906
-4  -7,9115
-2  -5,0944
 0   2,3176
 1   0,5421
 2   2,7396
 3   3,8922
 4   5,1772
 5   3,3453
 6   3,1348

icb_glo.png
Похоже, смещение в 20 метров возникает из-за сильного разброса ICB, а не из-за солнечного ветра. Но центр ГЛОНАСС и GPS сильно смещен. Почему так непонятно, может все дело в антенне.

GPS+СДКМ
sol_gps.png

ГЛОНАСС+СДКМ
sol_glo.png

Offline

#2368 2020-08-06 13:37:50

2002_ivan
Member
Registered: 2019-07-14
Posts: 182

Re: RTKlib/постпроцессинг

Cтрелок wrote:

Почему так непонятно, может все дело в антенне.

Спасибо ! smile
для ясности, если возможно, дайте значения ICB/cIFB по всем спутникам для этого лога
https://github.com/IvanKor/Accuracy-GNS … 0_com9.ubx

это когда солн. ветра нет а оборудование полностью идентичное.

Offline

#2369 2020-08-06 13:43:01

2002_ivan
Member
Registered: 2019-07-14
Posts: 182

Re: RTKlib/постпроцессинг

Cтрелок wrote:

из-за сильного разброса ICB

в обоих случаях снималось с заводской калибровкой см. таблицу Pseudo-range correction table
которая выполнялась при помощи симулятора.

Offline

#2370 2020-08-06 14:45:45

Cтрелок
Member
Registered: 2020-07-18
Posts: 35

Re: RTKlib/постпроцессинг

2002_ivan wrote:

Спасибо !
для ясности, если возможно, дайте значения ICB/cIFB по всем спутникам для этого лога
https://github.com/IvanKor/Accuracy-GNS … 0_com9.ubx
это когда солн. ветра нет а оборудование полностью идентичное.

-7  -8,2474
-4  -6,594
-1   0,4277
 0   2,3246
 1   0,5785
 2   1,8965
 3   3,5329
 4   2,6693
 6   3,9852
2002_ivan wrote:

в обоих случаях снималось с заводской калибровкой см. таблицу Pseudo-range correction table
которая выполнялась при помощи симулятора.

Если бы было всё так просто smile. Почитать того же Печерицу - https://www.dissercat.com/content/metod … alonov-pro. Имитатор, калибровка имитатора, куча теорий…. К тому же все эти значения не являются константными и в зависимости от оборудования, ну там за много килобаксов или не очень wink, температуры и т.д., могут плавать от нескольких сантиметров до несколько метров в течении суток. Ну и соответственно могут сильно измениться в течении года. На сайте sbas.ru ICB используются как константные значения, которые последний раз обновлялись полгода назад. Как видно по пришествию полугода точность ГЛОНАСС не сильно уступает GPS, т.е. значения ICB в течении полугода почти не изменились.

Offline

#2371 2020-08-06 16:13:49

2002_ivan
Member
Registered: 2019-07-14
Posts: 182

Re: RTKlib/постпроцессинг

Cтрелок wrote:

температуры и т.д.

Спасибо ! smile
Буду выяснять что к чему, приемник у меня в термостате (термос),
керамическая патч антенна с экраном на диапазоны GPS и Глонасс есть (проверена).
Попробую еще с этой антенной.

Cтрелок wrote:

значения ICB в течении полугода почти не изменились.

Насколько я понимаю в килобаксовых приемниках встроена динамическая подстройка ICB,
тот же javad хвастался что они 10 лет потратили но таки это сделали big_smile

Last edited by 2002_ivan (2020-08-06 16:19:01)

Offline

#2372 2020-08-06 22:25:41

Cтрелок
Member
Registered: 2020-07-18
Posts: 35

Re: RTKlib/постпроцессинг

2002_ivan wrote:

Попробую еще с этой антенной.

Задержки (ICB), которые я привел, действительны для полного тракта приёмник + антенна. Не уверен, что если заменить антенну, то задержки будут те же.

2002_ivan wrote:

Насколько я понимаю в килобаксовых приемниках встроена динамическая подстройка ICB,
тот же javad хвастался что они 10 лет потратили но таки это сделали big_smile

Такой функции для приёмников на сайте sbas.ru не предусмотрено (хотя такая возможность действительно рассматривалась). У Javad-a данная опция является платной. Я читал брошюру на сайте javad-a (там говорится, что ГЛОНАСС будет такой же как GPS). У меня возникло очень много вопросов к их калибровке. Во-первых, не понятно, что они калибруют, межчастотные смещения L3 или межканальные L1 и L2. На мой взгляд, даже чисто теоретически, по бродкастовым эфемеридам осуществить (во всяком случае на данный момент) калибровку межканальных смещений невозможно. Есть десятки статей на эту тему, но большинство - полная чушь, статья ради статьи. Возможно, javad имеет в виду калибровку в режиме RTK, тут да, калибровка имеет смысл.

2002_ivan smile, моё начальство, которое читает данный форум, попросило меня предложить Вам работу (в Москве). Уж больно все были удивлены, что вы оцениваете доплеровское смещение Лучей, хотя таких значений, которые вы приводили никогда и не было (кое кто даже был жутко возмущен), но тем не менее... smile. Если Вас интересует данное предложение, то сообщите мне на почту. Вам хотят предложить очень интересную (в мировом масштабе) работу smile.

Offline

#2373 2020-08-07 14:09:24

2002_ivan
Member
Registered: 2019-07-14
Posts: 182

Re: RTKlib/постпроцессинг

Cтрелок wrote:

-7  -8,2474
-4  -6,594
-1   0,4277
0   2,3246
1   0,5785
2   1,8965
3   3,5329
4   2,6693
6   3,9852

Спасибо ! Прекрасно сработало smile
Сведение GLO
125_140_glo.jpg
в этом случае все проблемы SDCM+GLO исчезают
необходимо дописать в RTKLIB модуль калибровки smile без этого никак ...

SDCM+GLO+GPS
125_140_sdcm_glo_gps.jpg


Cтрелок wrote:

-7  -8,8906
-4  -7,9115
-2  -5,0944
0   2,3176
1   0,5421
2   2,7396
3   3,8922
4   5,1772
5   3,3453
6   3,1348

здесь уже не идеальная картинка, какая причина непонятно, по прежнему считаю виноватым солнечный ветер,
хотя может быть и ошибаюсь.
Сведение GLO
125_136_140_glo.jpg

SDCM+GLO+GPS
125_136_140_sdcm_glo_gps.jpg

калибровки особо не отличаются

-7  -8,8906   -8,2474     10
-4  -7,9115   -6,594    2  6
-1   		   0,4277     12
-2  -5,0944                9
 0   2,3176    2,3246     11
 1   0,5421    0,5785      5
 2   2,7396    1,8965     20
 3   3,8922    3,5329     19
 4   5,1772    2,6693  17 21
 5   3,3453             3
 6   3,1348    3,9852      4

Если возможно, дайте пожалуйста еще калибровки для двух файлов снятых на различные антенны
patch
и
quadrifilar

Offline

#2374 2020-08-07 14:45:16

2002_ivan
Member
Registered: 2019-07-14
Posts: 182

Re: RTKlib/постпроцессинг

Cтрелок wrote:

Уж больно все были удивлены, что вы оцениваете доплеровское смещение Лучей, хотя таких значений, которые вы приводили никогда и не было (кое кто даже был жутко возмущен)

Мне нет смысла врать smile Мне необходимо было контролировать в полевых условиях точность установки частоты внешнего генератора в hackrf для gps симулятора. Не долго думая подправил эту софту
GNSS_SDRLIB_HackRF.jpg
выставил PRN 140 Луча и отверткой подстроил генератор к частоте доплера близкой к нулю, и оставил.
Мое удивление было большим когда частота доплера начала изменятся в озвученных ранее значениях (точно какие уже не помню).
На  PRN 125 Луча ситуация была аналогичной.
Посмотрел GAGAN, там частота стабильна, не изменяется, по GAGAN и отстраиваюсь.
В EGNOS тоже стабильная, но немного плавает, в индийском  GAGAN лучше всех стабильность доплера smile

Спустя время понял что затею с софтой городил напрасно, ибо все прекрасно измеряется в u-center без лишних телодвижений в любое время, doppler можно смотреть в сообщениях UBX-RXM-RAWX и UBX-RXM-MEASX.
MEASX в выложенные файлы *.ubx я не записывал смотреть по RAWX.
Из отображаемых там значений doppler необходимо вычесть значение смещения кварца приемника определяемое по частоте doppler GAGAN. Для файлов где упомянуто com9 это значение ~3500 Hz.
Проверяя таким образом  текущий доплеровский сдвиг Лучей можно сказать что сегодня doppler  PRN 140  близок к нулю,
а недавно работавшем   PRN 125 (сегодня его нет в эфире) doppler   ~ 200 Hz

Cтрелок wrote:

Вам хотят предложить очень интересную (в мировом масштабе) работу

Всегда готов smile
Только смотря что за работа wink

Offline

#2375 2020-08-07 21:38:11

usm78-gis
Member
Registered: 2008-04-21
Posts: 2,672

Re: RTKlib/постпроцессинг

2002_ivan wrote:

на https://github.com/ более 160 версий  RTKLIB

Так как автор в силу своеобразной японской ментальности упорно отказывается
интегрировать патчи (даже поддержки sirf нет!),
а все остальные пишут местечковую отсебятину.
Изменение лицензии с GPL на BSD тоже привлекло коммерческих
"писателей" которые не заинтересованы в развитии необходимых функций
"для всех".

Offline

Pages: 1 … 93 94 95 96 97 … 115

Board footer

Powered by FluxBB