n
>
> ${HOME}/.gnuradio/prefs/vmcircbuf_default_factory
>
> and see what is there and maybe change to this:
>
> gr::vmcircbuf_mmap_tmpfile_factory
>
> Philip
>
>
> On 11/21/19 4:59 AM, Eamon Heaney wrote:
> > I'm running the sample wifi_tx.grc flowchart from
e:
> You must be running an older kernel that doesn't set kernel.shmmax to some
> large value.
>
> To check the current setting:
>
> sysctl kernel.shmmax
>
> To set it higher:
>
> sudo -w kernel.shmmax=2147483648
>
> Ron
> On 11/21/19 01:59, Eamon H
cked(r, max_noutput_items)
>RuntimeError: std::bad_alloc
"
Here's a picture of my flowchart:
[image: gnuradio-runtimeError-bad_alloc.png]
Tested this on a different machine, and it works fine, so the problem isn't
with the flowchart itself. I'm working off the maint-3.8 branch, instal
s out
there that are compatible with the HackRF AND gnuradio 3.8?
Thanks!
--
Eamon Heaney
*Fleet Commander*
*President, Model UN at Virginia Tech*
ay/working/seniordesign/gnuradio/gr-qtgui/python/qtgui/qa_qtgui.py
Has anyone else encountered this issue, or is aware of a solution? I'm on a
Fedora 29 machine, with every python qt4/5 library installed via pip.
Thanks!
--
Eamon Heaney
*Fleet Commander*
*President, Model UN at Virginia Tech*
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,
&
rom bastibl's gr-ieee802-11 repo so far, but it looks like I'll need
another approach.
Is there another method that could transmit 802.11 packets that would work
with the HackRF?
Thanks!
--
Eamon Heaney
*Fleet Commander*
*President, Model UN at Virginia Tech*
on*
> *The Aerospace Corporation*
> --
> *From:* Discuss-gnuradio aero....@gnu.org> on behalf of Eamon Heaney
> *Sent:* Friday, November 1, 2019 08:45
> *To:* discuss-gnuradio
> *Subject:* Re: [Discuss-gnuradio] How to convert a binary file input to a
&g
Bumping this, still can't figure out how to turn a binary file source into
a PDU that I can transmit. Any advice would be appreciated.
On Tue, Oct 29, 2019, 12:59 PM Eamon Heaney wrote:
> Attempting to transmit a wifi packet with gr-ieee802.11. I'm reading in
> the payload bi
wrong.
[image: wifi_file_tx-help_me.png]
Thanks!
--
Eamon Heaney
*Fleet Commander*
*President, Model UN at Virginia Tech*
th the next block in the example (WiFi
MAC)?
Thanks!
--
Eamon Heaney
*Fleet Commander*
*President, Model UN at Virginia Tech*
> a lot like you're having much the same problem as this guy
> (https://www.raspberrypi.org/forums/viewtopic.php?t=169608) ... 6hrs
> down to 7minutes when he's not getting swapped to death.
>
> On Wed, Oct 16, 2019 at 12:51 PM Eamon Heaney wrote:
> >
> > Hi,
>
rupted it after it didn't budge for half an hour.
Screenshot of the problem attached. Any idea why this is happening?
--
Eamon Heaney
*Fleet Commander*
*President, Model UN at Virginia Tech*
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.or
quot; 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 Heaney wrote:
> > Do you mean with a spectrum analyzer? Forgive me if that's a dumb
> > question
ectrum 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 band
> > (us
om/bastibl/gr-ieee802-11>
--
Eamon Heaney
*Fleet Commander*
*President, Model UN at Virginia Tech*
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
that into parameters for the osmocom source, which has 3
gain options: RF gain, IF gain, and BB gain, all in dB.
I tried setting the RF gain = 20log(.75) = -2.49877, but that just resulted
in mangled packets.
Any suggestions?
--
Eamon Heaney
*Fleet Commander*
*President, Model UN at Vir
y", line
57, in _init
warnings.warn(str(e), _gtk.Warning)
gtk.GtkWarning: could not open display
The instructions on the github repo I'm working from indicate that I should
be running this as root, so I do think it's necessary. Any ideas on how to
fix this?
Another test message, due to my subscription wonkiness. Thank you for
bearing with me.
--
Eamon Heaney
*Fleet Commander*
*President, Model UN at Virginia Tech*
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman
t;gr::tuntap_pdu::make" or "tun_alloc" are. There was one similar email
chain (https://marc.info/?l=gnuradio-discuss&m=141563926501407&w=2) from a
few years ago, but the solution he found doesn't seem to work; changing
TUNTAP PDU doesn't fix the problem.
Anyon
3926501407&w=2) from a
few years ago, but the solution he found doesn't seem to work; changing
TUNTAP PDU doesn't fix the problem.
Anyone have a clue as to why these tuntap pdu things are acting up?
--
Eamon Heaney
*Fleet Commander*
*President, Model UN at Virginia Tech*
_
nvm, solved. The appropriate placeholder block is a null sink.
On Wed, Jun 5, 2019 at 6:08 PM Eamon Heaney wrote:
> Hi y'all,
>
> I'm trying to get a wifi transceiver working with HackRF and gnuradio,
> specifically using the tools from this github repo:
> https://gith
tion end? The flowgraph output is colored blue in the gui, if that
helps.
Thanks!
--
Eamon Heaney
*Fleet Commander*
*President, Model UN at Virginia Tech*
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
23 matches
Mail list logo