Not clear what your concerns are. These devices are supposed to "check in" to a database of Broadcast stations, Low power UHF repeaters, etc. to determine channels that can be used, as they are also supposed to have geolocation included. If your mics are licensed, then I believe you can add them to the database.
There is also a provision for spectrum sensing to detect wireless mics, but the testing so far on spectrum sensing is less reliable.
The "White Spaces" plan is to use unused UHF TV Bands for wireless internet. There's plenty of spectrum in rural areas, not so much in populated areas.
This is separate from the 700 MHz Auction from last year
Sorry, I know exactly how GPS works, I'm working on a GPS receiver board for Gnu Radio (www.keystoneradio.com).
You don't need absolute timestamps on each sample to get distance. The timing is encoded in the PN sequence in the transmission from each satellite. Also included in the transmission from each satellite is the satellite orbit information and the exact time that the GPS system uses. First, you receive 1 satellite, and then set your GPS clock to the system clock. Once your handheld GPS is set to the system clock, you can figure out how far you are away from the satellite by determining time of flight from the satellite to the handheld (You know the PN sequence, and you know the time. You can figure out the time that you received the signal, and then you can determine the distance)
Once you know the distance from 3 satellites, then you know you are in 1 of 2 locations. If you further assume that you are reasonably close to the earth's surface, then you knock off one of the possible locations. More satellites will give you a better estimation by giving you more position estimates to average out.
As far as the signal processing, the GPS signal comes in to the antenna pretty close to the thermal noise floor, and so it's a bit tough to receive. Because it's a direct sequence spread spectrum system, you get 43 dB of processing gain from the de-correllators which helps significantly. Multi-path isn't really to much of an issue because the signal is primarly from overhead. Absorbtion is more of an issue, and is something that Garmin/SiFR etc spend a lot of time dealing with.
As far as beating the current state of the art in GPS receive algorith's with a half dozen guys working in their basement, probably not. As an educational thing, it's pretty useful.
Sorry, GPS location requirements don't rely on the timing on the board, all of the timing and position is derived from the received signal. You need to be able to receive 3 or more satellites for a fix. There are several folks working on GPS receive applications for the USRP right now.
You might want to check out SciLab. It's more oriented towards numerics, but it appears there are some symbolic capabilities. http://www-rocq.inria.fr/scilab/
Slashdot Mirror
Not clear what your concerns are. These devices are supposed to "check in" to a database of Broadcast stations, Low power UHF repeaters, etc. to determine channels that can be used, as they are also supposed to have geolocation included. If your mics are licensed, then I believe you can add them to the database.
There is also a provision for spectrum sensing to detect wireless mics, but the testing so far on spectrum sensing is less reliable.
The "White Spaces" plan is to use unused UHF TV Bands for wireless internet. There's plenty of spectrum in rural areas, not so much in populated areas.
This is separate from the 700 MHz Auction from last year
Sorry, I know exactly how GPS works, I'm working on a GPS receiver board for Gnu Radio (www.keystoneradio.com).
You don't need absolute timestamps on each sample to get distance. The timing is encoded in the PN sequence in the transmission from each satellite. Also included in the transmission from each satellite is the satellite orbit information and the exact time that the GPS system uses. First, you receive 1 satellite, and then set your GPS clock to the system clock. Once your handheld GPS is set to the system clock, you can figure out how far you are away from the satellite by determining time of flight from the satellite to the handheld (You know the PN sequence, and you know the time. You can figure out the time that you received the signal, and then you can determine the distance)
Once you know the distance from 3 satellites, then you know you are in 1 of 2 locations. If you further assume that you are reasonably close to the earth's surface, then you knock off one of the possible locations. More satellites will give you a better estimation by giving you more position estimates to average out.
As far as the signal processing, the GPS signal comes in to the antenna pretty close to the thermal noise floor, and so it's a bit tough to receive. Because it's a direct sequence spread spectrum system, you get 43 dB of processing gain from the de-correllators which helps significantly. Multi-path isn't really to much of an issue because the signal is primarly from overhead. Absorbtion is more of an issue, and is something that Garmin/SiFR etc spend a lot of time dealing with.
As far as beating the current state of the art in GPS receive algorith's with a half dozen guys working in their basement, probably not. As an educational thing, it's pretty useful.
Dave
Sorry, GPS location requirements don't rely on the timing on the board, all of the timing and position is derived from the received signal. You need to be able to receive 3 or more satellites for a fix. There are several folks working on GPS receive applications for the USRP right now.
Dave
You might want to check out SciLab. It's more oriented towards numerics, but it appears there are some symbolic capabilities. http://www-rocq.inria.fr/scilab/