On 02/22/2017 03:29 PM, Steve Joseph wrote:
> Hi,
>
> I'm trying to understand the HW impairments python block better. I
> looked at the py source, and came up with the attached drawing of the
> functionality.
>
> Can you help me understand what the frequency offset is trying to
> emulate? My g
You can stack GUI widgets, it's the default if you don't use tabs.
-- M
On 02/22/2017 06:17 PM, 김정식 wrote:
> Hi, I'm using gnuradio for In-band full duplex (with USRP N210)
>
>
>
> I want to make a demo for transfer a movie clip.
>
>
>
> Here's the thing. How can I make a GUI with
>
>
Vincentzio,
that's a broad question. Have you scoured cgran.org already? Does that
have things you can use?
-- M
On 02/19/2017 02:23 PM, Vincentzio Roman wrote:
> Hello,
>
>
> Anybody knows of GNU radio resources or products for emitters
> identification, and/or wireless PHY identification? I
I've made the recipe prefer swig2.0, but it's not a full fix.
-- M
On 02/17/2017 07:53 PM, scott s wrote:
> I too ran into the same problem with SWIG on an Ubuntu 14.04.05 64bit
> install. For whatever reason, GNU Radio doesn't like the installed
> version of SWIG from the Ubuntu repositories
> (
Yeah, that's odd. SWIG 3.0.3 and 3.0.4 are blacklisted, but 3.0.2 is not.
Hmm
-- M
On 02/17/2017 07:53 PM, scott s wrote:
> I too ran into the same problem with SWIG on an Ubuntu 14.04.05 64bit
> install. For whatever reason, GNU Radio doesn't like the installed
> version of SWIG from the Ub
Santos,
this depends on a lot of things. Here's an example:
https://github.com/stwunsch/gr-nacl/blob/d6dd3c02dcda3f601979908b61b1595476f6bf95/CMakeLists.txt#L144-L152
gr-nacl uses libsodium as an external dependency. You can see all the
variables that contain SODIUM; they are in fact generated by
See also
http://gnuradio.org/redmine/projects/gnuradio/wiki/FAQ#I-have-a-receiver-with-acoustic-output-and-keep-getting-aUaUaU-errors
-- M
On 03/05/2017 05:30 PM, Marcus D. Leech wrote:
> On 03/05/2017 06:47 PM, Fernando wrote:
>> Yes, this USRP has "very strange" sample rates, like 2.631579 MSps
On 03/05/2017 06:47 PM, Fernando wrote:
Yes, this USRP has "very strange" sample rates, like 2.631579 MSps the
are far from rounded values, every single sample rate I try to use, it
change it to a slightly different one. 2.64Msps came from using a
sample rate over 2Msps, with a 44Ksps in audio
On 03/04/2017 06:58 PM, Fernando wrote:
Hi!
I'm tryng modulation/demodulation in WFBF (I've tried too NBFM with same
result)
I'm using a HackRF one to transmit and a NI-USRP2920 to receive.
I am using the attached block diagram
If I bypass both osmocom, connexting TX signal to RX, the system
On 03/04/2017 03:58 PM, Fernando wrote:
> Hi!
>
> I'm tryng modulation/demodulation in WFBF (I've tried too NBFM with same
> result)
>
> I'm using a HackRF one to transmit and a NI-USRP2920 to receive.
>
> I am using the attached block diagram
>
> If I bypass both osmocom, connexting TX signal
Derp, I didn't English well, but you get the idea :)
On Sun, Mar 5, 2017 at 12:26 PM, Dave NotTelling
wrote:
> Here is your graph with a slight modification of your graph to show what
> happens if you have the CAR populated.
>
>
>
> On Sun, Mar 5, 2017 at 12:20 PM, Dave NotTelling
> wrote:
>
>>
Here is your graph with a slight modification of your graph to show what
happens if you have the CAR populated.
On Sun, Mar 5, 2017 at 12:20 PM, Dave NotTelling
wrote:
> You don't see any output from the Tag Debug block because it only shows
> the tags, not the data. You actually don't have a
Hi,
I'm just wondering if anyone might have any ideas, why I'm getting 2PSK
recognised
as QAM64 when using the RadioML model & data (I'm assuming I'm doing
something
silly, but can't for the life of me work out what).
(You will need TensorFlow 1.0 and Keras)
If you download the TF model from -
h
You don't see any output from the Tag Debug block because it only shows the
tags, not the data. You actually don't have any tags in your data. You
just have a PMT object with a NIL CAR and a populated CDR. Since there are
no elements in the CAR, you get no tags. I personally got confused becaus
Keep reading the tutorial and read the errors. The code that comes out of
gr_modtool isn't really valid c++ yet, but it's close.
"""
/home/pi/gr-howto/lib/square_ff_impl.cc:43:38: error: expected
primary-expression before ‘<’ token
gr::io_signature::make(<+MIN_IN+>, <+MAX_IN+>,
size
Check out
http://gnuradio.org/redmine/projects/gnuradio/wiki/BlocksCodingGuide.
You'll see that the <+MAX_IN+>, <+MAX_OUT+>, <+MIN_IN+>, <+MIN_OUT+>,
<+ITYPE+>, and <+OTYPE+> have all been replaced with actual values. Unless
you have multiple inputs and/or outputs you'll replace all of the
<+MAX_I
Oh, here's a better link:
http://gnuradio.org/redmine/projects/gnuradio/wiki/Guided_Tutorial_GNU_Radio_in_C++#424-Step-3-Fleshing-out-the-code
On Sun, Mar 5, 2017 at 12:09 PM, Dave NotTelling
wrote:
> Check out http://gnuradio.org/redmine/projects/gnuradio/
> wiki/BlocksCodingGuide. You'll see
Hi, I'm a complete novice to GNURadio but I'm trying to follow the gnu
tutorial for creating a OOT block. When I get to the CMake part I keep
getting these error codes. I'm sure I'm just missing a dependancy or
something simple but I'm also pretty new to RPi too. I'm trying to create a
project f
Hi all,
I'm pretty new to GNU Radio, I followed the tutorials and made some simple
flowgraphs to use with an USRP. Recently took a look at the gr-digital
packet communication examples.
I'm having trouble figuring out the right way to use the PDU to Tagged
Stream block. I connected a Random PDU Ge
19 matches
Mail list logo
