Good evening everyone,
I am developing an application that involves the use of the HackRF sink block.
Everything works except for the use of the + 10dB amplifier output.
According to the documentation the parameter (bool) AmpON in RF options if set
to True should amplify the output signal by
se to only intermittently transmit this signal every 10 or 20 seconds. Might there
be some easy way to do this? Am using osmocom to transmit via bench top HackRF in closed
lab room, with a cfile recording.
Thanks so much! Dave
Research Professor &
Director, Space Engineering Research Center
isely it can be done
> using timestamps at the start of the samples. It also depends on how long
> your transmission is (whether you can store all samples in a memory buffer
> or need to read and output chunks of it at a time).
>
Sorry, only now I realized you specified using the H
On Wednesday, 7 February 2024 21:03:11 EET Daniel Estévez wrote:
>
> Hi David,
>
> One possible solution would be to make a flowgraph that plays the file
> once. Then make a bash script that loops, calling the flowgraph and then
> sleeping for some time.
>
> Best,
> Daniel.
>
Another possibi
some easy way to do this? Am using osmocom
to transmit via bench top HackRF in closed lab room, with a cfile recording.
Hi David,
One possible solution would be to make a flowgraph that plays the file
once. Then make a bash script that loops, calling the flowgraph and then
sleeping for some
ng osmocom to transmit via bench top HackRF in closed lab room,
with a cfile recording.
Thanks so much!Dave
Research Professor &
Director, Space Engineering Research Center
Department of Astronautical Engineering and Information Sciences Institute
https://www.isi.edu/centers-serc/
Universi
e mode, and for people who
want to interface HackRFs, is a pretty bad choice. If you get GNU Radio 3.10, you're
automatically getting the gr-soapysdr interface, which means that, as soon as you install
soapy-hackrf, you can talk to your hackrf – no external GNU Radio blocks needed. A
Good Afternoon,
I am conducting research with the Naval Postgraduate School and we’re
experimenting with sending data from text files over VHF/UHF frequencies using
GNU Radio with a HackRF One attached. I have been searching through the
internet and see many of the ways it used to be done
that does something
different, that's *usually* not what you want.
So:
> We don't know what could be the problem,
Almost certainly that you are using LD_PRELOAD with a different version of GNU
Radio.
Best regards,
Marcus
On 21.04.23 15:38, Katarina Radoš wrote:
Hi everyone,
we are
Hello,
In SDRAngel when you choose soapyhackrf sink driver tx is formed by 3 values
over all gain 0-61, tx 0-47 gain and amp 0-14db. How can I add over all gain in
soapyhackrf sink in DEVICE ARGUMENTS with some qt GUI range ID, or something
else. There is block called custom soapy sink with opt
switch, like the TX/RX port
> on
> the B200 family. IIRC without using tags on a semi-duplex device a
> constant
> stream will keep the TX path on as long as samples are flowing. There must
> be
> an end of burst flag that tells the device to empty the buffer and switch
> on the
itch on
the
RX path. The LMS api has such a flag, but I'm not familiar with the HackRF. I
suggest digging into libhackrf code to check if it does.
Adrian
On 05/11/2022 12:14, Roland Schwarz wrote:
I never complaint that the behavior is different from my expectations.
(I inadvertently filed a bug, sorry for that.) Instead I am just
looking for the correct point to start, without reinventing the wheel.
Since documentation on the topic is sparse
en a fantastic place :)
HackRF One is a device designed for half duplex operations, this is why I believe it is
safe to assume it will be able to do burst transmissions on a hardware level.
There's a TX amp/RX amp/bypass switch (U12/U14), controlled by the logic, which could
indeed be used for
;t checked. It's pretty likely
that it doesn't – GNU Radio can't check for all possible soapy plugins at GNU Radio
installation time, that's the point of having plugins.
But, source code tells me the SoapySDR driver for HackRF does support handing down the
"end of stream&
now I figure
it doesn't" might also indicate that some things might be in need of better documentation!
I hope this mailing
list is the right place for discussion.
So far it's been a fantastic place :)
HackRF One is a device designed for half duplex operations, this is why I be
off processing to the photos driver
for hackrf, which in turn uses libhackrf.
These sinks are just "convenience sinks". SoapySDR is a plugin
architecture: there's just actually one block, the Soapy sink, and it
doesn't know which hardware you have, or how to talk to that –
er. Currently the send buffer waits
until it is full before any data gets out of the tx.
That requires hardware support, and unless the target hardware was
"born" with that hardware support, no amount of
"faking it" with software will help...
Hmm, not sure I unders
nable expectation that something
should work, now I figure it doesn't" might also indicate that some
things might be in need of better documentation!
I hope this mailing list is the right place for discussion.
So far it's been a fantastic place :)
HackRF One is a device desi
now I figure
it doesn't" might also indicate that some things might be in need of better documentation!
I hope this mailing
list is the right place for discussion.
So far it's been a fantastic place :)
HackRF One is a device designed for half duplex operations, this is why I be
Unfortunately it seem I put the cart before the horse by having
submitted a bug request about something I expected to work but now find
needs more thought. I hope this mailing list is the right place for
discussion.
HackRF One is a device designed for half duplex operations, this is why
I
in CPP driver Hackrf there is a method that can find Hackrf but is there a
method that I check Hackrf is busy or idle?
When I send a signal with Hackrf , Led TX after finished continue on and
after 5 seconds it is off...
how can I check Hackrf is busy or not?
It is idle for new transmitting
oduct, so I'm really
> > confused by what you're
> > referring to), if you can have WSL2?
> >
> > Best regards,
> > Marcus
> >
> > On 03.08.22 14:15, George Edwards wrote:
> > > Hello GNURadio Community,
> >
Thanks Cinaed,
I am going off on vacation, but will definitely contact the hackrf_dev
group when I return.
George
On Mon, Aug 15, 2022 at 7:58 PM Cinaed Simson
wrote:
> Incidentally, don't use sudo to run the hackrf on Linux.
>
> You should be able to run the hackrf on Linux un
Incidentally, don't use sudo to run the hackrf on Linux.
You should be able to run the hackrf on Linux under your login userid -
you just need sudo to install the software on the system.
I suggest you subscribe to the hackrf list
https://pairlist9.pair.net/mailman/listinfo/hackr
so I'm really
confused by what you're
referring to), if you can have WSL2?
Best regards,
Marcus
On 03.08.22 14:15, George Edwards wrote:
> Hello GNURadio Community,
>
> I built a grc flowgraph in Gnuradio 3.9.5 on Ubuntu 20.04 inside
Micr
uld see an entry for plugdev.
And then run
hackrf_info
-- Cinaed
**
On 8/12/22 09:20, George Edwards wrote:
Hello GNURadio Community,
I designed an FM receiver in Gnuradio-Companion to receive an FM
broadcast signal from the Hackrf One. I am running Gnuradio-Companion
3.9 on Ubuntu 20
Hi Cinaed,
Thank you very much! I will check to see if I can do a more up to date
hackrf version download. George
On Fri, Aug 12, 2022, 4:28 PM Cinaed Simson wrote:
> It sounds like you didn't
>
> apt install libhackrf-dev
>
> If you did install the libraries, then you ma
It sounds like you didn't
apt install libhackrf-dev
If you did install the libraries, then you may have to update the firmware.
Post the entire results from
apt list --installed | grep hackrf
so we can see the versions. There should be 2 entries.
Note the date of the firmware -
Hello GNURadio Community,
I designed an FM receiver in Gnuradio-Companion to receive an FM broadcast
signal from the Hackrf One. I am running Gnuradio-Companion 3.9 on Ubuntu
20.04 inside VirtualBox 6.1. I installed the Hackrf software on Ubuntu and
set VirtualBox USB port to see the Scott Gadget
And you'll need to
apt install gr-osmosdr
to use the hackrf with gnuradio.
-- Cinaed
On 8/3/22 23:21, Cinaed Simson wrote:
Hi George - the hackrf runs under ubuntu.
The latest version is
release 2021.03.1
https://github.com/greatscottgadgets/hackrf/release
https://githu
Hi Cinaed,
Thank you very much! Will test!
George
On Thu, Aug 4, 2022, 12:27 AM Cinaed Simson wrote:
> Hi George - the hackrf runs under ubuntu.
>
> The latest version is
>
> release 2021.03.1
> https://github.com/greatscottgadgets/hackrf/release
>
> https://gith
Hi George - the hackrf runs under ubuntu.
The latest version is
release 2021.03.1
https://github.com/greatscottgadgets/hackrf/release
https://github.com/greatscottgadgets/hackrf/releases/download/v2021.03.1/hackrf-2021.03.1.tar.xz
The current firmware version on your hackrf is 2014.
You
Hello Gentlemen,
I installed VirtualBox extension pack and made the USB connection in
VirtualBox to the HackerRF board. However, in the Ubuntu Terminal when I
execute the command hackrf_info the info that comes up is:
hackrf_info version: unknown
libhackrf version: unknown (0.5)
Found HackRF
, George Edwards wrote:
> > Hello GNURadio Community,
> >
> > I built a grc flowgraph in Gnuradio 3.9.5 on Ubuntu 20.04 inside
> Microsoft VirtualBox. I
> > have a HackRF One radio hardware. I installed the hackrf drivers in
> Ubuntu with command:
> > sudo apt-get ins
unity,
I built a grc flowgraph in Gnuradio 3.9.5 on Ubuntu 20.04 inside
Microsoft VirtualBox. I have a HackRF One radio hardware. I installed
the hackrf drivers in Ubuntu with command: sudo apt-get install -y hackrf
and confirmed the installation. I connected the HackRF One board to
my comp
connection. Consider installing Linux
directly on your machine.
> On Aug 3, 2022, at 6:12 AM, George Edwards wrote:
>
>
> Hello GNURadio Community,
>
> I built a grc flowgraph in Gnuradio 3.9.5 on Ubuntu 20.04 inside Microsoft
> VirtualBox. I have a HackRF One radio h
4 inside Microsoft VirtualBox. I
have a HackRF One radio hardware. I installed the hackrf drivers in Ubuntu with command:
sudo apt-get install -y hackrf
and confirmed the installation. I connected the HackRF One board to my computer and in the
Terminal prompt entered the command hackrf_info an
Hello GNURadio Community,
I built a grc flowgraph in Gnuradio 3.9.5 on Ubuntu 20.04 inside Microsoft
VirtualBox. I have a HackRF One radio hardware. I installed the hackrf
drivers in Ubuntu with command: sudo apt-get install -y hackrf
and confirmed the installation. I connected the HackRF One
Best regards,
>> Marcus
>>
>> On 7/28/22 17:03, George Edwards wrote:
>> > Hello GNURadio Community!
>> >
>> > I am working with Gnuradio 3.9 on a Mac. Gnuradio runs inside a Docker
>> > Container. I build a Gnuradio flow graph with a soapy HackR
soapy HackRF source
block to interface with the HackRF hardware. When I run the flow
graph, it says there is no matching HackRF.
Will appreciate any suggestions, thank you.
George
OpenPGP_signature
Description: OpenPGP digital signature
impossible.
Best regards,
Marcus
On 7/28/22 17:03, George Edwards wrote:
> Hello GNURadio Community!
>
> I am working with Gnuradio 3.9 on a Mac. Gnuradio runs inside a
Docker
> Container. I build a Gnuradio flow graph with a soapy HackRF source
> blo
pass-through-a-usb-device-to-a-container
>
> So, this is sadly impossible.
>
> Best regards,
> Marcus
>
> On 7/28/22 17:03, George Edwards wrote:
> > Hello GNURadio Community!
> >
> > I am working with Gnuradio 3.9 on a Mac. Gnuradio runs inside a Docker
> &g
ssible.
>
> Best regards,
> Marcus
>
> On 7/28/22 17:03, George Edwards wrote:
> > Hello GNURadio Community!
> >
> > I am working with Gnuradio 3.9 on a Mac. Gnuradio runs inside a Docker
> > Container. I build a Gnuradio flow graph with a soapy HackRF source
>
Gnuradio 3.9 on a Mac. Gnuradio runs inside a Docker
Container. I build a Gnuradio flow graph with a soapy HackRF source
block to interface with the HackRF hardware. When I run the flow
graph, it says there is no matching HackRF.
Will appreciate any suggestions, thank you.
George
Hello GNURadio Community!
I am working with Gnuradio 3.9 on a Mac. Gnuradio runs inside a Docker
Container. I build a Gnuradio flow graph with a soapy HackRF source block
to interface with the HackRF hardware. When I run the flow graph, it says
there is no matching HackRF.
Will appreciate any
>>
>> I had previously thought that there was an issue with the save/restore of
>> the geometry of the QT window, but I determined that it was a problem when
>> using the gr-soapy block with a hackrf, so I have started a new thread.
>>
>> If I make a flowgraph
t; On 4/16/22 14:53, Gavin Jacobs wrote:
>
> I had previously thought that there was an issue with the save/restore of
> the geometry of the QT window, but I determined that it was a problem when
> using the gr-soapy block with a hackrf, so I have started a new thread.
>
> If I mak
On 4/16/22 14:53, Gavin Jacobs wrote:
I had previously thought that there was an issue with the save/restore
of the geometry of the QT window, but I determined that it was a
problem when using the gr-soapy block with a hackrf, so I have started
a new thread.
If I make a flowgraph using the
I had previously thought that there was an issue with the save/restore of the
geometry of the QT window, but I determined that it was a problem when using
the gr-soapy block with a hackrf, so I have started a new thread.
If I make a flowgraph using the "Soapy hackrf source" (i.e. gr-s
Thanks for your reply! That got me through that error. Now to the next.
Thanks Again!
Bruce
On Thu, May 13, 2021 at 7:33 PM Cinaed Simson
wrote:
> Hi Bruce - if you only have 1 HackRF One connected the computer, then you
> can just leave the "Device Arguments" blank.
>
&g
Hi Bruce - if you only have 1 HackRF One connected the computer, then
you can just leave the "Device Arguments" blank.
Otherwise, take the last 8 characters of the serial number - not the
entire serial number.
-- Cinaed
On 5/13/21 1:27 PM, KG4HLZ wrote:
Gnu Radio noob here.
I
aulting to '/tmp/runtime-root'
gr-osmosdr 0.2.0.0 (0.2.0) gnuradio 3.8.1.0
built-in source types: file osmosdr fcd rtl rtl_tcp uhd miri hackrf bladerf
rfspace airspy airspyhf soapy redpitaya freesrp
Traceback (most recent call last):
File "/home/bruce/Documents/gnuRadio/testHackRF.py
Hi community,
I have been trying to create FSK modulation with HackRf but I couldn't make
it work. I have explained some of my trials on stackoverflow[1]
<https://stackoverflow.com/questions/66603579/generating-fsk-modulated-signals-in-gnuradio>,
but I am just asking here if you can
Hi Edward - I know next to nothing about Windows - but if you're setting
the device options for the hackrf as rtl="some an integer" I would be
really surprised if that works .
At some point in the distance past, you could set it device number to
"0" if you there was
Tried 3.8, too buggy.
So switched to 3.7.13 which works fine with file sources but the osmocom
source block doesn't work. Tried setting rtl=0 1 2 and 3 but none work.
(hackrf_info finds the hardware - I'm using a hack rf one).
Tried downgrading to 3.7.11 which also doesn't find the hardware but n
Hi Joe,
Cinaed rang a bell, I have borrowed a HackRF from a neighboring department and
wanted to test it on a pure GRC Windows installation. I don’t recall the exact
errors, but it looked something like yours.
I searched for a windows driver of the HackRF, but didn’t find one and finally
Hi Joe - I just noticed you're running the HackRF in a virtualmachine on
a PC - which implies you're most likely having problems with the USB
drivers on Windows.
I don't know anything about Windows.
-- Cinaed
On 4/14/20 12:16 AM, Joe crossen wrote:
Hi guys,
I have a HackR
Hi Joe - there is certainly a problem with the libraries and firmware of
the HackRF:
hackrf_info version: unknown
libhackrf version: unknown (0.5)
Found HackRF
Index: 0
Also, it's unlikely that you want to be running the firmware version
Firmware Version: 2018.01.1 (API
On 04/14/2020 03:16 AM, Joe crossen wrote:
Hi guys,
I have a HackRF One connected to my PC, and a virtual machine running
Ubunutu 18.04. Getting the following error when running my flow graph
(Osmocom source to WX GUI Scope Sink).
Traceback (most recent call last):
File "/home
Hi guys,
I have a HackRF One connected to my PC, and a virtual machine running
Ubunutu 18.04. Getting the following error when running my flow graph
(Osmocom source to WX GUI Scope Sink).
Traceback (most recent call last):
File "/home/mike/GNURadio/Programs/HackRF_rx_Osmocom_GUI.py"
Hi,
try gr-soapy (
https://gitlab.com/librespacefoundation/gr-soapy/tree/maint-3.8 ) :)
The maint-3.8 branch is gnuradio 3.8-compatible
Cheers
On Thu, Nov 14, 2019 at 10:00 AM Eamon Heaney wrote:
> Hi,
>
> I'm trying to get my HackRF to do burst transmission. As I understand
Hi,
I'm trying to get my HackRF to do burst transmission. As I understand, this
isn't possible in gr 3.7, but is possible in 3.8+.
However, I've been using gr-osmosdr blocks for the HackRF source/sink, and
that isn't compatible with gr 3.8+ yet. Are there any alternative
(and therefore frame corruption) less
likely.
With the HackRF, you just stream samples to the device and it will send
them out without any explicit indicators where the burst starts and
ends. If you stream samples fast enough without interruptions during a
frame, it should work.
Did you try the 3.8
ads
> zeros to the end of a tagged stream to fill the buffer of the SDR.
>
> The block is added to bastibl's gr-foo OOT module. The Block is called
> "pad tagged stream". To use it you need to set the buffer size to the
> buffer size of the HackRF.
>
> Regards,
&
: Kyeong Su Shin
제목: Re: GNURadio app overflow with hackrf
Hi Shin,
I tested hackrf with null souce and it does'nt generate overflows.
So, I use now a native linux (powerful system). My CPU is running at 60% of his
capacity but I still have overflows.
Any Idea?
Thanks.
Regards,
Thabet
Hi,
Been working on this Gnuradio/HackRF wifi transmitter for a while now, and
recently learned that the HackRF driver doesn't support burst transmission.
I've been working off the wifi_tx example
<https://github.com/bastibl/gr-ieee802-11/blob/maint-3.8/examples/wifi_tx.grc>
f
보낸 날짜: 2019년 11월 4일 월요일 오후 7:17
받는 사람: discuss-gnuradio@gnu.org
제목: GNURadio app overflow with hackrf
Hello,
I'm running a GNURadio app on my laptop with HackRF.
My sampling rate is 13.5MHz.
I have permanently overflow.
How can I check if it's due to:
- ADC overflow of HackRF hardwar
Hello,
I'm running a GNURadio app on my laptop with HackRF.
My sampling rate is 13.5MHz.
I have permanently overflow.
How can I check if it's due to:
- ADC overflow of HackRF hardware ?
- My laptop which is maybe not powerful enough ? (VirtualMachine: Ubuntu
18.04, 2 cores allocate
calculate that, and it was working without an
offset before.
[image: image.png]
On Mon, Aug 12, 2019 at 8:20 PM Müller, Marcus (CEL)
wrote:
> Ah OK, but then it's *barely* enough for wifi.
>
> I meant that you attach a visual sink, for example the "Qt GUI
> frequency sink&
Ah OK, but then it's *barely* enough for wifi.
I meant that you attach a visual sink, for example the "Qt GUI
frequency sink" in GNU Radio directly to your HackRF-interfacing source
(probably the osmocom source?).
Best regards,
Marcus
On Mon, 2019-08-12 at 15:27 -0400, Eamon Hea
Do you mean with a spectrum analyzer? Forgive me if that's a dumb question,
I'm a bit new to this.
The max bandwidth of the HackRF One is 20MHz, so I should be able to
receive data.
On Mon, Aug 12, 2019 at 3:13 PM Müller, Marcus (CEL)
wrote:
> I'd recommend looking at the sp
I'd recommend looking at the spectrum you receive. Also, how does
receiving a 20 MHz wide channel with a HackRF work? Wasn't the maximum
bandwidth of that lower?
On Mon, 2019-08-12 at 15:10 -0400, Eamon Heaney wrote:
> Last week, I was able to capture wifi packets in the 2.4 GHz ba
requency of
2.412 GHz.
Any idea why that might be? I was previously only able to receive signals
with my phone right next to the HackRF antenna, but now even that won't
help. I tried putting it right next to my router, too, but it still isn't
getting anything.
Thanks!
<https://github.c
oogle.com/search?q=gnu+radio+embedded+python+block ).
> >
> > Regards,
> > Kyeong Su Shin
> >
> > 보낸 사람: faisal 대신 Discuss-gnuradio <
> > discuss-gnuradio-bounces+ksshin=postech.ac...@gnu.org>
> > 보낸 날짜: 2019년 3월 13일 수요일 오전 12:31
> > 받는 사람: Discuss-g
You'd need to write your own block that can handle these formats.
A word of warning: When doing SDR, you deal with MEGASAMPLES per
second.
A 32 bit floating point number has circa 9 significant digits.
That makes 10 characters when you include the decimal dot.
Then you also need to write down the
?q=gnu+radio+embedded+python+block ).
>
> Regards,
> Kyeong Su Shin
>
> --
> *보낸 사람:* faisal 대신 Discuss-gnuradio
>
> *보낸 날짜:* 2019년 3월 13일 수요일 오전 12:31
> *받는 사람:* Discuss-gnuradio@gnu.org
> *제목:* [Discuss-gnuradio] Spectrum sensing using gnuradi
io@gnu.org
제목: [Discuss-gnuradio] Spectrum sensing using gnuradio + hackrf one
hello everyone
can anyone help me i want to save data which comes from average block and
threshold block.
how can we save a date in text file or in an excel file?
i attched the grc.file please have a
hello everyone
can anyone help me i want to save data which comes from average block and
threshold block.
how can we save a date in text file or in an excel file?
i attched the grc.file please have a look at it.
gt.grc
Description: Binary data
_
A GR block is not intended to be both a source and a sink, though you
could probably force something. Even if you could, gr-osmosdr sits
between GR and HackRF, and also separates source and sink.
You could rework the gr-osmosdr hackrf support to provide a hardware
manager below the source and
ials
Also, you should probably ask questions regarding gr-osmosdr on the
https://lists.osmocom.org/mailman/listinfo
mailing list unless they're related on how to use gr-osmosdr with gnuradio.
-- Cinaed
>
>
> From: Cinaed Simson
> To: discuss-gnuradio@gnu.org
> Subject: Re: [
optional source & sink ports.
From: Cinaed Simson
To: discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] Hackrf Source/Sink Combo
Message-ID: <6a98af1d-bc71-1da9-9dcd-127aeb328...@gmail.com>
Then use
hackrf=2fb138e9
___
Discus
On 12/13/2017 03:11 PM, Gavin Jacobs wrote:
> I have a HackRF One and I have been using the Osmocom Source/Sink blocks
> to access it. In the Device arguments I put this:
> hackrf=0
You should be using the serial number of the hackrf instead.
Type
hackrf_info
and you should get
I have a HackRF One and I have been using the Osmocom Source/Sink blocks to
access it. In the Device arguments I put this:
hackrf=0
I have also used the Osmocom Source/Sink blocks with the Soapy/Hackrf driver
when I need to transmit and receive in the same flow graph. To use the soapy
driver
Hi everyone,
I added two new capabilities to the GR-SQL module, both based on
command-line recordings directly from a HackRF using hackrf_transfer -r or
with rtl_sdr. HackRF produces signed 8-bit samples and rtl_sdr produces
unsigned 8-bit samples which need to be converted before using directly
Post the gnuradio flowgraph you used.
If you have a complaint with the HackRF hardware, post the complain on
the HackRF mailing list
https://pairlist9.pair.net/mailman/listinfo/hackrf-dev
And if you're only getting 2 MSPS with the HackRF on your computer then
you just have a slow com
Do you actually have any evidence or plots showing excess jitter in the
HackRF One and its effect on gr-dvbt demodulation, or are you just making
it up?
It sounds like you have come to a conclusion without understanding the
problem.
--n
On Thu, Jul 6, 2017, 7:15 AM Stack Programer
wrote
Yet i work on DVB-T in HackRF one, in TX we can send DVB-T and we receive
it with a hardware dongle DVB-T. but for receiving with SDR Based we had
error: see this link for our older
<http://blog.stackprogramer.xyz/en/2017/02/18/dvbt-project-receiver-probelm-oorestart-aquisition-d_freq_offse
Hi Stack Programer,
seriously, your mail is sub-standard: Please explain your statements and
ask well-defined questions. I'll try to point out what's wrong here
On 23.05.2017 16:20, Stack Programer wrote:
>
>
> Steps to reproduce
>
> 1.I had a HackRF one TX DVB-T,
Steps to reproduce
1.I had a HackRF one TX DVB-T,and a RX-DVBT with hackRF one, in receive it
sucks .
2.with rtl-sdr and vlc it can received DVB-T signalbut with hackrf
one sucks
Expected behaviour
after some research i guess that oscillator hackrf one is not accurate .it
can should
https://github.com/pothosware/SoapySDR/issues/34
[3] https://github.com/mossmann/hackrf/issues/221
[4] https://github.com/mossmann/hackrf/issues/195
[5] https://github.com/bastibl/gr-foo
Regards
Sreeraj Rajendran
On Tue, May 16, 2017 at 7:35 PM, Florian Adamsky
wrote:
>
> On Tuesday, May 16 2017, Syl
On Tuesday, May 16 2017, Sylvain Munaut wrote:
> The hackrf driver has no support for burst transmissions.
thanks! Do you know if there is someone working on it? Is there some way
to work around this restrictions? Which other SDR support this feature?
BladeRF maybe?
Cheers
--
Dr. Flor
The hackrf driver has no support for burst transmissions.
Cheers,
Sylvain
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Dear all,
I have problems to get the example "wifi_tx.grc" from gr-ieee802-11 [1]
to work with my HackRF device. In the example, I just replaced the USRP
sink with the osmocom sink and tried to run it. I always get underrun
errors:
,
| Executing: /usr/bin/python2 -u /home/ci
s
El 01/03/17 a las 16:28, Marcus Müller escribió:
> Yes, you can kill any receiver by overloading the RF amplifiers.
>
> Best regards,
>
> Marcus
>
>
> On 03/01/2017 04:10 PM, Fernando Peral wrote:
>> you mean you can break the hackRF if you use much gain?
>
Yes, you can kill any receiver by overloading the RF amplifiers.
Best regards,
Marcus
On 03/01/2017 04:10 PM, Fernando Peral wrote:
> you mean you can break the hackRF if you use much gain?
>
>
> El 28/02/17 a las 22:57, Cinaed Simson escribió:
>> Also, you should get to k
you mean you can break the hackRF if you use much gain?
El 28/02/17 a las 22:57, Cinaed Simson escribió:
> Also, you should get to know your HackRF so you don't blow the RF amplifiers
>
>http://www.greatscottgadgets.com/sdr
___
Di
You should post your HackRF questions to the HackRF mailing list
https://pairlist9.pair.net/mailman/listinfo/hackrf-dev
Also, you should get to know your HackRF so you don't blow the RF amplifiers
http://www.greatscottgadgets.com/sdr
In addition, you should at least ensure the inst
I have tried with the one in the repositories of ubuntu 16.04 (I think
the package is called gr-osmosdr) and with the live DVD of pentoo,
both fail the same way when using hackrf=0 both work using serial number.
regards
El 28/02/17 a las 07:51, Sagnik Basu escribió:
> Maybe there is some er
Maybe there is some error with your osmocom source installation. I am using
a HackRF one and it is working fine with osmocom sink block. Try
re-installing the osmocom source.
Regards,
Sagnik Basu
B. Tech | 2013-2017
Dept. of Electronics and Communication
NIT Rourkela
M: 8337942928
On Tue, Feb
1 - 100 of 120 matches
Mail list logo
