Насчет пошаманить.
Если 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
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 ?
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.
В описании сказано, что данная конструкция антенны очень чувствительна к длине продов т.к. используется эффект резонанса и в общем-то антенна узкополосная, т.е. именно та, что на приведена рисунке предназаначенна для частоты 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 можно использовать от любой патч антенны, но лично я не стал этого делать,
ибо и так все чудесно.
для симметрирования (вместо балуна) одевал снизу (возле медных проводов впритык) феррит. цилиндр с внутренним как внешний у коаксиала
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 !
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.
I have enabled several including the one with Carrier Phase data apparently : 028 (0x1C - Nav Lib Measurement Data) enabled and when I look at “Receiver Output View” in SiRFDemo I can see the data coming through. With the BT338 running 3.00 the carrier phase field in sirfstar.gps is 0.00000 but in 3.02 (got it here http://gps.0xdc.ru/wiki/doku.php?id=sirfstar#globalsat_bt-338)) there are non 0 values.
I haven’t been able to determine if there are real time solutions (RTKNavi for instance) for SiRF receivers or if it’s logging only and then post-processing with a Rinex file. So far I have only found the Kinematic2_MobileApp app that is supposed to create a Rinex but that’s not working for me for some reason, are there others ? Thanks !
What version of Kinematic2_MobileApp and what platform (Win32 or Windows Mobile) do you use ?
I haven’t looked in sources for many years but if remember correctly the logging of carrier phase was not implemented in early versions (2011) due to phase measurements was not present in sirf binary data.
Program changes baudrate, protocol and messages automatically so no need to do it in SirfDemo. It is logging both RINEX and raw binary data which can be replayed in SirfDemo or converted in 3rd party tools.