4 ms·
I wonder if this would be usable for applications like high-altitude balloon tracking, where commercial GPS receivers cut out above 18km due to ITAR regulations
by skykooler 8y ago
I wonder if this would be usable for applications like high-altitude balloon tracking, where commercial GPS receivers cut out above 18km due to ITAR regulations.
- unsignedint 8y agoLooks like that limitation is removed.[0] [0]: https://www.gps.gov/cgsic/meetings/2014/kim.pdf https://www.gps.gov/cgsic/meetings/2014/kim.pdf (page 7)
- hahnpv 8y agoLimitation is to commercial sales of receivers. Private individuals building/operating their own receivers have no limits.
- Rebelgecko 8y agoLike unsignedint mentioned, the altitude requirement were removed a few years ago, and I think the speed limit was relaxed a bit. Even before then, GPS receivers were only required to stop providing positions when the speed and altitude exceeded the limits. Unfortunately many manufacturers implemented this as an "or" check instead of and. Some receivers (I think ublox does this) achieved compliance by only checking one parameter (always work below certain altitude regardless of speed, never supply position when above that altitude)
- hahnpv 8y agoI've tried using it for rocket tracking (sdrgps.blogspot.com) without much success. I've been talking to the developers and provided RF for them to play with - maybe they will put a grad student on it at some point. I've had better luck with SoftGNSS which sadly is an offline processor. If I had more spare time I'd port it to realtime c++.