Hi,
Sorry if this question was already asked. I am looking for LTE
implementation on USRP boards using GNU Radio. The only link I could find
is the following:
https://twiki.eurecom.fr/twiki/bin/view/OpenAirInterface/GetSources
But it seems it is a simulation tool running on GNU Radio and I am not
Hello!
I am wondering if there are any implementations of 802.22 on GR. Any
pointers would be appreciated.
Thank you
Ranga
--
M. Ranganathan
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnu
On Tue, Jun 11, 2013 at 1:16 AM, Karan Talasila wrote:
> Hi Jay and Tom,
> we too are having similar issues in communicating
> between two USRP's using tunnel.py. we fiddled a lot with the gain values,
> changed frequencies, modified delay variables in the code but found th
On Mon, Jun 10, 2013 at 7:25 PM, vamshi krishna dodla
wrote:
> http://gnuradio.squarespace.com/storage/tutorial/rondeau-costterra2.pdf
>
>
> Hi all, why does the output of PSK Mod block is imperfect, compared to
> theoritical QPSK constellation.( iam implementing qpsk with 4 sampl/sym and
> 4 cons
Search this forum for openLTE announcement. (File link here:
sourceforge.net/projects/openlte)
Evan Merewether - 575-640-5582
_
From: discuss-gnuradio-bounces+evan=syndetix@gnu.org
[mailto:discuss-gnuradio-bounces+evan=syndetix@gnu.org] On Behalf Of
Shahab e
Sent: Tuesda
On Tue, Jun 4, 2013 at 1:45 AM, Bastian Bloessl
wrote:
> Hi all,
>
> I'm working on a OOT module and created a hierarchical block in GRC. I
> wonder if there is a nice way to include it in the installation process.
>
> Currently, the user would have to open the hier block in GRC, build it,
> resta
On Mon, Jun 3, 2013 at 12:06 PM, Jay Prakash
wrote:
> The module is behaving erratically and most of the time there is no
> reception of .jpg file.
>
> This problem is more dominant in case different USRPs are used in sending
> and receiving.
>
Remember, unless you've put in FEC encoding and deco
This is also my experience with even more strange electronic devices. Just
carrying a bunch of handheld two-way radios rose some eyebrows, they had to
go through a test for hidden explosives, and that was all.
Ralph.
From: discuss-gnuradio-bounces+ralph=schmid@gnu.org
[mailto:discuss-gn
Running GRC files give following error after re-installation and update
with gr-extras.
Using Volk machine: sse4_2_32_orc
The program 'python2.7' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadDrawable (invalid Pixmap or Window parameter)'.
(Det
Hi!
Today I reinstalled using gr-gras and gr-extra.
But now there is some volk problem.
"
UHD Warning:
Unable to set the thread priority. Performance may be negatively
affected.
Please see the general application notes in the manual for instructions.
EnvironmentError: OSError: error in
I just installed gnuradio 3.6.5 and every works perfect, i observe a lot of
new and useful blocks. Among that i can see grextras install on my gnuradio
source directory, but i can't see the blocks "Extras:.." on GRC. Do i need
to install them apart or is it ok if a remove the directory and install
On 06/11/2013 12:26 PM, Gonzalo Flores De La Parra wrote:
I just installed gnuradio 3.6.5 and every works perfect, i observe a
lot of new and useful blocks. Among that i can see grextras install on
my gnuradio source directory, but i can't see the blocks "Extras:.."
on GRC. Do i need to install
On 06/11/2013 11:42 AM, Jay Prakash wrote:
> Hi!
> Today I reinstalled using gr-gras and gr-extra.
>
> But now there is some volk problem.
> "
> UHD Warning:
> Unable to set the thread priority. Performance may be negatively
> affected.
> Please see the general application notes in the m
On 06/11/2013 11:50 AM, Jay Prakash wrote:
> Running GRC files give following error after re-installation and update
> with gr-extras.
>
> Using Volk machine: sse4_2_32_orc
> The program 'python2.7' received an X Window System error.
> This probably reflects a bug in the program.
> The error was
On 06/11/2013 12:29 PM, Marcus D. Leech wrote:
> On 06/11/2013 12:26 PM, Gonzalo Flores De La Parra wrote:
>> I just installed gnuradio 3.6.5 and every works perfect, i observe a
>> lot of new and useful blocks. Among that i can see grextras install on
>> my gnuradio source directory, but i can't
On 06/11/2013 12:41 PM, Josh Blum wrote:
On 06/11/2013 11:50 AM, Jay Prakash wrote:
Running GRC files give following error after re-installation and update
with gr-extras.
Using Volk machine: sse4_2_32_orc
The program 'python2.7' received an X Window System error.
This probably reflects a bug
On 06/11/2013 12:48 PM, Marcus D. Leech wrote:
> On 06/11/2013 12:41 PM, Josh Blum wrote:
>>
>> On 06/11/2013 11:50 AM, Jay Prakash wrote:
>>> Running GRC files give following error after re-installation and update
>>> with gr-extras.
>>>
>>> Using Volk machine: sse4_2_32_orc
>>> The program 'pyt
Hi,
On 06/11/2013 04:50 PM, Tom Rondeau wrote:
Yes, you should be able to make a Cmake rule to run grcc on the .grc
file to build the Python file.
Building hierarchical blocks with grcc needed a small tweak, as
convert_hier.py expects the flow graph to have grc_file_path set (in
order to a
I've concluded there is none. I've been searching the tubes for this for a
while. However, I think the specification is published and could be
implemented in time.
Sir Captain G. III
"Live Long and Prospers" - Sir Captain G. II
On Tue, Jun 11, 2013 at 6:57 AM, M. Ranganathan wrote:
> Hello!
I don't know of any 802.22 implementations at all, on GNU Radio or
otherwise. Are people still working on 802.22?
Matt
On Tue, Jun 11, 2013 at 3:57 AM, M. Ranganathan wrote:
> Hello!
>
> I am wondering if there are any implementations of 802.22 on GR. Any
> pointers would be appreciated.
>
>
Thanks that kind of worked for me it showed the gui for a while but then it
stopped with following error :
>>> GRAS: The debug asserts are enabled. <<<
Created default thread pool with 4 threads.
Using Volk machine: sse4_2_32_orc
ASSERT FAIL
/home/electron/Downloads/gras/lib/gras_impl/input_buffer
On 06/11/2013 03:55 PM, Yogesh Dahiya wrote:
> Thanks that kind of worked for me it showed the gui for a while but then it
> stopped with following error :
>
GRAS: The debug asserts are enabled. <<<
> Created default thread pool with 4 threads.
> Using Volk machine: sse4_2_32_orc
> ASSERT F
Hi,
Actually My version of Ubuntu is 11.10.
And I am also getting the same error with input_buffer_queues.hpp
Jay Prakash
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
I have ubuntu 11.10 32 bit system
output of the unit test is
Running 1 test case...
t0 1804958425
t1 2805093589
delta_time 1.00014
*** No errors detected
On Wed, Jun 12, 2013 at 1:38 AM, Josh Blum wrote:
>
>
> On 06/11/2013 03:55 PM, Yogesh Dahiya wrote:
> > Thanks that kind of worked for m
After applying the diff :
name = throttle
i = 0
total_idle_times[i] = 20344984
time_now() = 122002822
_init_time = 1984664495
ASSERT FAIL
/home/electron/Downloads/gras/lib/gras_impl/input_buffer_queues.hpp:164
total_idle_times[i] <= (time_now() - _init_time)
terminate called after throwing an ins
the example i was trying on is :
gnuradio/grc/examples/simple/variable_config.grc
I commented the assert and rebuild the gras and its working fine with this
example.
But my uhd_fft is showing another error now :
Traceback (most recent call last):
File "/usr/local/bin/uhd_fft", line 341, in
On 06/11/2013 05:51 PM, Yogesh Dahiya wrote:
> the example i was trying on is :
> gnuradio/grc/examples/simple/variable_config.grc
> I commented the assert and rebuild the gras and its working fine with this
> example.
> But my uhd_fft is showing another error now :
>
> Traceback (most recent ca
> time_now() = 122002822
> _init_time = 1984664495
>
Well thats special, _init_time > time_now...
One possible explanation is that on this version, CLOCK MONOTONIC has a
different monotonic count per thread. given that the tick count is also
pretty small, I suspect this is the case. But not on
Hi,
Since I need to install gr-osmosdr and it requires gnuradio 3.7 I tried to
find a download link for it. I tried google and the archives, but I didn't
find any.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/l
Thanks Its working fine now after the update and commenting assert
statement.
On Wed, Jun 12, 2013 at 4:08 AM, Josh Blum wrote:
>
> > time_now() = 122002822
> > _init_time = 1984664495
> >
>
> Well thats special, _init_time > time_now...
>
> One possible explanation is that on this version, CLO
./volk/lib/test-all completes with no errors found.
Any other suggestions would be very much appreciated.
From: Josh Blum-2 [via GnuRadio]
To: Botany Dave
Sent: Monday, June 10, 2013 7:13 PM
Subject: Re: make test errors
Run volk/lib/test_all from the bu
On 06/11/2013 07:34 PM, Botany Dave wrote:
> ./volk/lib/test-all completes with no errors found.
>
> Any other suggestions would be very much appreciated.
>
>
>
:-(
Well, having the volk qa fail would have nicely narrowed it down. I
guess that now its potentially ambiguous to blame volk. Th
The OS is Ubuntu 12.10 (32 bit).
Frankly, I'm not sure which version of gnuradio this is, but I installed it
from http://gnuradio.org/git/gnuradio.git/ last week.
From: Josh Blum
To: discuss-gnuradio@gnu.org
Sent: Tuesday, June 11, 2013 6:02 PM
Subject: Re:
On 06/11/2013 07:03 PM, Yogesh Dahiya wrote:
> Thanks Its working fine now after the update and commenting assert
> statement.
>
I think I found the problem. The ticks calculation was using 32 bit math
on a 32-bit platform because the type was unsigned long, so there was
numeric overflow. The r
I have installed the extras and precog as per wiki.
The gnuradio-comapnion extras blocks are working fine.
But when I try to run precog modules given there is error:-
*GRAS: The debug asserts are enabled. <<<*
*Traceback (most recent call last):*
* File "", line 1, in *
* File "/usr/local/lib/p
Jay,
Looks like I need a patch. Standby.
-John
On Tue, Jun 11, 2013 at 7:02 PM, Jay Prakash
wrote:
> I have installed the extras and precog as per wiki.
> The gnuradio-comapnion extras blocks are working fine.
>
> But when I try to run precog modules given there is error:-
>
> *GRAS: The debu
git.osmocom.org/gr-osmosdr
Am 12.06.2013 00:58, schrieb Shahab e:
Hi,
Since I need to install gr-osmosdr and it requires gnuradio 3.7 I tried
to find a download link for it. I tried google and the archives, but I
didn't find any.
___
Discuss-gnuradi
Dan, Any chance you can attach those pictures in a different way and resend, I
couldn't find a way to view them and I'm curious to see them.
-Ian
On Jun 11, 2013, at 10:12 PM, Dan CaJacob wrote:
> There are two parameters that will affect your TX power: digital amplitude
> and RF gain. The di
hi,
I don't think GNU radio 3.7 has been released yet. But you can 'git clone'
the Master branch (which gets cloned by default).
git clone http://gnuradio.org/git/gnuradio.git
On Wed, Jun 12, 2013 at 4:28 AM, Shahab e wrote:
> Hi,
>
> Since I need to install gr-osmosdr and it requires gnurad
Hi,
> Since I need to install gr-osmosdr and it requires gnuradio 3.7 I tried to
> find a download link for it. I tried google and the archives, but I didn't
> find any.
The gr-osmosdr repo has a gr3.6 branch for backward compatibility with
gnuradio 3.6
It's feature equivalent to the master bran
40 matches
Mail list logo
