On 8 July 2016 at 03:02, Patrick Sathyanathan wrote:
>
> I am trying to use the HackRF-One for fast scanning somewhat like
osmocom_spectrum_sense but using the hackRF library directly. I want to
reduce retune time as much as possible. A recent thread on this list
mentioned that firmware tuning is
On 13 July 2016 at 02:47, Patrick Sathyanathan wrote:
>
> Thanks for the info. I have been looking at the firmware code in
.../hackrf/firmware/hackrf_usb and I see there is a "main" function in
hackrf_usb.c. I'm not sure I understand the control-flow. After doing some
initialization there seems to
On 14 July 2016 at 03:38, Patrick Sathyanathan wrote:
>
> The wiki page says: "When writing a firmware image to SPI flash, be sure
to select firmware that is compiled with the "rom_to_ram" option"
>
> How do I build with the "rom_to_ram" option ?
This is the default so you don't need to explicitl
On 19 July 2016 at 12:02, Giovanni Mascellani
wrote:
>
> Results for HackRF have erratic channel offsets and rather constant
> power levels, which to me means that it is just detecting random things
> that by chance pass the detection threshold. Instead results for RTL
> have consistent offsets an
On 9 August 2016 at 10:15, 赵晋洪 wrote:
>
> When I see the schematic, I found the U3(LP0603A1880ANTR) - RX LOWPASS
FILTER, and u8 (DEA162400HT-8004B1)- RX HIGHPASS FILTER.
> But I found that , the two filter 's have the directional input and
output port.
The filter are labelled as "in" and "out", b
On 11 August 2016 at 10:01, wrote:
>
> I bought hackrf from " passion radio shop " France.
>
> Some time ago I wrote of not working.
I cannot find a record of this, did you send it with a different email
address? Where did you send it?
> How and where do I send the package?
Returns/replac
On 18 August 2016 at 16:41, James Brown wrote:
>
> I would like to be able to build the host tools using Visual Studio
Community 2015 on Windows 10 x64.
> I have tried the instructions shown for VS 2012 x64 but am having no joy.
> Has anyone built the host with VS 2015 that can share the details w
Hi John,
I'm not sure that I understand your question. Do you have an existing
radio controlled system and you wish to control it via HackRF (i.e. HackRF
as the transmitter)? Or are you suggesting HackRF as the receiver and
controlling something from the pin headers on the board?
Thanks,
Domi
Hi John,
You could certainly record the power and length of transmissions, as well
as timestamping them, by performing an FFT and logging the information for
the appropriate frequency.
Of course, without demodulating the signal you may suffer from false
positive results.
Thanks,
Dominic
On 3
On 7 September 2016 at 15:07, Kevin Maxson wrote:
>
> I'm trying to connect a third-party 10MHz TCXO to the HackRF and it's not
being recognized by the si5351c. I'm connecting it to P22 but maybe that's
not right.
>
> Can someone point me toward documentation and pinouts for P22, P20, P28
and P9?
On 29 September 2016 at 08:25, wrote:
>
>
> I am new to Hackrf. I am trying to use Hackrf One unit to receive a FM
station using GNU Radio. However I have not yet received the ANT500
antenna. so I am using a vert2450 antenna which i was using with USRP
devices.
The vertl2450 isn't going to help m
On 4 October 2016 at 05:26, Kavyashree wrote:
>
> but when i do make for dump1090_sdrplus i get below error. how to solve
this?
> Package soxr was not found in the pkg-config search path.
> Perhaps you should add the directory containing `soxr.pc'
> to the PKG_CONFIG_PATH environment variable
> N
On 4 October 2016 at 12:48, Martin Müller wrote:
>
> theoretically it should be possible to combine hackrf_transfer and the
„original“ dump1090 by piping the data, but I was not successful doing so.
I strongly recommend using the HackRF_One tag of the dump1090_sdrplus,
which can be found here:
ht
On 4 October 2016 at 19:59, James Brown wrote:
>
> I am attempting to build the hack tools with Visual Studio 2015 x64 and
have come to a stumbling block.
> I think I have the build process correct but am failing on how to include
the correct H file. This is probably due to lack of understanding o
h inputs from Dominic
> Spill and have progressed a bit.
> I am now to the point where I need some input on the CMake process.
> I have the step-by-step process on my web site:
> http://www.seti.net/engineering/engineering.php
>
> and any help getting me past the current roadblock
On 5 October 2016 at 10:41, Frank Kleinewoerdemann
wrote:
>
> I had a HackRF One with firmware version 2014.08.1 working with Linux,
Android OTG as well as Windows gear.
Is 2014.08.1 the firmware that came on the device?
> If I skip the CPLD update and press the reset button: LED 3V3 on, RF on,
On 8 October 2016 at 22:34, Frank Kleinewoerdemann
wrote:
> On Sat, Oct 8, 2016 at 6:25 PM, Dominic Spill wrote:
>>
>> > There is also SPI data after reset/reboot but it's not what was sent
to the SPI flash and the clock signal in relation to MOSI/MISO looks rather
odd (
On 9 October 2016 at 16:27, James Brown wrote:
>
> After a lot of help from people in this group I am able to complete a
Windows 10 CMake process for the Host software.
> You can see it at:
> http://www.seti.net/engineering/engineering.php
>
> The next problem is a compile error that I don’t know
an issue with the firmware to set the SPI port for read operation?
I think the issue is a bad SPI flash chip (U20). Could you contact me off
list with the details of where you bought the HackRF?
Thanks,
Dominic
> On Sun, Oct 9, 2016 at 11:45 AM, Dominic Spill
wrote:
>>
>> On 8 O
On 19 October 2016 at 10:25, Bill Hill wrote:
>
> Hi, I'm getting weirdness trying to count the HackRFs:
>
> #include
> #include
>
> int main ( )
> {
> hackrf_init() ;
> hackrf_device_list_t* hrfl ;
> hrfl = hackrf_device_list() ;
> printf ( "Found %i HackRF(s).\n", hrfl->usb_devicecou
On 3 November 2016 at 02:35, c51 wrote:
>
> I downloaded all the mailing list archive .gz's from [1].
>
> Unfortunately I cannot open/unpack the files:
>
> $ gunzip *.gz
> gzip: 2016-May.txt.gz: not in gzip format
> gzip: 2016-October.txt.gz: not in gzip format
> gzip: 2016-Septemb
On 22 December 2016 at 20:41, Chuck McManis wrote:
>
> The odd thing is that the aU's come in bursts, I would expect a pure
timing problem to be a consistent pattern.
While I agree that it's intuitive for a mismatch in clocks to cause
consistent underruns, the buffering of samples between blocks
On 23 December 2016 at 16:32, Brian Gieryk wrote:
>
> I am running the HackRF One with HDSDR under Win 7 pro 32 bit.
>
> RX is fine, but when attempting to TX, it tells me to select different
sound cards forRX and TX.
>
> It brings up a window with a single 'pane' and only allows selection for
RX.
On 11 January 2017 at 09:01, Gavin Jacobs wrote:
>
> Further to issue #95
> https://github.com/mossmann/hackrf/issues/95
>
> Has there been any progress? and how likely is it we will see this
enhancement?
I don't believe that there has been any progress on this issue directly,
but we have been wo
On 11 January 2017 at 11:22, Marc Pàmies Massip
wrote:
>
> I am having some problems trying to use GNUradio together with a
HackRF-One. The hardware seems to be fine as the LED lights turned ON and
it works with SDR# on Windows.
>
> After running command "hackrf_info" on a Linux distro it returns
On 15 January 2017 at 04:04, Ben Z en de rest
wrote:
>
> So, The D+ for the USB is 2 ohm to ground. Completely grounded...
>
> I found someone who can replace the processor.
>
> But what do I need after that, to get the HackRF working again ?
If the SPI flash chip is still in working order, then
On 31 January 2017 at 17:17, Marc Pàmies Massip
wrote:
>
> I am using a HackRF with my laptop (HP Spectre from 2016), but I am not
sure if its USB ports are good enough for this device. You can find
attached the output of "hackrf_transfer -r NUL -s 800", and as you can
see the values from the
em?
For higher rates than 20 MHz it prints "couldn't transfer any bytes for one
second."
It look like you're going to be fine up to 20MHz, which is the max
bandwidth for HackRF, so that's great.
On 01/02/2017 1:46:33, Dominic Spill wrote:
On 31 January 2017 at 17:17, Marc
On 12 February 2017 at 07:21, Roy wrote:
>
> The RPi3, which was working earlier, apart from hackrf_sweep:
>
> pi@raspberrypi3:~/hackrf/host/build $ hackrf_info
> Found HackRF board.
> Board ID Number: 2 (HackRF One)
> Firmware Version: 2017.02.1
> Part ID Number: 0xa000cb3c 0x004f4f5b
> Serial Nu
gt; >>> two or more HackRF Ones together so that they start sampling at the
same
> >>> time. This is advantageous during phase coherent operation with clock
> >>> synchronized HackRFs. See the -H option of hackrf_transfer. Thank
yo
oving all copies of libhackrf and them
re-running the "make install" step of the installation.
Dominic
> On 12 Feb 2017, at 19:23, Dominic Spill wrote:
>
> On 12 February 2017 at 07:21, Roy wrote:
> >
> > The RPi3, which was working earlier, apart from hackrf_
the download of the prerequisites in the "install" section,
followed by the cmake and msbuild steps below it.
Thanks,
Dominic
>
> From: Dominic Spill
> Sent: February 13, 2017 10:08:15 AM
> To: Gavin Jacobs
>
> Cc: hackrf-dev@greatsco
On 13 February 2017 at 09:23, James Brown wrote:
>
> I have two HackRF that both exhibit a set of signals in the center of the
IF across all bands and all frequencies. I have posted screen grabs on my
web site here:
> http://www.seti.net/engineering/engineering.php
> Initially I thought it was an
Hi Dana,
Where did you buy your HackRF? If it's a HackRF One then I think we should
get it back to GSG and get a replacement to you.
Thanks,
Dominic
On 11 February 2017 at 12:05, Dana Shtun wrote:
>
> Fortunately I found a friend who can do SMD rework locally
> and had him replace the microp
On 13 February 2017 at 13:37, Rustu Yucel wrote:
>
> After I install gqrx (with guide of gqrx.dk website) I am not able to get
samples from hack rf (firmware 2017.02.1). I am receiving this
> ~$ hackrf_transfer -f 102MHz -r /dev/null
> call hackrf_set_sample_rate(1000 Hz/10.000 MHz)
> call hac
did it ask you to
remove before installation?
As I asked in my previous email, what is the hardware you are running on?
What is the output of hackrf_info?
> On 13 Feb 2017, at 23:57, Dominic Spill wrote:
>
> On 13 February 2017 at 13:37, Rustu Yucel wrote:
> >
> > After I
On 13 February 2017 at 14:38, Alexandru Csete wrote:
>
> The gqrx website uses PPAs to provide packages that are newer than the
> ones that come with Ubuntu. The hackrf library has not been upgraded
> to this latest release and is therefore incompatible with your device
> if it has firmware 2017.0
On 13 February 2017 at 14:50, Alexandru Csete wrote:
>
> On Mon, Feb 13, 2017 at 10:46 PM, Dominic Spill
wrote:
> > On 13 February 2017 at 14:38, Alexandru Csete wrote:
> >>
> >> The gqrx website uses PPAs to provide packages that are newer than the
> >>
fortunately, when
we tag a release GitHub produces two source archives that are neither git
repositories nor have the string updated, so you get the fallback version
string of "unknown".
>
> From: Dominic Spill
> Sent: February 14, 2017 9:20:
all hackrf_set_sample_rate(1000 Hz/10.000 MHz)
> call hackrf_set_freq(9 Hz/900.000 MHz)
> Stop with Ctrl-C
> 0.3 MiB / 1.000 sec = 0.3 MiB/second
As I mentioned yesterday, this data rate is very low, it looks like there
is a USB problem. What hardware is this running on?
&
On 13 March 2017 at 10:17, colin glass via HackRF-dev <
hackrf-dev@greatscottgadgets.com> wrote:
>
> I discovered I needed to add firmware too it and followed the
instructions from gnuradio and
> the github links
>
> However, I am getting no where and the scripts refuse to see the device
over
On 13 March 2017 at 13:09, mohammed hamoud alkindy
wrote:
>
> Yes I use gqrx and watched the lessons from greatscottgadgets. if gqrx
could allow to introduce throttling I would hsve test it but could not see
such feature
What sample rate are you using? Overruns are caused by the host system not
On 17 March 2017 at 22:20, Rachel Carr wrote:
>
> I just installed SDR-radio v3 and plugged in my HackRF One. Win 7 said
it couldn’t find drivers for it. So I ran Zadig and it installed a USB
driver and now Win 7 is happy. But when I run SDR-radio and go to radio
definitions, it can’t find the
On 20 March 2017 at 22:27, Dave New wrote:
>
> I haven't been tinkering with grc for a while, but I've booted the Ubuntu
system now and then and taken any system updates offered.
>
> Apparently, something broke. Now, whenever I try to execute any of my
grc saved files, it always quits with the fo
s that it supports
in turn. However, this currently triggers a segfault in libuhd on my
system, so I always specify the HackRF in the device arguments field.
cheers,
Dominic
> From: Dominic Spill
> Date: Monday, March 13, 2017 at 11:11 PM
> To: Mohammed AlKindy
> Cc: "n0p [Luis Be
ge.
Thanks,
Dominic
> From: Dominic Spill
> Date: Monday, April 10, 2017 at 9:21 PM
>
> To: Mohammed AlKindy
> Cc: "hackrf-dev@greatscottgadgets.com >> hackrf-dev" <
HackRF-dev@greatscottgadgets.com>
> Subject: Re: [Hackrf-dev] not so good experience
>
>
>
>
> *From: *Dominic Spill
> *Date: *Monday, April 10, 2017 at 9:38 PM
>
> *To: *Mohammed AlKindy
> *Cc: *"hackrf-dev@greatscottgadgets.com >> hackrf-dev" <
> HackRF-dev@greatscottgadgets.com>
> *Subject: *Re: [Hackrf-dev] not so good experien
On 21 April 2017 at 15:16, Cinaed Simson wrote:
>
> Hi - I have a question regarding running
>
>hackrf_info version: 2017.02.1
>
> I have 2 hackrf's where one board was running and the other one wasn't.
>
> The current behavior of hackrf_info for me is it finds the first board
> which happens
On 3 May 2017 at 08:57, Pierre AVITAL wrote:
>
> I have been trying to use 2 HackRFs to try to get a full duplex working
as well as to test performance requirements for multiple HackRF handling.
>
> But I can't get both to function at the same time, as it appears nothing
HackRF related will work o
On further inspection, I didn't fix this until after the release. We're
hoping to get a release out soon, but the master branch of git is stable
right now.
Updating firmware to get serial numbers is still valid though.
Dominic
On 3 May 2017 at 10:21, Dominic Spill wrote:
> On
On 3 July 2017 at 08:53, colin glass via HackRF-dev <
hackrf-dev@greatscottgadgets.com> wrote:
>
> I got my hands on a second hackrf hardware device 2 after I concluded the
fist device was bricked.
> So the led's are better on this device BUT the USB led will not light and
I cannot
> get the device
On 5 Jul 2017 14:57, "colin glass" wrote:
Nothing in DFU mode
No output on lsusb no NXP ARM device ;-(
Could you paste the output of dmesg from when you connect the device in dfu
mode?
Thanks,
Dominic
--
*From:* Dominic Spill
*To:* colin glass
*Cc
On 16 July 2017 at 12:26, Cinaed Simson wrote:
>
> On 07/15/2017 11:01 AM, Jerry wrote:
>
> The HackRF is research instrument.
>
> Unless you're capable of installing the latest software release
>
> https://github.com/mossmann/hackrf/releases
>
> and updating the firmware if necessary - and poss
On 30 July 2017 at 22:51, Chuck McManis wrote:
>
> Every day I regret spending money on this LimeSDR unit, and the only way
to talk to it is with 'SoapSDR' driving it through gr-osmosdr. Now why
gr-osmosdr can't drive it directly? Who knows but still I thought I would
rebuild gr-osmosdr from sourc
On 30 July 2017 at 14:48, Andrew Rich wrote:
>
> Sorry it's suck abroad question s
>
> Can my hack rf Tx a carrier anywhere between 1 MHz and 6ghz ?
Yes.
> What software can I use ?
hackrf_transfer -c
Remember, you need to comply with local laws when transmitting.
> I have gnu radio installed
On 2 August 2017 at 18:31, vk2war via HackRF-dev <
hackrf-dev@greatscottgadgets.com> wrote:
>
> I have been using my HackRF mostly for reception. I have tried a couple
of
> replay attacks and it works well.
>
> GQRX and SDR# are all nice and cool to use to operate the HackRF. But I
> have a query
On 6 September 2017 at 02:01, Srinivasan via HackRF-dev <
hackrf-dev@greatscottgadgets.com> wrote:
>
> Hi There,
>
> I try to use kalibrate-hackrf and I execute ./configure , I received
following error :
>
> checking for pkg-config... /usr/bin/pkg-config
> checking pkg-config is at least version 0.
This looks like a permissions issue. You probably need to install the udev
rule and reconnect your HackRF.
Information about installing the udev rule can be found here:
https://github.com/mossmann/hackrf/wiki/FAQ#permission-problem
Dominic
On 12 September 2017 at 12:29, Srinivasan via HackRF-de
On 12 September 2017 at 12:47, Srinivasan via HackRF-dev <
hackrf-dev@greatscottgadgets.com> wrote:
>
> Hi There,
>
> I received following message in dmesg :
> [ 149.072914] ath: EEPROM regdomain: 0x8348
> [ 149.072917] ath: EEPROM indicates we should expect a country code
> [ 149.072919] ath: d
On 14 September 2017 at 00:26, abhilash b wrote:
>
> I am new to GNU radio and I saw your videos in the website, found very
much useful.
> I want to connect HackRF to Raspberry Pi module having raspbian OS. I
tried it, and even the device is being recognized in the terminal. But The
HackRF is not
On 25 September 2017 at 16:04, Sebastiaan van Pelt
wrote:
>
> To overcome the issue of the radio being stuck in transmit, every Python
file iteration is followed by running the hackrf_info to get the radio
ready for the next transmission. I am aware that some users have used
hackrf_spiflash -R but
On 28 September 2017 at 07:31, Steffen Christians via HackRF-dev <
hackrf-dev@greatscottgadgets.com> wrote:
>
> I am trying to use the hackrf one to transmit a signal from file at
5.8GHz, but it doesn't seem to work. I am using the command
>
> hackrf_transfer -R -x 47 -a 0 -s 20e6 -f 5800e6 -t file
On 11 October 2017 at 21:25, Jack Hunt wrote:
>
> Hello
>
> I was wondering if I would be able to send commands and receive data from
the HackRF One by using a microcontroller or microprocessor. Any
information on how to go about this process would be welcome.
What are you hoping to do with the H
On 17 October 2017 at 08:36, wrote:
>
> I'm still having trouble transmitting from file, a car door clicker
> waveform that I saved, similar to one of the tutorial videos.
>
> For one thing, the TX light comes on when I start the flowgraph, but when
> I close it, the light stays on. Is that norma
On 22 October 2017 at 08:47, Frank Liu wrote:
>
> I was flipping through the HackRF schematic when I noticed that the TX
differential pairs between the MAX5864 and MAX2837 seem to be reversed,
i.e. TXBBI- of the MAX2837 is connected to ID+ of the MAX5864 and vice
versa. The same goes for the Q dat
It looks like the gr-osmosdr block is expecting you to have a USRP attached
and failing to find it.
If you double click on the gr-osmosdr block, there is a field called
"Device Arguments". Try setting that field to "hackrf=0"
Dominic
On 1 February 2018 at 11:45, Jahn wrote:
> I have just star
Hi Herb,
Assuming you are using the gr-osmosdr block to control the HackRF, you will
need to add RF, IF, and BB to the "device arguments" field.
I believe they can be specified as "RF=14,BB=16,IF=8"
RF is the amp, so it is either 0 or 14
BB is 0 to 62 in steps of 2
IF is 0 to 40 in steps of 8
U
Hi,
There's a video of it here:
https://archive.org/details/Shmoocon2018/Shmoocon2018-Pseudo-dopplerRedux.mp4
We haven't gotten around to publicising the videos of our presentations
from Shmoocon yet (mostly because I only just discovered that they were
online).
Thanks,
Dominic
On 10 April 20
Hi Matteo,
I'm not sure I understand the question. What are you trying to achieve?
Is there a known signal and you want to automatically find it? Something
like GSM and you want to know which frequency the local towers are using?
Or is it something else?
Thanks,
Dominic
On 17 April 2018 at
e know the result by means of a graphic. I wanna use
> it as a sniffer/reader of frequencies.
>
> Thanks for the support
> Matteo
>
>
> 2018-04-24 0:20 GMT+02:00 Dominic Spill :
>
>> Hi Matteo,
>>
>> I'm not sure I understand the question. W
Then, perhaps, one could write a simple block, that tied into the peak
find, that would set the RBW to an appropriate value dependent on frequency?
That's a good thought.
>
> On Apr 24, 2018, at 08:37 AM, Dominic Spill wrote:
>
> Hi Matteo,
>
> I think I understand what yo
On 26 April 2018 at 07:50, Brian Gieryk wrote:
>
> What design programs or suppliers are folks using for RF filtering,
external to the HackRF?
>
> Looking for band pass specifically, multi band, electronically switchable
and capable of TX (HackRF output power level only).
>
> Thanks in advance for
On 9 May 2018 at 01:29, Matteo Terzi wrote:
>
> Hi Chuck,
> could you explain me better?
> Sorry but I don't understand why I should mix the signal. I'm a newcomer
with GNU Radio.
> If you can, give me a website where I can find something more.
Some of these concepts are explained in later videos
Hi Andrew,
Is the HackRF permanently in this state? Or does it switch from responding
to hackrf_info to not responding only after you try using hackrf_transfer?
Thanks,
Dominic
On 21 May 2018 at 16:43, Andrew Onyshchuk wrote:
> Hi everyone.
>
> My hackrf one suddenly stopped working.
> When
t;
>
> On Thu, May 24, 2018 at 7:31 PM Dominic Spill wrote:
>
>> Hi Andrew,
>>
>> Is the HackRF permanently in this state? Or does it switch from
>> responding to hackrf_info to not responding only after you try using
>> hackrf_transfer?
>>
>> Thanks
On 28 May 2018 at 12:14, Chris Meta wrote:
>
> My name is Chris, and I come before you with a baffling problem.
>
> My HackRF One (and my NooElec Nano2+) quit working under Windows 7. They
still work (to the extent I've learned to utilize them at this point) on 2
different Linux machines. The Hack
On 12 June 2018 at 04:12, jf.dev...@gmail.com wrote:
>
> I'm a french physics teacher not a computer expert
> I use hackRf1 with grc on a Pentoo Linux USB stick boot with my
students in electronics since 2 years to measure emission reception levels
> with an hackrf1 for emission and a D
I'm not certain, because I don't want to break portapack or other add on
boards, but it may be possible for us to toggle a GPIO pin on one of the
headers when we switch to TX mode, if that would help?
Dominic
On 20 June 2018 at 17:55, Gavin Jacobs wrote:
> Chuck,
> I have used the bias-t voltag
ode signal that drives the TX LED, and it was already brought out to P5.
>> So All I had to do was solder some ribbon cable to P5 socket (which is not
>> populated). I have it connected to my power amp such that it energizes
>> whenever the Hackrf is in transmit mode.
>>
>&
Hi James,
There are a couple of reasons that you might require a reset when
connecting your HackRF.
1) USB power saving - this is enabled by default on many laptops and causes
some issues with a device that has previously been connected. You can
disable this by following instructions here:
https
On Sat, 15 Sep 2018 at 09:52, James Brown wrote:
>
> I would like to re-load the firmware on one of my HackRF One. I would
like to do that under Windows 10 64 bit.
The first thing you'll need is a copy of the HackRF tools built for
Windows. I don't know if you're building your own or looking for
e schematic for HackRF and did some testing on it. I decided
> that it was well and truly dead and not (by me at least) fixable.
> http://www.seti.net/engineering/engineering.php
> I guess I’ll be buying another HackRF!
>
> Regards Jim
>
> *From:* Dominic Spill
> *Sent:* Fri
On Sun, 16 Sep 2018 at 01:18, Charles BLANC ROLIN
wrote:
>
> After some month, I used it 3 times, my original HackRF does not work
anymore on transmission while I bought it new, with the last firmware pre
installed.
>
> I've no problem with signal reception.
>
> To be sure it's not my installation
Hi Craig,
It looks like you've been fairly thorough with your testing, switching USB
cables, etc. Have you confirmed that the working HackRF works with the
same USB cable, PC and port that the broken one fails with?
Does it look like there is any damage to the USB port? Or anywhere else on
the
Hi Rich,
I saw that gr-bluetooth was mentioned in your list of broken packages
and I wanted to update you (and everyone else) on the status of the
project.
I'm sorry that it has gone unmaintained for so long, but I have good
news - there are a few of us in the process of getting gr-bluetooth
upda
On 16 December 2014 at 10:22, Fabian Noeller wrote:
>
> i got a little question about the external flash. Why use an external flash
> instead of the internal of the LPC4320?
I don't believe that the 4320 has any flash, other models in the 43xx
range do, but not the 4320.
> i do some embedded SDR
On 18 December 2014 at 01:21, Brad Hein wrote:
>
> From what I can tell, at this time, hackrf only supports enabling the
> antenna power using the hackrf_transfer utilities. Does the library support
> an option (hackrf=0,antenna_power=0 for example?)
libhackrf supports a call to hackrf_set_antenn
Hi Robert,
On 15 February 2015 at 18:52, Robert Feldner wrote:
>
> after finishing the update and rebooting the hackrf it suddenly went dead -
> that means no leds, just a barely heareble buzzing from somewhere in the
> near of the lpc4320!
>
> i tried with different cables, different computers,
Hi Alan,
On 18 February 2015 at 15:36, Silverfox wrote:
> I do not know why, but my Jawbreaker board is running the lastest firmware
> on Mint 17. It is recognized by the system and operates as expected with
> every program I've tried. When I plug it in the OS detects it and
> identifies it cor
On 5 March 2015 at 13:54, Primesh Pinto wrote:
> The error message I get is as follows and its not conclusive
Thank you for the detailed description and output, it's helpful for us
to diagnose the problem. In this case it looks as though it's a fault.
> I reached out to NooElec to return this un
On 9 March 2015 at 18:53, Mitja kocjančič wrote:
> Hi any one know how I can use my HackRF One with Simulink and Matlab?
hackrf_transfer stores samples in 8 bit signed IQ format. It should
be straight forward to read them in to Matlab (or GNU Octave). The
GNU Radio wiki has a few tips too:
http
On 12 March 2015 at 07:20, Matt -VK2DAG- wrote:
> I've looked everywhere. I remember seeing a list of commands somewhere.
> Now I've got my HackRF (after 4 months) I want to Tx. Please post a link to
> the list of command.
The HackRF wiki has list of software tools that support HackRF One
here:
On 12 March 2015 at 08:59, Mitja kocjančič wrote:
> Hi anyone is able to write HackRF Soruce and Sink block for Simulink or port
> it from bladerf: https://github.com/nuand/Simulink-MATLAB-bladeRF
I would start with the original rtl-sdr version:
https://github.com/kit-cel/simulink-rtl-sdr Maybe
On 18 March 2015 at 11:22, Vincent Le Nir wrote:
>
> We have just received the Hackrf and we are developing a C++ application to
> transmit and receive data samples.
Are you writing this from scratch rather than using GNU Radio? Using
libHackRF to communicate with the hardware?
> As the Hackrf
On 18 March 2015 at 14:55, Vincent Le Nir wrote:
> 2015-03-18 14:20 GMT+01:00 Dominic Spill :
>
>> Have you tried switching between TX and RX without closing the device?
>
> I also tried this approach, but without closing the device I have another
> error related to the
Hi Tom,
On 19 March 2015 at 06:15, Tom wrote:
> I got this error when I updated from kali 3.14 to 3.18.
Under what circumstances did you see the error? Every time you tried
to access the HackRF? As part of a GNU Radio flowgraph or when
running the HackRF command line tools?
Thanks,
Dominic
On 19 March 2015 at 08:31, Stefano Probst wrote:
>
> Type "sudo rmmod hackrf" before plug in HackRF.
Yes that will fix the problem. Or for a more permanent fix write
"blacklist hackrf" to a file called
/etc/modprobe.d/blacklist-hackrf.conf
___
HackRF-d
On 19 March 2015 at 12:16, Chris Hallinan wrote:
>
> Hmm, I'm using kernel 3.12, definitely no hackrf module, but I still
> can generate the same error simply by issuing hackrf_info in a short
> loop.
Yes, this is unrelated to the looping issue, it just presents the same
error message (i.e. it ca
On 21 March 2015 at 03:06, Rick "Zero_Chaos" Farina
wrote:
> On 03/19/15 06:34, Paul Connolly wrote:
>> The kernel modules (RX only) for new SDR devices was known to be
>> arriving for the HackRF in 3.18 for a while.
>> http://palosaari.fi/linux/
>> ... snip ...
>> AirSpy SDR driver (airspy)
>> *
On 21 March 2015 at 09:46, Alexandru Csete wrote:
> On Sat, Mar 21, 2015 at 9:59 AM, Dominic Spill wrote:
>>
>> I'm not aware of any software that interacts with it and it claims the
>> hardware as soon as you plug it in, so I think we should all be
>> blacklistin
1 - 100 of 197 matches
Mail list logo