[Hackrf-dev] hackrf_transfer -t issues?

Mudge Zatko mudge at motorola.com
Tue Sep 3 13:01:25 EDT 2013


Thanks :)

On Sep 1, 2013 5:38 AM, "Michael Ossmann" <mike at ossmann.com> wrote:


> I started looking for the bug on an airplane, but I wasn't able to find

> it without hardware to test with. I'm definitely hoping to get to it

> this week.

>

> I put together the attached flowgraph (.grc file and the generated .py

> program) for GNU Radio 3.6. hackrfreplay.py may be an acceptable

> alternative until hackrf_transfer -t is fixed. It's pretty easy to

> change the sample rate, file name, etc. in Python and avoid GRC.

>

> My next step on this when I get back to the lab will be comparing the

> signal produced by hackrfreplay.py with that produced by

> hackrf_transfer.

>

>

> On Fri, Aug 30, 2013 at 09:26:09AM -0700, Mudge Zatko wrote:

> >

> > Thanks Mike.

> >

> > Any idea when (if?) this will be looked into?

> >

> > GRC is cool and all, but part of the allure of HackRF (at least to me) is

> > the ability to perform meaningful replay and mutation fuzzing from a

> > minimalistic unix environment.

> >

> > To that end, hackrf_transfer -t would look to be ideal in quickly

> enabling

> > some initial security analysis of various receiver codecs.

> >

> > Or perhaps there's another alternative to transfer -t that you or someone

> > else on the list is aware of they could point me to in the meantime?

> >

> > thanks again,

> >

> > .mudge

> >

> >

> >

> >

> >

> > On Fri, Aug 30, 2013 at 7:45 AM, Michael Ossmann <mike at ossmann.com>

> wrote:

> >

> > > On Tue, Aug 27, 2013 at 08:52:32AM -0700, Mudge Zatko wrote:

> > > >

> > > > has anyone had luck with replaying captured signals via

> > > > hackrf_transfer -t?

> > >

> > > There is definitely a bug:

> > >

> > > https://github.com/mossmann/hackrf/issues/91

> > >

> > > I haven't had a chance to look for the root cause yet.

> > >

>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://nine.pairlist.net/pipermail/hackrf-dev/attachments/20130903/5d1792cc/attachment.htm


More information about the HackRF-dev mailing list