I was gonna look at UHD too... but won't have the time for a while....so if anyone else is eager... On Jul 1, 2015 1:19 PM, "Ilker Temir" <[email protected]> wrote:
> Thanks Chris. I renamed it to dump1090_sdrplus from dump1090_hackrf to > reflect additional SDR device support. > > https://github.com/itemir/dump1090_sdrplus > > On 7/1/15 10:13 AM, Chris Kuethe wrote: > > I've just merged airspy support into dump1090_hackrf. This weekend I'll > try rip out device-specific airspy/hackrf support in favor of libosmosdr to > allow compatibility with even more devices > > On Sun, Jun 28, 2015 at 6:12 PM, Chris Kuethe <[email protected]> > wrote: > >> Great. The amp is not enabled by default, so that you don't cook your >> receiver in case you have some strong local sources. >> >> Expect a bit more code churn later tonight; I've almost got airspy >> support working too. >> >> On Sun, Jun 28, 2015 at 6:07 PM, Tom <[email protected]> wrote: >> >>> Thanks, >>> >>> Its running quite well so far, got 6 planes with these settings and 10 >>> with the lna on. >>> On 29 Jun 2015 10:58 am, Chris Kuethe <[email protected]> wrote: >>> >>> I've adjusted the default gain to 32/48 from 40/62. >>> >>> On Sun, Jun 28, 2015 at 5:02 PM, Ilker Temir <[email protected]> >>> wrote: >>> >>> Sure, I am glad it's been useful. >>> >>> Default gains are the maximums but they can be adjusted from the CLI >>> with --vga-gain and --lna-gain options. >>> >>> On Jun 28, 2015, at 4:44 PM, Tom <[email protected]> wrote: >>> >>> Thanks for making this, I think the default vga gain of 60 is quite >>> much, I had better luck with around 28. >>> >>> >>> >>> Have only been running it for a few min so I cant compare yet. >>> >>> >>> >>> >>> >>> *From:* HackRF-dev [mailto:[email protected] >>> <[email protected]>] *On Behalf Of *Ilker Temir >>> *Sent:* Monday, 29 June 2015 3:16 AM >>> *To:* [email protected] >>> *Subject:* Re: [Hackrf-dev] Adding HackRF support to dump1090 >>> >>> >>> >>> Here it goes: https://github.com/itemir/dump1090_hackrf >>> >>> I can get some reception from my window with the standard HackRF antenna. >>> >>> Ilkers-MacBook-Pro:dump1090_hackrf itemir$ ./dump1090 >>> No supported RTLSDR devices found. >>> HackRF successfully initialized (AMP Enable: 0, LNA Gain: 40, VGA Gain: >>> 62). >>> *5dab7437d7920a; >>> CRC: d7920a (ok) >>> Single bit error fixed, bit 10 >>> DF 11: All Call Reply. >>> Capability : Level 2+3+4 (DF0,4,5,11,20,21,24,code7 - is on airborne) >>> ICAO Address: ab7437 >>> >>> *5fa69b92ccd411; >>> CRC: ccd411 (ok) >>> Single bit error fixed, bit 13 >>> DF 11: All Call Reply. >>> Capability : Level 7 ??? >>> ICAO Address: a69b92 >>> >>> *5dab9091529b68; >>> CRC: 529b68 (ok) >>> Single bit error fixed, bit 24 >>> DF 11: All Call Reply. >>> Capability : Level 2+3+4 (DF0,4,5,11,20,21,24,code7 - is on airborne) >>> ICAO Address: ab9091 >>> >>> Feedback and contributions welcome. >>> >>> On 6/27/15 7:27 PM, Tom wrote: >>> >>> Well done. >>> >>> >>> >>> Look forward to trying this out. >>> >>> >>> >>> *From:* HackRF-dev [mailto:[email protected] >>> <[email protected]>] *On Behalf Of *Ilker Temir >>> *Sent:* Sunday, 28 June 2015 11:49 AM >>> *To:* Donald Pupecki >>> *Cc:* [email protected] >>> *Subject:* Re: [Hackrf-dev] Adding HackRF support to dump1090 >>> >>> >>> >>> Thanks! signed to unsigned conversion was the culprit. I first tested it >>> with cox by converting the file and then tweaked my code to do that within >>> the receive path. >>> >>> I now have a working port of dump1090 to HackRF. I need to do some >>> cleanup but as soon as done, will post it on GitHub and announce on this >>> forum. >>> >>> On 6/27/15 1:29 PM, Donald Pupecki wrote: >>> >>> I don't believe hackrf_transfer and rtl_sdr output in the same format. >>> They are both 8 bit but the hackrf output is signed whereas the rtl output >>> is unsigned. >>> >>> If you get this working a hackrf please post the port on github or >>> somewhere as that would be sweet. >>> >>> On Jun 27, 2015 4:00 PM, "Ilker Temir" <[email protected]> wrote: >>> >>> Hello, >>> >>> I am trying to add HackRF support to Salvatore Sanfilippo's dump1090 >>> tool (https://github.com/antirez/dump1090) as a learning exercise. The >>> tool was originally designed for RTL SDR devices. However, I can't seem to >>> get this port to work. >>> >>> To eliminate potential issues in my code, I simplified the >>> troubleshooting steps. Here are the basic set of troubleshooting steps I am >>> using: >>> >>> Per tool's documentation, a data file can be captured with rtl_sdr >>> utility in the following way: >>> >>> rtl_sdr -f 1090000000 -s 2000000 -g 50 output.bin >>> >>> Then you can pipe it into dump1090 like this: >>> dump1090 --ifile output.bin >>> >>> I made an assumption that the HackRF equivalent of rtl_sdr command above >>> would be the following: >>> >>> hackrf_transfer -r output.bin -f 1090000000 -s 2000000 -p 0 -a 0 >>> -l 40 -g 62 >>> >>> However, capturing packets with HackRF this way and piping them into >>> dump1090 doesn't do anything. I have tried this sitting next to an airport >>> and capturing packets while planes were landing and taking off. I don't >>> have an RTL SDR dongle so I can't test the rtl_sdr command myself. It >>> didn't make to sense to buy a RTL SDR device after HackRF but if I can't >>> crack this, I am considering to buy one. >>> >>> BTW, I also tried different gain settings, and sample rate of 8e6 with >>> hackrf_transfer, no difference. That said, I never enabled amp_enable. >>> >>> Would anyone know if rtl_sdr and hackrf_transfer capture the packets in >>> the same way and format? Or do I need to do some kind of a conversion or >>> translation in between the two to make them compatible? >>> >>> Any help or idea will be appreciated. >>> >>> P.S. I am aware of gr-air-modes for HackRF to decode ADS-B signals. My >>> goal is to hack dump1090 and add HackRF support as a learning exercise. >>> >>> Thanks, >>> >>> Ilker >>> >>> >>> _______________________________________________ >>> HackRF-dev mailing list >>> [email protected] >>> https://pairlist9.pair.net/mailman/listinfo/hackrf-dev >>> >>> >>> >>> >>> >>> >>> _______________________________________________ >>> >>> HackRF-dev mailing list >>> >>> [email protected] >>> >>> https://pairlist9.pair.net/mailman/listinfo/hackrf-dev >>> >>> >>> >>> _______________________________________________ >>> HackRF-dev mailing list >>> [email protected] >>> https://pairlist9.pair.net/mailman/listinfo/hackrf-dev >>> >>> >>> _______________________________________________ >>> HackRF-dev mailing list >>> [email protected] >>> https://pairlist9.pair.net/mailman/listinfo/hackrf-dev >>> >>> >>> >>> >>> -- >>> GDB has a 'break' feature; why doesn't it have 'fix' too? >>> >>> >> >> >> -- >> GDB has a 'break' feature; why doesn't it have 'fix' too? >> > > > > -- > GDB has a 'break' feature; why doesn't it have 'fix' too? > > > -- > Ilker Temir > <https://twitter.com/IlkerTemir> <https://www.linkedin.com/in/ilkertemir> > > _______________________________________________ > HackRF-dev mailing list > [email protected] > https://pairlist9.pair.net/mailman/listinfo/hackrf-dev > >
_______________________________________________ HackRF-dev mailing list [email protected] https://pairlist9.pair.net/mailman/listinfo/hackrf-dev
