This is gonna be the next step after Andrew Holme's 100% DIY receiver: <a href="http://www.aholme.co.uk/GPS/Main.htm" rel="nofollow">http://www.aholme.co.uk/GPS/Main.htm</a>
> Well, how about deliberate dilution of precision or intentionally limiting the speed the GPS chip can be used at?<p>Is that a legal requirement or just done on request? I sort of chuckle whenever I hear of limitations like that being put in place as if someone that can construct an ICBM is going to be constrained by the GPS module.
It seems like they did this for SpaceChain, which I had never heard of before. I read their information, taking about combining blockchain-technology and satellites, and I'm still very confused. Other than buzzwords, what is this actual business and why is the blockchain necessary here? dApps in Space? What? Why?
Very cool but a far cry from an actually usable open source hardware receiver. Implementing the RF front end is not at all trivial and highly dependent on the manufacturing process, which is probably why they didn't release one. There's also the issue of fabs all requiring NDA's for their PDK's (process development kit), and transistor-level netlists would probably leak some of that information. It would be great to see an open PDK at something like a 65nm or 40nm node which would really allow for open source hardware design.
Mostly off-topic here, but it seems like the best place to get an answer: several years ago in my lab at Georgia Tech, a technician I worked with said he had a friend who invented a device for doing celestial navigation, but that it 1) worked in the daytime somehow and 2) used digital technology so that it was more precise than a sextant / traditional celestial navigation.<p>The technician was prone to a bit of exaggeration, so I'm not 100% sure that this is real, but I'd love to find out more if so.
This is super cool, its nice to see this come out of the idea stage into something one will be able to buy. I find the most use for gps modules is time data, I have one outside my window that is feeding a PPS signal into a server running ntpd. Saves me from bothering internet ntpd servers.
Thoughts on how this sort of thing, even though CoreSemi is Singapore/Japan-based, might fall afoul of US ITAR restrictions?<p>As a scientist, open hardware is the best. I'm just not sure whether or not CoreSemi might have put its foot in something bigger than they know.
Affordable differential GPS would be a nice application... it just requires a fast way of synchronization between two devices (CW in the ISM band would probably work, for example).
github links in article don't seem to work, but this does:<p><a href="https://github.com/CoreSemi?tab=repositories" rel="nofollow">https://github.com/CoreSemi?tab=repositories</a>
FTR, Here is document about design of a Bluetooth GNSS receiver.[0]<p>[0] <a href="https://github.com/lpechacek/u-blox-gnss-receiver" rel="nofollow">https://github.com/lpechacek/u-blox-gnss-receiver</a>