jynik / OOKiedokie

A tool for transmitting and receiving OOK-modulated data with SDRs
MIT License
5 stars 0 forks source link

HackRF Support #15

Open vsboost opened 8 years ago

vsboost commented 8 years ago

If possible ?

jynik commented 8 years ago

I don't have a HackRF, but I'd be willing to pull in support if you or someone else would like to submit it.

For devices I don't own, I'd prefer it if whomever submitted a PR to add device support could commit to some level of maintaining that device support.

If you'd like to take a stab at it, here's the simple device interface you'd have to implement.

It'd be pretty straightforward to add a HackRF_file support. You'd have to remind me if the sample format differs from the RTL-SDR or not. (signed or unsigned, and any offset)

vsboost commented 8 years ago

Lol, i would love to but don't have a clue when it comes to that sort of stuff, all i can tell you is the hackrf is 8bit signed.

Just close this one if you like.

Cheers

jynik commented 8 years ago

No worries, we can keep it open.

The more I think about it -- I think I should start using SoapySDR. I simply don't have enough time to add and maintain support the variety of SDRs that folks want to use. When I get around to this, hackRF support should come for free and I will ping you on this issue.

For the time being, you could convert between the HackRF and bladeRF sample formats and use the OOKiedokie bladeRF_file option.

The bladeRF samples are signed 12-bit values stored as int16_t's. [-2048, 2048) maps to [-1.0, 1.0).

vsboost commented 8 years ago

Thanks

Soapy would be cool.

jynik commented 8 years ago

I'm not sure when I'll take a stab at that. Josh did a nice jon with it, so I expect it should be pretty simple.

In the meantime, feel free to send me some samples if you want a second pair of eyes on them. On Jan 6, 2016 5:20 PM, "vsboost" notifications@github.com wrote:

Thanks

Soapy would be cool.

— Reply to this email directly or view it on GitHub https://github.com/jynik/OOKiedokie/issues/15#issuecomment-169480777.