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

:roll_eyes: :roll_eyes:

я же дилетант :smiley: и просил

уважаемые эксперты, знающие где находится серийный номер приемника, и хранящие верность этому номеру
могли элементарно его изменить :stuck_out_tongue:
как делитант и рядовой пользователь использую эти номера исключительно при подключении к ОДНОМУ РС НЕСКОЛЬКО (>1) приемников по USB и мне своих серийных номеров больше чем хватает, возможно эксперты знают их скрытое назначение :confused: с привязкой к их банковским счетам :frowning:

благодаря простым дилетантам, что выслали дамп eFuse M8T было выяснено что никакой коррекции частотных каналов GLONASS M8T не содержит и отличные от M8N биты (в конце) в eFuse M8T болтаются просто для красоты, в FW не используются :expressionless:

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

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

причем на L1 всегда можно сделать почти Iono-Free не используя данных L2, если слегка пошаманить :stuck_out_tongue:
и не надо использовать

что озвучил один оратор в начале :smiley:

все происходит в реалтайме, весьма близко к Iono-Free только с L1 без L2 или L2C

Сам придумал и сам опроверг. Таблица поправок была в вики задолго до этого сообщения.

Серийные номера используются для разных целей, в том числе для (псевдо)защиты
коммуникационного канала. Сейчас вроде перешли на ЕС NIST192 (secp192r1)
но живьем это все NDA.

Есть E5a,E5b,AltBOC (где картинки для Ркацители?),
скорость и стабильность получения фиксированного решения,
и еще куча полезных вещей
вроде защиты навигационного сообщения от всяких разных умельцев.

с той таблицей поправок что в вики это жуть :open_mouth:

по этой причине искал отличную от той таблицы таблицу поправок :stuck_out_tongue:

:roll_eyes: :roll_eyes:
чем ниже частота тем больше шумы ионосферы в плане времени прохождения
что делает их совершенно не интересными :stuck_out_tongue:

по этой причине использую M8T и GPS + GALILEO на 1575.42 МГц без малейших проблем
кому нравится экстрим могут использовать E5a,E5b :smiley:

насколько помню от этого то ли отказались то ли еще не тестировали
хотя нада будет взломают и это :smiley:

Наконец-то GPL лицензия :)))
Надоело в личку слать :)))

ЗЫ: прохожий - дилетант

В вики добавь, раз прохожый.


B5 62 09 21 AC 00 
9F C0 97 F4 89 DC DE 41 85 2A F2 57 D0 A6 B6 74 72 7A 3D 91 37 06 F1 81 A0 9C D3 BA 13 C9 7C BB 
00 00 20 00 
00 00 00 00 
4C B4 57 5D D2 FF FF FF 
07 F8 EF FB 
FF 76 EF FF 
92 EE FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF 
C0 5A 97 0B 
DE 7A

Насчет пошаманить.
Если F9H дорогой, то есть M9N.
ROM прошивка у них одинаковая, так что вопрос для настоящего Бомелия ставится теперь так:
можно ли запустить из RAM вылеченную прошивку от F9P на M9N ?

I’m new here and found some very helpful messages here, thank you !
Unfortunately the “medicine” is not working on my Navilock NL-8002U USB with M8030-KT - it’s strange because it has 3.01 (107888) too, here are the details

17:59:30  $GNTXT,01,01,02,u-blox AG - www.u-blox.com*4E
17:59:30  $GNTXT,01,01,02,HW UBX-M8030 00080000*60
17:59:30  $GNTXT,01,01,02,ROM CORE 3.01 (107888)*2B
17:59:30  $GNTXT,01,01,02,FWVER=SPG 3.01*46
17:59:30  $GNTXT,01,01,02,PROTVER=18.00*11
17:59:30  $GNTXT,01,01,02,GPS;GLO;GAL;BDS*77
17:59:30  $GNTXT,01,01,02,SBAS;IMES;QZSS*49
17:59:30  $GNTXT,01,01,02,GNSS OTP=GPS;GLO*37
17:59:30  $GNTXT,01,01,02,LLC=FFFFFFFF-FFFFFFED-FFFFFFFF-FFFFFFFF-FFFFFFE9*50
17:59:30  $GNTXT,01,01,02,ANTSUPERV=AC SD PDoS SR*3E
17:59:30  $GNTXT,01,01,02,ANTSTATUS=OK*25
17:59:30  $GNTXT,01,01,02,PF=3FF*4B

