gypsum
Learning and science
gps receiver signal processing
SHOW HN2024
How HN took it
16 positive, 11 neutral or asking, 1 mixed, 1 critical, out of 29 comments about the project. Thread score +0.41.
Docs: 5 for, 0 againstExecution: 3 for, 1 againstIdea: 2 for, 0 againstDesign: 1 for, 0 against
The thread, comment by comment
Each row is a top-level comment and its replies, in HN's order. Select a cell to open that comment on HN.
positive neutral or mixed critical about another commenter or something else the maker
What HN said
What people liked
Impressive technical achievement from a self-taught programmer
From 2 comments
Brilliant! I have no idea what the technical background of the author is but for anyone to tease apart the vast, complex, details of the GPS universe is a massive feat. Coupled…
sizzzzlerz on HNReally amazing piece of work. I look forward to digging into it. Thanks for sharing.
noman-land on HN
Fast time to first fix is impressive
From 1 comment
Cool article. Whenever I see "from scratch," I'm always curious to see how from scratch the author actually means so I'll admit I was a bit disappointed to see that the hardware…
AdamJacobMuller on HN
Objections
Hardware is only an RTL-SDR, so not truly from scratch
From 1 comment
Cool article. Whenever I see "from scratch," I'm always curious to see how from scratch the author actually means so I'll admit I was a bit disappointed to see that the hardware…
AdamJacobMuller on HN
Fast fix explanation questioned; brute force claim disputed
From 3 comments
The fast TTFF on a typical modern device e.g. your phone is because the device has the Internet, and so it can obtain all the information it needs from the Internet up front, it…
tialaramex on HNYou don't need to brute force the almanac - why would you? But it's very much feasible to 'brute force' your initial signal lock by searching for all gold codes at a range of…
michaelt on HN> You don't need to brute force the almanac - why would you? I have no idea, but the claim was that you get faster fix with brute force when I know that's not why it's fast in…
tialaramex on HN
Requests
Support for Galileo and other GNSS constellations or the encrypted P(Y) code
From 2 comments
Does it only support the US-made GPS (NAVSTAR GPS) or other GNSS systems like Galileo as well?
kaitocross on HNNow do it for the encrypted signal (the P(Y)-code)!
pictureofabear on HN
Pseudorange comparison with a commercial receiver
From 1 comment
Great project, thanks for posting it! It just so happens I've got an RTL-SDR, a GPS receiver that outputs raw pseudoranges, and a signal splitter that lets me put the signal from…
michaelt on HN
Questions
Does it support GNSS systems beyond NAVSTAR GPS?
From 1 comment
Does it only support the US-made GPS (NAVSTAR GPS) or other GNSS systems like Galileo as well?
kaitocross on HN
How to run it on Windows with pip
From 1 comment
Anyone manage to get this working with pip in Windows? After installing the dependencies: ``` C:\dev\gps\gypsum-release>gypsum-cli.py Traceback (most recent call last): File…
CamperBob2 on HN
Alternatives named
Commercial GPS receivers and Stanford GNSS course material
From 2 comments
Standford has/had a course that is available online on GPS/GNSS and a lot of the nitty-gritty details: * https://www.youtube.com/playlist?list=PLGvhNIiu1ubyEOJga50LJMzVXtbUq6CPo
throw0101c on HNCool article. Whenever I see "from scratch," I'm always curious to see how from scratch the author actually means so I'll admit I was a bit disappointed to see that the hardware…
AdamJacobMuller on HN
Ciechanow's GPS explainer
From 1 comment
A good, decently detailed look at signal processing required. I also like https://ciechanow.ski/gps/, which has some fantastic visuals to go along with this explanation.
blobcode on HN