<div dir="ltr"><div>I'm assuming the GDL 39 is airborne when receiving -- there's no guarantee of ground-based coverage, and unless you're close to a transmitter or have line-of-sight due to elevation you might not have any signal to work with.</div>

<div><br></div>I think the first thing you should do is verify some sort of signal is present, using osmocom_fft or whatever, and then record some samples you can work with offline to decode. Maybe go for a flight near the uplink, verify there's a signal using both the GDL 39 and the RTL dongle, and record some nice strong samples to hack on later.<div>

<br></div><div>I haven't looked into decoding UAT with any seriousness apart from reading DO-282B, but 2 samples per symbol should be enough to work with. Maybe I'm being clueless here, but I don't see justification for saying the RTL dongles can't sample fast enough for UAT. The usual noncoherent method -- a differential quadrature demodulator -- should be fine, and saves you from having to phase- and frequency-synchronize with the baseband signal. I haven't looked closely at your code, but your description sounds pretty close to that. You'll see (up to) 312.5kHz deviation on a '1' bit, and (up to) -312.5kHz deviation on '0'.</div>

<div><br></div><div>You can probably get away with open-loop clock recovery since the packets are so short, but you'll still have to estimate the center of the bit so you can sample and slice.</div><div><br></div><div>

Personally, as a registered GNU Radio fanboy, I'd be using GR to at least get started demodulating UAT. It gets you graphical sinks to work with and a set of proven signal processing blocks, so you don't have to worry as much about an ad-hoc approach being valid or not.</div>

<div><br></div><div>--n</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Jan 22, 2014 at 8:54 AM, Pete Zaitcev <span dir="ltr"><<a href="mailto:zaitcev@kotori.zaitcev.us" target="_blank">zaitcev@kotori.zaitcev.us</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I know someone who's reveiving FIS-B with a GDL 39, although his<br>
home base is about 100 km north-east. I'm somewhat confident that<br>
I should have the coverage. One problem is, from what I heard,<br>
the ground stations will not broadcast anything until a UAT-equipped<br>
aircraft checks in.<br>
<br>
Regardless, I was hoping that Nick or other experts chime in on<br>
the code itself. Honestly I have no clue what I'm doing here.<br>
I imagine that if signal is present, then vector pointed by Q+jI<br>
rotates at ~300 revolutions per second. Therefore, I calculate<br>
the phase angle difference between two samples taken at twice<br>
the UAT bit rate and see if it's anywhere reasonable. It may<br>
be a bogus technique for any number of reasons.<br>
<span class="HOEnZb"><font color="#888888"><br>
-- Pete<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
On Wed, 22 Jan 2014 08:25:57 -0800<br>
David Jacobowitz <<a href="mailto:david.jacobowitz@gmail.com">david.jacobowitz@gmail.com</a>> wrote:<br>
<br>
> This may be dumb because I haven't looked into it, but is it reasonable to<br>
> expect to receive a signal?<br>
><br>
> Are you in the US? There really aren't that many UAT equipped aircraft yet.<br>
> The FAA is rebroadcasting ADSB ES responses on UAT as well as providing<br>
> weather and other data, but that is all coming from ground stations. If you<br>
> need line of sight and you're on the ground yourself you may be out of luck.<br>
><br>
> - Dave J<br>
</div></div></blockquote></div><br></div>