Хм… может и давно, но нас заметили, на странице поддержки ссылка на нас, правда не на эту тему, а русский раздел.
А вообще залез почитать о проблемах на гитхабе про глонасс.
/* тут были разные грязные мысли про PPP-Static */
{2 0 len_lo len_hi} (len-1)/16*16 [16] ← 128бит + xor + permutation + [sha256?]
лучше не трогать, сделано явно для галочки. кому надо тот сам разберется.
Thank you very much.
It seems the RAM (around 300kB) is very large compared to other cortex-M3 designs.
I’ll try to find the code related to Peripherals like uart1
I think those numbers are for the M7020, which is basically the UBX6 ported from an ARM7 to Cortex-M3
On the G8030, which I think is a 96 MHz Cortex-M3 we have
RAM1 is 0x20000000…0x2002BFFF 176KB, it’s mirrored at 0x20100000 the initial SP being 0x2012C000
RAM2 is 0x20080000…0x2009FFFF 128KB
ROM is 0x00000000…0x00087FFF 544KB (2.01)
RAM3 is 0x00200000…0x00207FFF 32KB (NVRAM)
QSPI is 0x00800000 (FIS) usually a 2MB (16Mbit)
You are right, i’ve looked at the wrong notes, but it seems that the CPU core differences between
G7020 and G8030 are marginal.
The initial stack pointer for G7020 is 20120000
Is it the “real” NVRAM or just BBRAM ?
FIS is the first 4K block of FLASH, which is read out from flash.xml
Some fake chinese M8N modules have 512K 4bit SPI chips, and there are designs
using 1MB SPI flash (Navilock).
I noticed from the openstreemap wiki that the message TRK-MEAS (0310) is still available for FW3.01. But I tried the old command on M8N and it doesn’t work any more. Anybody know the new command? Thanks.
TRK-MEAS and TRK-SFRBX messages in V3.01 are encrypted and encapsulated into the SEC-0 (2700)
packet. Even if you will overcome this problem, the TRK-MEAS(v5)
message does not include the mesQi byte anymore, so the rcv/ublox.c also needs
to be patched. It seems that the M8T and EVK-M8N receivers support RXM-RAWX output
(including Galileo) without any modifications.
Брал оборудование на тестирование http://nvs-gnss.ru/. Тест проходил в Москве. На широком кутузовском проспекте и на не очень узкий улицах точность была 10-20 см. А там где реально надо было замерить, rtk уже не добивала. Тоесть сигнал был (gprs) но режим был уже не rtk. Обидно, но зато убедился что не сказки, буду пробовать завести rtklib на raspberry.
Аааа, ну это не серьёзно. Как вариант придти постоять у одного столба забора, завтра придти встать у противоположного края. Замерить длину забора рулеткой, сравнить с тем что получилось с использованием GNSS.