Hi everyone,
Can anybody explain me what are the functions of frequency
xlating block and wbfm receive pll block.I searched lot of web pages but
couldn't find any proper documentation on it.
Thanks in advance
Sandhya
___
Discuss-gnuradio ma
Hi,
> Looks like there is something missing from your libbladeRF.so. The
> repository shows they were added on October 2nd. Are you sure you're
> building the latest stuff?
Should be the latest, when doing a git pull right before building it. I did
not yet delete the whole BladeRF folder and c
Hi Alex,
I am using PyBOMBS for installation. PyBOMBS installed GNU Radio(3.7) to a
local directory instead of /usr/local. In my case this directory is
"/home/manu/gr/target/". The files missing are there in
"/home/manu/gr/target/include/gnuradio", while they are not found in my old
installation (
Hello , everyone !
today when i wake up , my mind click one question , what is
the range of band with for best energy detection based spectrum sensing
?
from my study of paper i came to know energy detection technique is best
for narrow band spectrumbut i could not find h
I attach the patch for this correction
(for some reason I cannot git push...)
Achilleas
On Wed, Oct 9, 2013 at 12:59 PM, Achilleas Anastasopoulos wrote:
> Maybe I am wrong, but here is the idea:
>
> the original taps are "taps".
> then inside the freq_xlating filter new "combined" taps are gen
It would be convenient (well, beyond convenient, actually), if there
were a way to do init-time (not necessarily post-flowgraph-start) flow-graph
reconfiguration at run-time. There's currently a "disable" control
within GRC, but that's a compile-time thing.
It would be nice to have a single
When you create a block with gr_modtool your implementation goes in the
lib/[block_name]_impl.[h|cc] files. However, the swig procedures look at
the include/[package_name]/[block_name].h files to determine which methods
to expose in the generated python class. So, to make a C++ method available
in
Hi all,
I am using USRP N210 and GRC. I have a question over changing a USRP
parameter using a slider in GRC.
If I want to change the TX frequency from 2GHz to 4GHz using a slider, as
we know, during this process, the slider would experience many in-between
values, such as 2.1, 3, 3.55, 3.888 and
Declare a pure virtual function in (for example) gr-OOT/include/OOT/myblock.h :
virtual int how_many_things(const int n) const = 0;
Then declare a concrete function in gr-OOT/lib/myblock_impl.h :
int how_many_things(const int n) const;
Then define your concrete function in gr-OOT/lib/myblock_im
I'm working on some custom C++ blocks. I would like to have a few
methods in the C++ world visible to Python so that they can be called
directly. My understanding is that GRC can then make such things
visible through the tag in the block's XML specification.
Looking at the GR3.7 version of fir_fi
Thanks.
I've modified the code. I now call set_output_multiple(nfft) in the
constructor. This is probably for the better, as I can now use sync_block
again. I also got rid of the buffer size error message on larger fft sizes.
However, I still have the problem with random rx_time tags triggered in
On 10/09/2013 02:59 PM, Juha Vierinen wrote:
> Hi,
>
> I'm writing a block that always outputs the same number of items as it
> gets in.
>
> The block is doing FFT on a fixed length vector, so I always need nfft
> samples in and nfft samples out. I've achieved this (I think) by
> using: set_min_no
Hi,
I'm writing a block that always outputs the same number of items as it gets
in.
The block is doing FFT on a fixed length vector, so I always need nfft
samples in and nfft samples out. I've achieved this (I think) by using:
set_min_noutput_items(nfft) and set_max_noutput_items(nfft). However,
On Wed, Oct 9, 2013 at 2:23 PM, Ralph A. Schmid, dk5ras
wrote:
> Hi,
>
> After cleaning everything still the message:
>
> /usr/local/lib/libgnuradio-osmosdr.so: undefined reference to
> `bladerf_fpga_version'
> /usr/local/lib/libgnuradio-osmosdr.so: undefined reference to
> `bladerf_fw_version'
>
Hi,
After cleaning everything still the message:
/usr/local/lib/libgnuradio-osmosdr.so: undefined reference to
`bladerf_fpga_version'
/usr/local/lib/libgnuradio-osmosdr.so: undefined reference to
`bladerf_fw_version'
collect2: ld returned 1 exit status
make: *** [gqrx] Error 1
ras@ubuntu:~/gqrx$
On Wed, Oct 9, 2013 at 12:22 PM, Manu T S wrote:
> Hello all,
>
> I tried to install gqrx using PyBOMBS. I have GNU Radio 3.7 installed using
> PyBOMBS.
>
> manu@radio1:bin$ ./gnuradio-config-info -v
> 3.7.2git-0-gd19aa281
>
>
> Then I did
>
> manu@radio1:pybombs$ ./pybombs install gqrx
>
> But I
Maybe I am wrong, but here is the idea:
the original taps are "taps".
then inside the freq_xlating filter new "combined" taps are generated
as follows
comb_t = taps_t *exp(-j A t)
then the COMBINED filter is reversed.
The effect of that is that essentially we have the filter
reversed_t = taps_{
On 10/09/2013 11:20 AM, Nemanja Savic wrote:
Thank you Marcus, I think I can say that i learned something today.
Just for clarification: USRP or UHD knows the gain of all components
in the rx chain of wbx. If i specify for example 12 db of gain, and
the gain of the chain without attenuator is f
Thank you Marcus, I think I can say that i learned something today.
Just for clarification: USRP or UHD knows the gain of all components in the
rx chain of wbx. If i specify for example 12 db of gain, and the gain of
the chain without attenuator is for example 25 db, it will try to set
attenuation
On 10/09/2013 11:03 AM, Nemanja Savic wrote:
You are right Marcus, but it is negative gain, and I wonder why USRP
source allows me to specify more than 20 db of gain for wbx, without
any warning. In fact what happens when u specify some gain value, how
is configuration of the path set?
Thanks
You are right Marcus, but it is negative gain, and I wonder why USRP source
allows me to specify more than 20 db of gain for wbx, without any warning.
In fact what happens when u specify some gain value, how is configuration
of the path set?
Thanks
On Wed, Oct 9, 2013 at 4:55 PM, Marcus D. Leech
On Wed, Oct 9, 2013 at 10:45 AM, Achilleas Anastasopoulos
wrote:
> I will submit the patch.
>
> regarding the sign change in frequency, I didn't mean to change the
> convention:
> the sign change IS REQUIRED in order to KEEP the convention because now
> the taps are not reversed...
>
> Achilleas
On 10/09/2013 10:55 AM, xe...@libero.it wrote:
Ok, I was supposing that.
So in the python code of the receiver I've put:
tr=uhd.tune_request(self._freq,self._offset)
self.uhd_usrp_source_0.set_center_freq(tr)
where freq and offset are passed as parameters. In this way I got no
error.
On Wed, Oct 9, 2013 at 10:32 AM, Nemanja Savic wrote:
> Hi all guys,
>
> i wonder what is the easiest way to implement ask transmitter in gnu radio?
> I tried with qam transmitter but it doesn't allow me 2 constellation points.
>
> Best,
>
> --
> Nemanja Savić
In the newest version of GNU Radio,
Ok, I was supposing that.
So in the python code of the receiver I've put:
tr=uhd.tune_request(self._freq,self._offset)self.uhd_usrp_source_0.set_center_freq(tr)
where freq and offset are passed as parameters. In this way I got no error.
Now, the question is: which values are good for "offset"? Hz?
On 10/09/2013 10:51 AM, Nemanja Savic wrote:
Hi,
as far as I can see the only thing on wbx board that has adjustable
feature in rx path is attenuator, everything else has fixed gain. Am I
missing something here?
Best and thanks,
Nemanja
The way variable gain is nearly-universally implemente
Hi,
as far as I can see the only thing on wbx board that has adjustable feature
in rx path is attenuator, everything else has fixed gain. Am I missing
something here?
Best and thanks,
Nemanja
On Thu, Sep 19, 2013 at 5:32 PM, Marcus D. Leech wrote:
> The WBX has 31.5dB gain control in the RX p
I will submit the patch.
regarding the sign change in frequency, I didn't mean to change the
convention:
the sign change IS REQUIRED in order to KEEP the convention because now
the taps are not reversed...
Achilleas
On Wed, Oct 9, 2013 at 9:20 AM, Tom Rondeau wrote:
> On Tue, Oct 8, 2013 at 9
This might be a trivial question, but I did some searching around and could
not find anything. Is there any way to dynamically set the sample rate in a
"top_block" file without stopping the program and restarting it? Say I have
the USRP sampling at 100KHz, then after 30 seconds would it be possibl
Hi all guys,
i wonder what is the easiest way to implement ask transmitter in gnu radio?
I tried with qam transmitter but it doesn't allow me 2 constellation points.
Best,
--
Nemanja Savić
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
htt
On 10/09/2013 09:55 AM, xe...@libero.it wrote:
Hi guys,
I've tried to follow the suggested procedure. I guess the problem is
inside the uhd driver I'm using (UHD_003.005.001), since the
set_rx_freq() gives the following error:
AttributeError: 'uhd_usrp_source_sptr' object has no attribute
Hi guys,
I've tried to follow the suggested procedure. I guess the problem is inside the
uhd driver I'm using (UHD_003.005.001), since the set_rx_freq() gives the
following error:
AttributeError: 'uhd_usrp_source_sptr' object has no attribute 'set_rx_freq'
Or, maybe, the problem is the daughterbo
On Mon, Oct 7, 2013 at 8:31 PM, Martin Braun (CEL) wrote:
> Dear community,
> Examples
>
> As with most projects, examples are one of the most important elements
> when learning GNU Radio. Unfortunately, we sometimes don't treat our
> examples very well. Sometimes, they don't even work
Ahh.. ok
Thank you Marcus. i'll wait for my USRP2 we ordered then and try again.
Alex
--
View this message in context:
http://gnuradio.4.n7.nabble.com/iq-balance-calibration-tp44039p44043.html
Sent from the GnuRadio mailing list archive at Nabble.com.
On Tue, Oct 8, 2013 at 9:39 PM, Achilleas Anastasopoulos
wrote:
>
> I was playing around with
>
> fir_filter_XXX
>
> and
>
> freq_xlating_fir_filter_XXX
>
> and noticed that the two do not give the same output
> for the same input (and center_freq=0 in the xlating filter).
>
> Looking at the imple
On 10/09/2013 07:15 AM, Alexander B wrote:
Hello,
I am trying to adapt the existing cal_tx/rx_iq_balance utility to a
development daughterboard.
Initially, I am trying to just get the existing code running and then I
intend to modify it if it is not compatible out-of-the-box with my dboard.
At
I should point out that i have made the changes:
adding:
else if (mb_name.find("USRP1") != std::string::npos){
usrp->set_tx_rate(4e6);
usrp->set_rx_rate(4e6);
}
My questions still stand as i am not entirely sure of what concerns may
exist in terms of compatibility, it strikes
Hello,
I am trying to adapt the existing cal_tx/rx_iq_balance utility to a
development daughterboard.
Initially, I am trying to just get the existing code running and then I
intend to modify it if it is not compatible out-of-the-box with my dboard.
At the moment, I am working through a series of
Hi!
So three things I care about first:
1. Always ask a question to the mailing list, not single members of that,
unless it's a direct followup. You're not paying anyone to help you, so it'd be
only fair that anything you learn here can be learned by everyone.
2. Try to give your mail a meaningf
Hello all,
I tried to install gqrx using PyBOMBS. I have GNU Radio 3.7 installed using
PyBOMBS.
*manu@radio1:bin$ ./gnuradio-config-info -v
3.7.2git-0-gd19aa281
*
Then I did
*manu@radio1:pybombs$ ./pybombs install gqrx
*
But I got the following output.
Hi everyone,
still feeling good about GRCon13? Or maybe you couldn't attend and would
like another chance to participate? How about this:
As usual, we will be doing a developer's call the third Thursday a
month, which is October 17, 1700 UTC (19:00 CET, other timezoners please
convert yourself).
Thanks for your answer.
I'm a computer scientist, so I'm not so aware of what DC-offset exactly means,
but I'm going to try this tuning. I'll let you know if I solve the problem.
Best regards
Francesca
Messaggio originale
Da: mle...@ripnet.com
Data: 08/10/2013 16.22
A:
Ogg: Re:
Assuming you mean analog AM transmitter, you use a float-to-complex,
connect a constant source with value of 1 to IM input.
Then the audio source connects to RE input.
You will need an adjustable attenuator on the complex output before going
to the sink device.
Using a multiply const with slider,
Dear list,
The Scandinavian workshop on testbed based wireless research aims to bring
together researchers from academy, research institutes and industry, who use
testbeds such as USRP, WARP and others, to address research issues related to
the technology of future wireless systems. The works
44 matches
Mail list logo
