osqzss / limegps Goto Github PK

Compliments on writing such great code! I started with bladegps, then updated limegps with the bladegps gpssim.c file. The code runs really well, and is written very well. I'm running bladegps and limegps at 8Mss and feeding the output via cable to gnss-sdr, and it works great.

Thanks again for such well-written code!!

Hello,
While playing with your offline tools (gps-sdr-sim and limeplayer) I found, that 1-bit I/Q with 1MSps works best even with Galaxy phones, however gain has to be decreased evel below 0.1 (got nice results with 0.04). Of course warning about failed callibration persist, but it is limeutil bug/feature.

where do we execute the "make" coz am getting
make: *** No targets specified and no makefile found. Stop.

am guessing its inside the LimeGPS-master folder ...

then how do we transmit it ??

Hello,
I would like to know if in real time mode there is any offset between the generated GPS time and UTC time on the host PC.
I mean, will the time showed in a GPS receiver be exactly the same as the PC UTC time?

I'm asking about this, because i did some test with pluto-gps-sim and it has some hundred milliseconds offset (host PC - GPS receiver time).

Thank you very much.

Thanks for this great software!

I was trying to get it to work on the LimeNET-Micro, which has a Raspberry Pi Compute 3+ module.

After a few tweaks, it worked. Here's what would have to be changed to make it work out of the box:

1. The deviceName is LimeNET-Micro, so an else if block would be needed here:
   

   LimeGPS/limegps.c

   Lines 403 to 411 in 8023223

   	if(strncmp(devinfo->deviceName, "LimeSDR-USB", 11) == 0)
   	{
   	limeOversample = 0; // LimeSDR-USB works best with default oversampling
   	printf("Found a LimeSDR-USB\n");
   	}
   	else
   	{
   	printf("Found a LimeSDR-Mini\n");
   	}

2. limeOversample = 1 seems to work fine but I haven't looked into what this does exactly.
3. MAX_CHAN should be reduced to <= 9 due to the limited processing power. Or is there some other way to prevent - or at least detect - a buffer underrun?
4. There's only one channel, so the calls to LMS_EnableChannel(device, ..., 1, false) fail but that causes no further problems.

Hi,

Does this support the Lime SDR Mini? When I run LimeGPS I get the following error:

matt@matt-lenovo:~/LimeGPS$ ./LimeGPS -e brdc0350.18n
Opening and initializing device...
Reference clock 40.00 MHz
SetPllFrequency: timeout, busy bit is still 1
ERROR: Failed to set sample rate: 
Closing device...
matt@matt-lenovo:~/LimeGPS$ 

Thanks,

Matt

I'm currently developing a test using an asus tinker board as computer and a LimeSDR mini to transmit the GPS signals, but i can obtain fix on any GPS receivers. And using the GPS Test app on a android device i can't see any simulated GPS satellites.
Can this have any relation with the sample-rate used?

I've seen that for using bladeGPS on a raspberry pi its necessary to down the sample-rate to 2054000Hz.

Can you help me understanding if i need to tweak some of that parameters?

How do I get interactive mode working in linux? Thanks