On 05/29/2013 11:53 PM, Wolfgang Buesser wrote:
> Hmm,
>
> I don't think so:
>
> What I apply to board A ADC0 shows up on scope0, and what I apply to board A
> ADC1 shows up on scope1, so there are definitely two different ADCs involved.
> Looking at the scope traces they are connected as set
So, actually, your code already has the freq recov block? If so, I really
have no idea on how to solve your problem.
On Wed, May 29, 2013 at 11:34 PM, yeran wrote:
> Hi Alex,
>
> I have read the generic_mod_demod.py and find the fll block you
> mentioned is in freq_recov block, which is before
Hi Alex,
I have read the generic_mod_demod.py and find the fll block you mentioned is
in freq_recov block, which is before the time_recov block. However, the file
sink I use to collect data is after time_recov block. So I think in this case,
it's already been through carrier frequency correctio
Hmm,
I don't think so:
What I apply to board A ADC0 shows up on scope0, and what I apply to board A
ADC1 shows up on scope1, so there are definitely two different ADCs involved.
Looking at the scope traces they are connected as set by the line
self.uhd_usrp_source_0.set_subdev_spec("A:A A:B", 0
FLL = Frequency lock looping.
The corresponding C++ block is digital_fll_band_edge_cc.
and you can find the usage example in generic_mod_demod.py in
/gnuradio/gr-digtial/python.
There are some discussions within this community before, just search it for
how to use it properly.
On Wed, May 29, 201
I don't think the RRC filter is used for carrier frequency correction. In
gnuradio, the FLL filter can be used for CFO correction.
Please correct me if I am wrong.
On Wed, May 29, 2013 at 9:43 PM, yeran wrote:
> Hi everyone,
>
>
> I’m doing channel estimation in gnu radio narrowband. But th
On Wed, May 29, 2013 at 7:24 PM, Nemanja Savic wrote:
> Hm, could be, I will see later, but I see now that for example
> digital_correlate block has unsigned.
>
> Thank you Tim.
>
> Nemanja
Yes. Unlike most data types, there's a strong signed/unsigned property
to chars between Python and C++. A c
On Wed, May 29, 2013 at 8:43 AM, Volker Schroer wrote:
> Now directly running from the examples directory everything works. Looks
> great
Yeah, was going to reply to this earlier, but you beat me to it. The
dark.qss is located in the directory of the examples, and they only
look at the current pa
So, something I've noticed is that (based on the log data I currently
have) only about 67% of the builds are succeeding.
Most of the failures are failures to find critical commands (git and
cmake, mostly) AFTER the pre-requisites paragraph has executed. Some of
them are due to failing to fin
On 05/29/2013 06:31 AM, Volker Schroer wrote:
> Hi all.
>
> Today I tried a fresh install of new master from the actual git repository.
On gentoo we have ebuilds for all of this... just so you know. We are
always happy when you report bugs though :-)
Thanks,
Zero
>
> Everything compile well bu
Hm, could be, I will see later, but I see now that for example
digital_correlate block has unsigned.
Thank you Tim.
Nemanja
On Thu, May 30, 2013 at 12:59 AM, Monahan-Mitchell, Tim <
tmona...@qti.qualcomm.com> wrote:
> I worked on an "interleaved char to complex" block some time ago. It was
> n
I worked on an "interleaved char to complex" block some time ago. It was not
working right until I changed it to specify 'signed' char instead of letting
the compiler default happen (which could be either way). - Tim
From: discuss-gnuradio-bounces+tmonahan=qti.qualcomm@gnu.org
[mailto:discu
Hi all guys,
I wouldn't bother again but I have spent a lot of time trying to figure out
what's going on.
Nameli I want to design block with char type at input and char type at the
output.
After finished with the design I realized strange block operation. Input
samples were always zero. Then I tr
On 05/29/2013 02:31 PM, vegihat vegihat wrote:
> hello, i want to write a simple energy detector without using c++, only
> existence blocks and the numpy lib
>
> So far, i have the following graph
>
> usrp_source -> head -> stream_to_vector
>
> could i read the values from stream_to_vector a
hello, i want to write a simple energy detector without using c++, only
existence blocks and the numpy lib
So far, i have the following graph
usrp_source -> head -> stream_to_vector
could i read the values from stream_to_vector and write them to a
numpy-vector? is it possible?
Hi,
I am having problems with the gain-settings on the RX-channels of usrp1
My USRP1 is populated with 2 LFRX and 2 LFTX.
I want to use 2 DDC-channels each connect to one 2 ADC of LF-RX-Board A.
I have generated the following code with grc.
When apply a signal of roughly 11MHz I see the mixed si
I'm pretty sure this doesn't happen if you start with a clean build dir.
If you run cmake with -DCMAKE_INSTALL_PREFIX, all paths will be correct.
Only if you re-run cmake with a new -DCMAKE_INSTALL_PREFIX, it will only
update the install path, not the config path. If you're doing that, you
must
On Wed, May 29, 2013 at 06:02:54AM -0700, Johnathan Corgan wrote:
> Ok, somehow the CMake configuration is messing up the calculation of
> sysconfdir. The line at:
>
> http://gnuradio.org/cgit/gnuradio.git/tree/CMakeLists.txt#n128
>
> ...should be appending 'etc' to the install prefix, which as
On Wed, May 29, 2013 at 5:49 AM, Volker Schroer wrote:
>> $ gnuradio-config-info --prefix
>> $ gnuradio-config-info --sysconfdir
>>
>>
> schroer@tux64 ~ $ gnuradio-config-info --prefix
> /usr/local/gnuradio-3.7
> schroer@tux64 ~ $ gnuradio-config-info --sysconfdir
> /usr/local/etc
>
> and
>
> sc
$ gnuradio-config-info --prefix
$ gnuradio-config-info --sysconfdir
schroer@tux64 ~ $ gnuradio-config-info --prefix
/usr/local/gnuradio-3.7
schroer@tux64 ~ $ gnuradio-config-info --sysconfdir
/usr/local/etc
and
schroer@tux64 ~ $ gnuradio-config-info --prefix
/usr/local/gnuradio-3.6
schroer
On Wed, May 29, 2013 at 5:39 AM, Volker Schroer wrote:
Have you actually run the QT example programs after apply that patch and
>> recompiling?
>>
>> pyqt_example_f.py and pyqt_time_f.py work after recompiling but
> pyqt_example_c.py and pyqt_time_c.py fail with
>
> ss = open('dark.qss')
>
Now directly running from the examples directory everything works. Looks
great
Am 29.05.2013 14:39, schrieb Volker Schroer:
Have you actually run the QT example programs after apply that patch and
recompiling?
pyqt_example_f.py and pyqt_time_f.py work after recompiling but
pyqt_example_c.py
On Wed, May 29, 2013 at 3:38 AM, Volker Schroer wrote:
> To keep two different versions of gnuradio I used two different
> install-prefixes.
> /usr/local/gnuradio-3.6 and
> /usr/local/gnuradio-3.7
>
> The idea was to switch between the two versions by setting a symbolic link
> /usr/local/gnuradi
Have you actually run the QT example programs after apply that patch and
recompiling?
pyqt_example_f.py and pyqt_time_f.py work after recompiling but
pyqt_example_c.py and pyqt_time_c.py fail with
ss = open('dark.qss')
IOError: [Errno 2] Datei oder Verzeichnis nicht gefunden: 'dark.qss'
On Tue, May 28, 2013 at 7:34 PM, vamshi krishna dodla
wrote:
> I am new to the gnu radio community, and want to know how my set up works
> over the air. I am using GNU Radio and 2- usrp N210's with RFX2400. Can some
> one provide an example .grc files for a digital modulation (like qpsk) so as
> t
On Wed, May 29, 2013 at 3:31 AM, Volker Schroer wrote:
> /home/schroer/gnuradiocomponents/gnuradio/build-3.7/volk/lib/test_all:
> symbol lookup error:
> /home/schroer/gnuradiocomponents/gnuradio/build-3.7/volk/lib/test_all:
> undefined symbol: volk_16ic_s32f_deinterleave_real_32f_get_func_desc
>
Thanks Tom,
Will do!
On Sat, May 25, 2013 at 12:12 AM, Tom Rondeau wrote:
> Hi Michael,
>
> Thanks for sharing! Just did a quick look through, and the results
> here should be useful for future discussions on hardware capabilities,
> etc.
>
> You can add this to our page on academic papers to
Hi all!
To keep two different versions of gnuradio I used two different
install-prefixes.
/usr/local/gnuradio-3.6 and
/usr/local/gnuradio-3.7
The idea was to switch between the two versions by setting a symbolic link
/usr/local/gnuradio to the directory just required.
The installation works f
Hi all.
Today I tried a fresh install of new master from the actual git repository.
Everything compile well but make test gave the following errors:
1:qa_volk_test_all
146:qa_ofdm_txrx
161:qa_qtgui
===
1:
/home/schroer/gnuradiocomponents/gnuradio/build-3.7/volk/
the problem was the lack of ldconfig in the end of the installation
I used:
sudo ldconfig
after the installation of extras, and it solved the problem
On Tue, May 28, 2013 at 9:08 PM, Guy Holtzman wrote:
> can it be a permission problem?
> I tried added a print before the error and discovered t
Dear all,
if you are working on radio-based recognition of environmental stimuli, please
consider to participate in the CoSDEO workshop at Ubicomp 2013:
http://cosdeo.teco.edu/2013/index.html
We will have a demo/video/poster session to interactively showcase hands-on
implementations utilising
31 matches
Mail list logo