Here is a bunch of data logged from Kevin's minimum-diameter M flight on Sunday at BALLS 2017:
The GPS module was confused for the first 7.5 seconds, declared no fix for another 1.5 seconds, and then came back with full accuracy for the rest of the flight, starting at about 10,000 feet while the rocket was still going up at 800 feet/second. Note that the GPS vertical velocity crosses zero right at apogee, whereas the Raven's accel-based velocity a little high, crossing zero about 4 seconds late. The altitudes match pretty well too, with the differences explained by the use of the standard atmosphere model, which will under-estimate altitude on warm days.
My take-away from this is that I need to start logging and using the GPS solution validity flags that the module puts out. The tracker was reading those during the flight, but I didn't output them to the data logger. I would prefer to throw out that bad data in the initial part of the boost.
There were 19 satellites in the solution before launch, all of which had C/N0 of 32 dB or higher, and 6-8 of which had > 40 dB.
At ignition, the signal quality dropped dramatically for the first few seconds of the flight, and then 0 signal quality is reported for the ~1.5 second portion of no reported fix. But then once the GPS receiver regained lock, it went back to lots of satellites with strong signal performance.

The GPS module was confused for the first 7.5 seconds, declared no fix for another 1.5 seconds, and then came back with full accuracy for the rest of the flight, starting at about 10,000 feet while the rocket was still going up at 800 feet/second. Note that the GPS vertical velocity crosses zero right at apogee, whereas the Raven's accel-based velocity a little high, crossing zero about 4 seconds late. The altitudes match pretty well too, with the differences explained by the use of the standard atmosphere model, which will under-estimate altitude on warm days.
My take-away from this is that I need to start logging and using the GPS solution validity flags that the module puts out. The tracker was reading those during the flight, but I didn't output them to the data logger. I would prefer to throw out that bad data in the initial part of the boost.
There were 19 satellites in the solution before launch, all of which had C/N0 of 32 dB or higher, and 6-8 of which had > 40 dB.

At ignition, the signal quality dropped dramatically for the first few seconds of the flight, and then 0 signal quality is reported for the ~1.5 second portion of no reported fix. But then once the GPS receiver regained lock, it went back to lots of satellites with strong signal performance.