On Wed, 2016-11-02 at 10:34 -0700, Dennis Glatting wrote:
> Finally, I haven't had any problems mixing C++ 11/14 compiled code
> with GNURadio however I strongly suggest you use the same compiler.
> On this subject, mixing compilers is generally a bad thing to do
> whether it is something like GCC-
On Wed, 2016-11-02 at 06:41 -0700, sumitstop wrote:
> Hello,
>
> I am in the process of constructing my own 802.11 receiver using C
> and UHD. I was looking at the implementation of gr-ieee 802.11.
>
> I am trying to figure out how many parallel threads it is using for
> the receiver and transmi
Pablo,
If you are working in Matlab, it is possible to use your SDR natively
assuming you have the proper licenses. There's a good (Free!) guided
textbook here: http://www.desktopsdr.com/ and the Mathworks support package
can be downloaded here:
https://www.mathworks.com/hardware-support/rtl-sdr.
Yes, that's the reference that I was looking for, but didn't find that
fast :)
Borrow as much of the GNU Radio concepts as you like – but to be honest,
it'd be probably easier to just take your functionality and wrap it in
GNU Radio blocks if you want the GNU Radio runtime behaviour :)
Best rega
Ok, I got it.
Meanwhile I am very optimistic to understand how GNU Radio deals with
threading and burrow some of those concepts in my framework using pthreads
:)
Is the following presentation by Tom is good to start with ?
http://www.trondeau.com/blog/2013/9/15/explaining-the-gnu-radio-schedule
Dear Pablo,
I'd seriously consider implementing your signal processing in GNU Radio
rather than Matlab; GNU Radio's main purpose is to do live signal
processing, whereas Matlab is much better suited for offline analysis
and the such. It feels like a bit of a waste to use GNU Radio only for
recordi
At least one. I don't have the full gr-ieee802-11 architecture in my
head; some of the blocks might, as explained, be hierarchical and
contain multiple blocks.
Really, you say your software is crashing. That doesn't happen because
you have too many threads – that's because you've got some bug, and
Marcus, please correct if my understanding is wrong in the following :
If a rx is something like this :
[preamble search] -> [frame alignment] --> [deinterleaver] --> [decoder]
--> [descrambler]
So with GNU Radio framework there will one thread for each of the [ ]
bracketed component ?
-
Thank you all for your answers, I appreciate it.
I want to record IQ samples in real time in different files (for example
100MB). I am using hardware HackRF One. With software SDR-RADIO v2 is easy
to do, but now I want to try this in software GNU RADIO.
My goal is record in diferents files because
Ok, I went thru the paper briefly, so it seems that GNU Radio takes care of
the threads for all the blocks.
"By default GNU Radio starts one thread for every block in the flow graph."
I need to investigate if I am doing overkill by initiating 50 threads for my
receiver block !
I am making dot
In addition to what Paul wrote:
GNU Radio automatically spawns a thread for *every* GNU Radio block.
Many of the blocks you see, however, are hierarchical blocks containing
multiple blocks inside.
Also note that a question like "how many threads are spawned" can easily
be answered using tools li
You should read the accompanying academic papers, especially [1]. It should run
in real-time with any sort of reasonable hardware. I'm not sure why you would
want to re-implement the decoder.
[1] http://www.ccs-labs.org/bib/bloessl2013towards/bloessl2013towards.pdf
Towards an Open Source IE
Hello,
I am in the process of constructing my own 802.11 receiver using C and UHD.
I was looking at the implementation of gr-ieee 802.11.
I am trying to figure out how many parallel threads it is using for the
receiver and transmitter. In order to work in real time, especially decoding
802.11 pa
Hello all,
I'm using E310 on GnuRadio Companion and I'm trying to use E310 to transmit
independently but failed. I'm wondering whether there is a way to do that
or whether I've done something wrong on my side.
First, I put two sources in GRC, one cosine wave transmits forever and one
vector sourc
14 matches
Mail list logo