And when I send B5 62 06 41 00 00 47 DB in Messages/Custom in uCenter I get

B5 62 06 41 80 00 52 5B 4E 9E AD FF FF FF FF FF
EF EB FF 76 FE FF FF FF FF FF FF FF FF FF FF FF

And it doesn’t change withe “medicine”

I think I’m doing it right because B5 62 06 01 03 00 02 14 01 21 6E properly activates MEASX

Hopefully some bright mind can figure out a new medicine. Thank you !

EDIT - after flashing a new firmware just in case (it doesn’t help) I have this now, no other change

Navilock after flash :
18:14:17 $GNTXT,01,01,02,u-blox AG - www.u-blox.com4E
18:14:17 $GNTXT,01,01,02,HW UBX-M8030 00080000
60
18:14:17 $GNTXT,01,01,02,EXT CORE 3.01 (107900)33
18:14:17 $GNTXT,01,01,02,ROM BASE 3.01 (107888)25
18:14:17 $GNTXT,01,01,02,FWVER=SPG 3.01
46
18:14:17 $GNTXT,01,01,02,PROTVER=18.00
11
18:14:17 $GNTXT,01,01,02,FIS=0xEF4014 (200058)56
18:14:17 $GNTXT,01,01,02,GPS;GLO;GAL;BDS
77
18:14:17 $GNTXT,01,01,02,SBAS;IMES;QZSS49
18:14:17 $GNTXT,01,01,02,GNSS OTP=GPS;GLO
37
18:14:17 $GNTXT,01,01,02,LLC=FFFFFFFF-FFFFFFED-FFFFFFFF-FFFFFFFF-FFFFFFE950
18:14:17 $GNTXT,01,01,02,ANTSUPERV=AC SD PDoS SR
3E
18:14:17 $GNTXT,01,01,02,ANTSTATUS=OK25
18:14:17 $GNTXT,01,01,02,PF=3FF
4B

Your PF value prevents the raw data output. Here is the full PF bit matrix:


PF=    0             00.0000.0000 old
PF=  300             11.0000.0000
PF=  379             11.0111.1001 M8P
PF=  3BF             11.1011.1111 M8U
PF=  3F7             11.1111.0111
PF=  3FA             11.1111.1010 M8T
PF=  3FF             11.1111.1111 nodata
PF=FFFFF 1111.1111.1111.1111.1111 M9N
PF=?????                          F9K?
PF=FF9F3 1111.1111.1001.1111.0011 F9R
PF=FDBFF 1111.1101.1011.1111.1111 F9H
PF=FFF7A 1111.1111.1111.0111.1010 F9T
PF=FFF79 1111.1111.1111.0111.1001 F9P
                        ||   |||| tim
                        ||   |||  ppp
                        ||   ||   raw
                        ||   |    adr
                        ||        udr
                        |         rtk

Thank you for the reply. That makes sense and I wasn’t expecting the 8030 to be able to output RAW out of the box but that’s something that the “medicine” for M8N based receivers has been able to fix I think ?

If no “medicine” can be found I saw here https://rtklibexplorer.wordpress.com/2017/06/07/newest-u-blox-m8n-receivers-not-usable-with-rtklib/ about the M8N that “there are now several modified versions of u-blox firmware and RTKLIB floating around that have been hacked to unscramble the messages” but I have not been able to find them :frowning:

**используйте эту команду в ОДНУ СТРОКУ
**
use this command in ONE LINE

B5 62 09 21 AC 00 9F C0 97 F4 89 DC DE 41 85 2A F2 57 D0 A6 B6 74 72 7A 3D 91 37 06 F1 81 A0 9C D3 BA 13 C9 7C BB 00 00 20 00 00 00 00 00 4C B4 57 5D D2 FF FF FF 07 F8 EF FB FF 76 EF FF 92 EE FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF C0 5A 97 0B DE 7A

THANK YOU VERY KINDLY ! The additional “FF FF” towards the end did the magic !

Sorry for the silly question but what is a good way of running 301_rom_m8n_eFuse.cmd with one click ? There I sent everything via uCenter so it takes a bit of time. I tried loading it in ScriptCommunicator but it only seems to take .js scripts ?

Also I have an old Antaris 4 USB receiver with a patch antenna that’s very sensitive and I saw here https://wiki.openstreetmap.org/wiki/UbloxRAW#ANTARIS4 that there was also a way to enable RXM-RAW and RXM-SFRB on it with command : b5 62 09 01 09 00 14 6c 00 00 00 00 00 00 ff 92 f7 but it doesn’t work. Is there any “medicine” available for it too ?

