Hi,
> On Fri, 5/15/09, Eric Blossom wrote:
> From: Eric Blossom
> Subject: Re: [Discuss-gnuradio] tcp and udp server
> To: "Tom Lutz"
> Cc: discuss-gnuradio@gnu.org
> Date: Friday, May 15, 2009, 8:54 PM
> On Fri, May 15, 2009 at 01:01:50PM
> -0400, Tom Lutz wrote:
> > On Fri, May 15, 2009 at
It will be grateful if python bindings for "config_mimo",
"sync_every_pps" are added to usrp2_base.h and usrp2.i in gr-usrp2.
(Until now, I have added them everytime when I updated the gnuradio.)
I am using "sync_every_pps" for synchronizing boundaries of frames
transmitted from multiple USRP2. Si
sorry for attaching this again.
I use UBUNTU 9.04 + gnuradio 11001 and UBUNTU 8.10 +gnuradio 10853 got the
same problem.
I modify the gnuradio-examples/python/digital codes for some experiences. In
one case I want to stop the running flow graph(top block), and then to start
a new connect. I do i
Hi all,
I ran the 80211_mac/simple_mac.py. I have not succeeded to run the
simple_mac.py. Errors keep happening. I thought simple_mac.py used 802.11 PHY
such as barker codes. I think simple_mac.py does not use the 802.11 PHY after I
read the code again and got the error as following:
# ./sim
On Fri, May 15, 2009 at 01:01:50PM -0400, Tom Lutz wrote:
> On Fri, May 15, 2009 at 10:49 AM, Eric Blossom wrote:
> > On Fri, May 15, 2009 at 12:39:19PM +, feldmaus wrote:
> >> Hi All,
> >>
> >> i am read something about "sending data over tcp".
> >> as i can see in grc there is only an udp si
OK, now it also works with the non gl scope in trunk r11047
I encourage you to try the gl sinks:
http://gnuradio.org/trac/wiki/CompGrWxgui#GLSinks
gl scope sink is really a lot of improvement feature wise.
-Josh
Achilleas Anastasopoulos wrote:
I know this is minor, but the scopesink in grc
The callback controls module in grc was replaced with the forms module
http://gnuradio.org/trac/browser/gnuradio/trunk/grc/src/grc_gnuradio/wxgui/forms
The idea is that this forms module will get merged into wxgui and used
by wxgui applications other than grc. This is a step in that direction.
On Fri, May 15, 2009 at 10:49 AM, Eric Blossom wrote:
> On Fri, May 15, 2009 at 12:39:19PM +, feldmaus wrote:
>> Hi All,
>>
>> i am read something about "sending data over tcp".
>> as i can see in grc there is only an udp sink.
>>
>> Is there still a tcp sink ?
>
> No need. Use python to open
On Fri, 2009-05-15 at 08:16 -0500, Jason Uher wrote:
> > In my opinion, this is a really good idea. We're actually working on this
> > as part
> > of a bigger simulation project, which abstracts the USRP and the wireless
> > channel.
> > It not far along yet, but we'll put it on CGRAN once there
The start in xy mode option was only implemented in the gl scope sink.
I guess that I could implement it in the non gl scope sink without much
trouble if there is still an interest in using it.
-Josh
Achilleas Anastasopoulos wrote:
I know this is minor, but the scopesink in grc
does not init
Eric,
would you please tell me what cause tb.wait() hanging, where is this bug
from?
I have install the newest version of GNU Radio, but the problem is still the
same.
Eric Blossom wrote:
>
> On Fri, May 15, 2009 at 12:55:20AM -0700, Ling Huang wrote:
>>
>> Hi, all
>> I modify the gnuradio-exam
I know this is minor, but the scopesink in grc
does not initialize to the XY mode if this mode is chosen from the
dialog box.
It works fine though from the window when the application is running.
Achilleas
___
Discuss-gnuradio mailing list
Discuss-g
On Fri, May 15, 2009 at 8:18 AM, feldmaus wrote:
> Hi Gnuradio folks,
>
> i am analysing the spectrum from 1MHz to 2Mhz. I splitted this Spectrum
> into 3 parts:
> 1MHz - 1,333MHz
> 1,333MHz - 1,666MHz
> 1,666MHz - 2MHz
>
> Therefore i used the Analysis Filterbank. Because i am searching for si
>
Thank you Martin.
Knowing that there is no fundamental reason that this setup would not work,
led me to investigate a different section of my code & I discovered that I
was running with a usrp decimation too low for my system & a wav file with
too high a sample rate.
As for the short int wav file
On Fri, May 15, 2009 at 12:39:19PM +, feldmaus wrote:
> Hi All,
>
> i am read something about "sending data over tcp".
> as i can see in grc there is only an udp sink.
>
> Is there still a tcp sink ?
No need. Use python to open the appropriate file descriptors, then
use gr.file_descriptor_{
> If yes, then can I just use the "-S samplingrate" option while running the
> program or is there anything more that I need to consider.
benchmark_*.py files use an included set of functions called
'pick_bitrate' that will attempt to automatically decide correct
parameters given the ones you spec
> In my opinion, this is a really good idea. We're actually working on this as
> part
> of a bigger simulation project, which abstracts the USRP and the wireless
> channel.
> It not far along yet, but we'll put it on CGRAN once there is something to
> share.
Can't wait! I've been thinking about
Hi All,
i am read something about "sending data over tcp".
as i can see in grc there is only an udp sink.
Is there still a tcp sink ?
regards markus
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/dis
Hi Gnuradio folks,
i am analysing the spectrum from 1MHz to 2Mhz. I splitted this Spectrum
into 3 parts:
1MHz - 1,333MHz
1,333MHz - 1,666MHz
1,666MHz - 2MHz
Therefore i used the Analysis Filterbank. Because i am searching for si function
in the time domain as a response of a peak in the frequency
feldmaus gmx.de> writes:
>
> What is the new name ?
>
Forget this message. I do not need this Program anymore.
Regards Markus
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Hi All,
one of my gnuradio programms do not work anymore, because
some changed the code.
My error Message is:
self._variable_text_box_0_control = grc_wxgui.text_box_control(
AttributeError: 'module' object has no attribute 'text_box_control'
What is the new name ?
regards Markus
>What version of GNU Radio are you using?
my GNU Radio version is 10853
--
View this message in context:
http://www.nabble.com/Can%27t-stop-the-top_block-which-contain-transmit_path-tp23555109p23557528.html
Sent from the GnuRadio mailing list archive at Nabble.com.
Hello Enno,
Great work!
Did you test this with Linux? Are there any plans to support Linux/GCC etc.?
Best regards
Dominik
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Hello everyone,
we are proud to be able to announce the immediate availability of a
native interface between the USRP1 and Simulink. It has been developed
during the last seven months at the "Institute für Nachrichtentechnik",
University of Karlsruhe, Germany. Like the GNU Radio project, the
Simul
Josh Blum joshknows.com> writes:
> You can do it all in python by making a hier block, and using gr message
> sinks and sources. See pkt.py as an example:
>
>
http://gnuradio.org/trac/browser/gnuradio/trunk/gnuradio-core/src/python/gnuradio/blks2impl
Thanks for your answer.
Can this block be
These questions have been asked and answered many times before, please
search the archives...
Dimitris Symeonidis
"If you think you're too small to make a difference, try sleeping with
a mosquito!" - Amnesty International
On Fri, May 15, 2009 at 10:41, njlyf6 wrote:
>
> I am working on the ben
Hello,
The USRP2 has a high data rate and it needs a lot of resources, I don't
think that it is a good idea to run both USRP2's on one machine.
Ben Yahmed
Miklos Christine wrote:
Hello,
I don't encounter this problem anymore. Someone else was trying to
debug the code.
I tried to run both
I am working on the benchmark_tx.py.
Is it possible to calculate the real transmit power using the tx_amplitude?
Or, what is the unit of the amplitude ?
What is the relationship between the amplitude and the transmit power?
--
View this message in context:
http://www.nabble.com/Question-ab
Hi Dave,
On Fri, May 15, 2009 at 03:51:33AM -0400, davek wrote:
> somethin i have in my head i want to throw out there...
>
> how hard would it be ( or is it even possible? ) to create a device that
> appears to gnuradio to be a functioning USRP but actually passes data to and
> from capture file
On Thu, May 14, 2009 at 04:09:06PM +0200, Davide Zanetti wrote:
> Hello!
>
> I have a question regarding vector_source_c:
Hi Davide -
I don't recommend using vector_source_* in any live code. It's mainly
for unit testing.
What you're trying to do is more likely to be done using a message
queue,
On Fri, May 15, 2009 at 12:55:20AM -0700, Ling Huang wrote:
>
> Hi, all
> I modify the gnuradio-examples/python/digital codes for some experiences. In
> one case I want to stop the running flow graph(top block), and then to start
> a new connect. I do it well in stop the receive_path connect. But
On Wed, May 13, 2009 at 04:25:39PM -0400, Justin G. Eskesen wrote:
> P.S. I've tried both wavfile_source & file_source & neither work. I'm aware
> of
> the -1.0 to 1.0 normalization in wavfile_* & have commented that portion of
> the
> code out. If I get this to work, I'll write a wavfile_sourc
Hi, all
I modify the gnuradio-examples/python/digital codes for some experiences. In
one case I want to stop the running flow graph(top block), and then to start
a new connect. I do it well in stop the receive_path connect. But I just
can't stop the top block contain a transmit_path. If I stop the
somethin i have in my head i want to throw out there...
how hard would it be ( or is it even possible? ) to create a device that
appears to gnuradio to be a functioning USRP but actually passes data to and
from capture files. This would be nice when working on programs but away
from hardware, and
34 matches
Mail list logo
