Hi guys,
whenever you have a problem and are asking the mailing list for help,
there are a few things to keep in mind. First of all, make sure you have
read this:
http://gnuradio.org/redmine/projects/gnuradio/wiki/ReportingErrors
However, there's something else you should keep in mind: If you wan
Thank you for fast answer.
Martin Braun (CEL) wrote
> There's an overview of the scheduler:
> http://gnuradio.squarespace.com/blog/2013/9/15/explaining-the-gnu-radio-scheduler.html
> "Users", as you say, usually don't need more than this to write GNU
> Radio code, and most often don't need to know
lan
I have done some research work. The input values of uhd should be -1<=x<1,
and the gr_multiply_const_ff block has set the default amplitude to 1, so
this block seems useless.
The only way I found to scale the power of signal we transmit is to enhance
the gain of usrp_sink. However, we use RF
Hi Marcus,
Thanks for the reply
Well I installed manually from git. Ok never tried with pybombs.
Even when I tried installing previous version I faced the same errors along
with the volk also failed.
Thanks
Sandhya
On Wed, Dec 4, 2013 at 12:57 PM, Marcus Müller wrote:
> -BEGIN PGP
Hi Ralph,
If you come up with a sane solution for this, let me know. This hack is
a result of getting stuck in CMake hell while being in a hurry.
Johannes
On 03.12.2013 20:25, Ralph A. Schmid, dk5ras wrote:
> Hi,
>
>> the library path to libfftw3f is actually hardcoded in the makefile.
>> searc
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Looks like parts of Boost are missing (boost::filesystem).
How did you try to install GNU Radio? PyBOMBS? manually from git?
build gnuradio script?
Did building previous versions work out?
PyBOMBS is the "official" way to do it and usually installs all
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Paul!
I'm gonna go ahead and rearrange parts of your message for the ease of
reply:
> My datafile was recorded for about 20 seconds at a sample rate of
> 50Msps through a low-pass filter to only capture 0-30MHz.
50Msps * 20s = 1Gs (you're sure you
On 2013-12-02 13:25, Nasi wrote:
The problem is that all frames are dropped. The copy paste of the
terminal is below:
Did you play around with the gain and see if that helps?
Is frame detection working or are you just streaming samples into the
flow graph that make absolutely no sense?
On 12/03/2013 04:50 PM, Tom Rondeau wrote:
> You probably upgraded your system to use QT5, which won't work with
> GNU Radio. See about finding a way to switch between QT4 and QT5 on
> your Suse system.
Nope, no QT5 here.
I posted the same question on the opensuse mailinglist some time ago and
Ha
Can you try using the PSK mod/demod blocks with differential=Yes instead of
the DPSK mod/demod blocks? I found an issue today with the DPSK mod/demod
blocks which results in them not actually using differential encoding.
--n
On Tue, Dec 3, 2013 at 9:00 PM, Henry Jin wrote:
> Hi,
>
> I tried to
Hi,
I tried to build a simple flow graph of DPSK modulation and demodulation.
The result is verified using the Error Rate module. The link shows the flow
I'm using.
https://www.dropbox.com/s/jwmmttyi4es4alf/Screenshot%20from%202013-12-03%2021%3A50%3A58.png
I know that the output of demod module
Hi,
> the library path to libfftw3f is actually hardcoded in the makefile.
> search for
> SET(FFTW3f /usr/lib/x86_64-linux-gnu/libfftw3f.so)
> in gr37-lte/lib/CMakeLists.txt
> and replace it with the the proper library location for your system.
> for example:
> SET(FFTW3f /usr/lib64/libfftw3f.
Hi,
I'm very confused with the following flow chart:
file --> throttle --> dpsk mod ---> dpsk demod --> unpacked to packed -->
file sink
I'm losing 2 bytes in the output file.
I've uploaded the grc here - www.anfractuosity.com/files/dpsk-test.grc
I realise the data could get corrupted due to t
Hi everyone,
To synchronize two USRPs, I connect them and add the following code in
the slave USRP. ---
set_clock_source( 'MIMO',0);
set_time_source('MIMO',0);
---
I have got that the length of MIMO cable is fixed because the cable
delay is co
On Tue, Dec 3, 2013 at 3:48 PM, Tom Rondeau wrote:
> On Sun, Dec 1, 2013 at 6:24 AM, Alexandru Csete wrote:
>> Greetings,
>>
>> Lately, I have been having increasing difficulties with building
>> gnuradio successfully on the Ubuntu PPA builders. I think the problems
>> is that the builds run in e
Have you run opkg update; opkg upgrade?
What happens if you try this with the network dos connected? (So it
doesn't see the N210)
Philip
On 12/03/2013 04:01 PM, maiconkist wrote:
> Hi list,
>
> when I try to execute a simple code in my new USRP E110, it gives me the
> following error:
>
>
>
Marcus:
I like the way the waterfall looks, but I'm having the same issue as the
FFT.
Looking at the configuration for my FFT, and changing 'Refresh Rate' from
the default '15' to '1M' gives me some extra playback. My datafile was
recorded for about 20 seconds at a sample rate of 50Msps through a
Hi Ralph,
On 03.12.2013 21:51, Ralph A. Schmid, dk5ras wrote:
> Sorry, forgot to mention it, of course it is installed. libfftw3-3 with
> dev and dbg, from the normal packet management. OS is Kubuntu 12.04 LTS
> 32 bit, GR3.7 installed and working, uhd, gr-osmosdr, bladerf.
the library path to li
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Most probably your data is simply to short in relation to the fft
length and the amount of samples your specific graphical FFT amplitude
sink drops for display.
Please review you fft length, update rate, and try out different fft
GUIs (qt/wx).
You cou
Hi list,
when I try to execute a simple code in my new USRP E110, it gives me the
following error:
uhd_sink = uhd.usrp_sink(device_addr = "serial=MY_USRP_SERIAL",
stream_args=uhd.stream_args('fc32'))
File "/usr/lib/python2.6/site-packages/gnuradio/uhd/__init__.py", line
116, in constructor_in
Sorry, forgot to mention it, of course it is installed. libfftw3-3 with dev and
dbg, from the normal packet management. OS is Kubuntu 12.04 LTS 32 bit, GR3.7
installed and working, uhd, gr-osmosdr, bladerf.
Ralph,
From: Johannes Demel [mailto:johannes.de...@ettus.com]
Sent: Tuesday, 3
When I play my data file back through a throttle and frequency translating
FIR filter to an FFT sink with repeat OFF, it seems to just show a static
plot. However, with repeat ON, I get playback, but I can't tell when data
ends and starts back over. Is there a way for me to know when it repeats?
Or
Perhaps this is happening due to the ICE endpoint's TCP timeout setting. I have
it configured to 300 ms based on the example ctrlport.conf file distributed
with GNU Radio. I'll try increasing this. A few questions:
1) What disadvantages would there be to setting this to something really
h
Sorry it took me a bit of time to respond. Yes, I'm sure my flowgraph is still
running and producing data as expected. Can anybody think of why the ice
endpoint would die unexpectedly?
Sean
From: Tim Newman [mailto:tim.new...@gmail.com]
Sent: Wednesday, November 13, 2013 11:42 AM
To: Nowlan, Se
>> The volk test is failing on my gnuradio build on a Beaglebone Black
>> (armv7h) running Arch Linux Arm.
>>
>> # make test
>> start 1: qa_volk_test_all
>> *** 2 failures detected in test suite "Master Test Suite"1/177 Test #1:
>> qa_volk_test_all .***Failed9.88 sec
>
On Tue, Dec 3, 2013 at 1:44 PM, Kartik Seth wrote:
> I am transmitting and receiving from the same bladeRF board using a cable
> and a 20 dB attenuator.
>
> If you see in the flowgraph I multiply by 0.3, that is specifically to
> prevent clipping and non-linearity.
> I have tried using AGC or gain
Hi all,
There's a bug in the block for the DBPSK modulator. The "differential"
param isn't set to True in dbpsk_mod; it's just left to default, and
differential defaults to False in the bpsk_mod block. So it really acts
like a BPSK modulator. QPSK was the same. Here's a patch.
diff --git a/gr-dig
I am transmitting and receiving from the same bladeRF board using a cable
and a 20 dB attenuator.
If you see in the flowgraph I multiply by 0.3, that is specifically to
prevent clipping and non-linearity.
I have tried using AGC or gain of low pass filter but no success.
The problem is that same f
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Namrata,
I think you're mixing up a lot of concepts. A "block" is a software
unit in the GNU Radio framework. Please read the introductory pages of
gnuradio.org to understand blocks better.
A USRP is a hardware device; it does the sampling, which,
Hi Namrata,
USRPs use UHD as their hardware driver. [1] provides lots of documentation
about USRPs.
Have fun and happy hacking
Johannes
[1] http://code.ettus.com/redmine/ettus/projects/uhd/wiki
On Tue, Dec 3, 2013 at 8:34 AM, Namrata Kamte wrote:
> Hello.
>
> I am a graduate student researche
It is missing libfftw3f. Or more specific a make target. Anyway, as libfftw
is a GR dependency it is not explicitly listed for gr-lte. Just to make
things sure. Check if libfftw3 is installed.
On Tue, Dec 3, 2013 at 8:15 AM, Ralph A. Schmid, dk5ras wrote:
> Hi,
>
>
>
> I gave it a try, but it mi
Hello.
I am a graduate student researcher with the Satellite Technology Lab at The
University of Texas at Arlington.
I've been trying to find out the working behind the USRP source block. I
did find some basic description (like what it does in a few sentences and
the arguments it accepts) in the
Thank you Marcus again,
I changed device address, in both places, but the same problem appears. I
see that it loads now 4rx image, but the problem remains.
self.uhd_usrp_source_1 = uhd.usrp_source(
device_addr="fpga=usrp1_fpga_4rx.rbf",
stream_args=uhd.stream_args(
On 12/03/2013 12:00 PM, Nemanja Savic wrote:
Thank you Marcus again,
I changed device address, in both places, but the same problem
appears. I see that it loads now 4rx image, but the problem remains.
self.uhd_usrp_source_1 = uhd.usrp_source(
device_addr="fpga=usrp1_fpga_4
I see, but still don't get where this change should be made.
And also, more important, i I have standard configuration with 2 DDCs and 2
DUCs, then it should work like that, cause I need only 2 DDCs if I am not
wrong.
On Tue, Dec 3, 2013 at 5:15 PM, Marcus D. Leech wrote:
> On 12/03/2013 11:10
Hi,
I gave it a try, but it misses something with libfftw3.
[ 46%] Building CXX object
lib/CMakeFiles/gnuradio-lte.dir/pss_tagger_cc_impl.cc.o
[ 48%] Building CXX object lib/CMakeFiles/gnuradio-lte.dir/correlator.cc.o
[ 51%] Building CXX object
lib/CMakeFiles/gnuradio-lte.dir/sss_symbol
On 12/03/2013 11:10 AM, Nemanja Savic wrote:
Hi all guys,
I would like to receive in my application signals from WBX board and
from LFTX simultaneousely.
At the moment, when I run the flow graph it ends immediately with core
dump, and zero divisin exception.
In the script, sources are define
Hi all guys,
I would like to receive in my application signals from WBX board and from
LFTX simultaneousely.
At the moment, when I run the flow graph it ends immediately with core
dump, and zero divisin exception.
In the script, sources are defined in this way:
self.uhd_usrp_source_0 = u
On Tue, Dec 3, 2013 at 6:07 AM, kt7 wrote:
> Just a follow up.
> I have noticed that data demodulation is intermittent, like if I execute the
> same flowgraph a number of times sometimes I get a waveform after
> demodulation but most of the time received scope is blank.
>
> I really have no explan
On Tue, Dec 3, 2013 at 4:52 AM, Stefan Gofferje wrote:
> Hi,
>
> I recently installed some stuff on my Opensuse 12.3, including gnuradio
> and QGis2.
>
> When using QT widgets, Gnuradio GRC fails with
>
> Traceback (most recent call last):
> File "/home/sgofferj/top_block.py", line 12, in
>
On Sun, Dec 1, 2013 at 6:24 AM, Alexandru Csete wrote:
> Greetings,
>
> Lately, I have been having increasing difficulties with building
> gnuradio successfully on the Ubuntu PPA builders. I think the problems
> is that the builds run in emulated environments and the builder is not
> as powerful a
Aah, so development goes on! Very interesting, I will give this a try,
thanks a lot!
Ralph.
--
Ralph A. Schmid
Mondstr. 10
90762 Fürth
+49-171-3631223
ra...@schmid.xxx
http://www.bclog.de/
From: Johannes Demel [mailto:johannes.de...@ettus.com]
Sent: Monday, December 02,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
While I totally see that it's convenient to have the XML source in the
generated file, I'd still say it's a bad idea to encourage people to
use that feature.
For example:
User Alice has composed a flowgraph in GRC and has modified the python
source co
That will easy a lot the problem in the future. It seems interesting and I
guess it won't be too hard to implement!
Raydel
2013/12/2 Dan CaJacob
> I have an interesting (to me anyway) idea:
>
> What if we added a default option to the GRC-XML-to-python converter to
> add the contents of the or
On Tue, Dec 03, 2013 at 03:59:34AM -0800, Artem Pisarenko wrote:
> Last few days I tried to implement RTP stream source block (based on
> sync_block) and found that this simple task is not trivial, as it seems to
> be, because GNU Radio scheduler and general data flow are not documented
> (for user
That was really a very clear explanation
Thank you so much.
Now i got the difference between the terms and also concept behind it
Thanks
sandhya
On Tue, Dec 3, 2013 at 5:27 PM, Karan Talasila wrote:
> Hi Sandhya,
> You need atleast 2 samples/symbol for demodulation.
> Normally
Last few days I tried to implement RTP stream source block (based on
sync_block) and found that this simple task is not trivial, as it seems to
be, because GNU Radio scheduler and general data flow are not documented
(for users).
What mecahisms are allowed to be used in order to achieve producing
Hi Sandhya,
You need atleast 2 samples/symbol for demodulation.
Normally when there are sharp transitions in modulated carrier, it results
in high frequency components in the frequency domain. This is a problem
because there will be power across frequencies beyond the bandwidth of
Just a follow up.
I have noticed that data demodulation is intermittent, like if I execute the
same flowgraph a number of times sometimes I get a waveform after
demodulation but most of the time received scope is blank.
I really have no explanation for this.
Any information regarding this would be
Hi karan ,
Thanks for reply .
well ya in gnuradio also if i set the value of samples/symbol below 2 it is
throwing me an error .
So is there any specific reason behind using the value greater than 2?
and is that higher the value of samples/second the smoother will be the
waveform? please cor
Hi,
Bits/symbol depends on modulation scheme that you use to transmit. For
BPSK, it is 1 bit/symbol, for QPSK it is 2 bit/symbol and for 64-QAM it is
6 bits/symbol. So you can set it according to modulation scheme you use.
Samples/symbol is normally default set to 2. I am not aware in gnuradi
Marcus,
I think wayne is referring to the gnuradio scheduler presentation of Tom
Rondeau in his blog. The link is
http://gnuradio.squarespace.com/blog/2013/9/15/explaining-the-gnu-radio-scheduler.html
On Tue, Dec 3, 2013 at 12:44 PM, Marcus Müller wrote:
> -BEGIN PGP SIGNED MESSAGE-
Hi,
I recently installed some stuff on my Opensuse 12.3, including gnuradio
and QGis2.
When using QT widgets, Gnuradio GRC fails with
Traceback (most recent call last):
File "/home/sgofferj/top_block.py", line 12, in
from gnuradio import qtgui
File "/usr/lib64/python2.7/site-packages/gn
Hi everyone,
i'am trying to do simply QAM modulation for that the source i used
is vector source which gives 1byte of 1's and 0's which is fed to QAM
modulator .
Can anyone tell me how do i calculate samples/symbol .I know the
traditional formula
samples/symbol=(samples/second)/(symbols/se
54 matches
Mail list logo