Modifying firmware is too much effort without any substantial gain, because
the stock rtklib u-blox driver does not support this input data format.
The only feasible long-term solution is to maintain a GPLv3 fork of the rtklib/rtkgps+ combo,
keeping the ‘permutation’ and ‘xor’ 128bit keys outside the source code tree.
If somebody will volunteer to maintain such repository at github, i will happily contribute the source code
dealing with the user-oriented missing features.

Вопросы по поводу “Quadrifilar backfire helix antenna” антенны (http://lea.hamradio.si/~s53mv/navsats/analog.html):

В описании сказано, что данная конструкция антенны очень чувствительна к длине продов т.к. используется эффект резонанса и в общем-то антенна узкополосная, т.е. именно та, что на приведена рисунке предназаначенна для частоты 1572.42MHz, а для например Глонасс (GLONASS L1) размеры должны быть на 3% меньше. При диаметре 30 мм - 3% = 0,9 мм - на сколько реально выдержать такие размеры (изменения) ?

Так же делается допущение:

Обычно один из продников заменяется на полутвердый коаксиальный кабель того же диаметра, что и остальные продники. Но применение конструкции показанной картинке (fig. 16) не ухудшает значтельно качетсво приема, поэтому она использется.
Может быть можно рассмотреть “идельную” конструкцию “балун” - без центральной трубки(каоксиала) ?

Ищу, где приобрести semi-rigid coaxial 141 50Ом, пока нашел только в Казани, минимум 2 метра. Может, кто подскажет какие еще есть вариенты.

Можно ли использовать LNA от какой-ть готовой патч антенны ?

Спасибо.

как уже говорил, **делать эту антенну без прибора нет особого смысла **
если имеете прибор то подключите к нему стандартный квадратный керамический патч и посмотрите что такое узкополосность и какую именно частоту показывает прибор на резонансе кер. патч, должно быть 1575 МГц и ксв ~ 1.2
“Quadrifilar backfire helix antenna” по отношению к патч довольно широкополосная и без проблем перекрывает GPS и GLONASS

для изготовления я использовал медь диаметром 1.2 мм и серебренный фторопластовый МЯГКИЙ коаксиал диаметром толи 4 … 5 мм по оплетке то ли больше … лень идти измерять
те размеры условные но начинать надо с них, предварительно изготовив оправку для гнутья, на глаз не прокатит
после 4-х итераций мне удалось попасть в размер когда GPS и GLONASS были в полосе пропускания
модуль LNA можно использовать от любой патч антенны, но лично я не стал этого делать,
ибо и так все чудесно.
для симметрирования (вместо балуна) одевал снизу (возле медных проводов впритык) феррит. цилиндр с внутренним как внешний у коаксиала

Планирую сделать модель для 3Д принтера и распечатать, чтобы соблюсти размеры.

я тоже так планировал :smiley:

Is anyone here still using SiRF II or III receivers ? I found an old Globalsat BT-338 and have downgraded the firmware to 3.02 using http://gps.0xdc.ru/wiki/doku.php?id=sirfstar#globalsat_bt-338 and normally this should output phase data but when I use the Kinematic2_MobileApp app by Cnav on geodesist.ru to produce a Rinex the phase data is empty and there are no readings in RTKPost. When I log with SiRFDemo there does seem to be info though. There is also an app called GNSS Monitor by sklimkim but I can’t download the latest v4 version. Anyway I’m confused and would appreciate if anyone can help, thanks !

Did you enable the sirf messages with the raw data content ?
The same should apply also to the antraris4 receivers.

Thanks for your suggestion.
For Antaris 4 I can use RTKNavi directly with the uBlox format so I can see quickly if the messages are enabled.
For SiRF receivers there is a SiRF format input for the Android version of RTKLibe but not for the computer version and I’m not getting any satellite info in the Android version so I’m not sure if it’s expecting a different SiRF format (SiRF 4?) or if messages haven’t been enabled properly…
It seems that with SiRFII or SiRFIII you can’t do realtime and have to log data ?
When I look at the sirfstar.gps log from SiRFDemo the CarrierPhase data is there but not in Rinex log produced by theKinematic2_MobileApp app. I haven’t found an app to convert the sirfstar.gps to Rinex.