I also tried msgq.flush() to delete all of the data in the queue as soon the
data is inserted to the message queue. This approach allows the data repeatly
transmitted in various times, ranging from once to 10 times.
I explored some of the gnuradio examples which use send_pkt to transmit data.
On Sun, Mar 6, 2011 at 10:44 PM, Alaa Salaheldin
wrote:
> Peace on you all
> please I want to know what's the maximum output bandwidth that a
> WBX daughter board could handle, in it's data sheet the IQ demodulator have
> a demodulation bandwidth of 240 MHZ but after that demodulator th
I am following the instructions at (Step 9) available at
http://gnuradio.org/redmine/wiki/gnuradio/WxPythonCygwin
In the previous step, I am able to generate the test window so I assume
everything is working to that point. After running the following command
python setup.py build_ext --inplace WX
Peace on you all
please I want to know what's the maximum output bandwidth that a
WBX daughter board could handle, in it's data sheet the IQ demodulator have
a demodulation bandwidth of 240 MHZ but after that demodulator there's a LPF
or another componeny that i can't specify.
Thanks in
Hi mr. Josh,
USRP is hardware
UHD is hardware driver
GNURADIO a signal processing library and more
Yes, I know that USRP is hardware, UHD is hardware driver and that
GNURADIO is a signal processing library.
I am working on the documentation and collecting install files for other
depend
When I run "make" (after running ./configure), I get a series of errors. The
odd thing is that the error goes away or changes into something else when I run
"make" again.
Any ideas on what might be causing this? Or is it ok to re-run "make" till it
shows no errors.
I am reproducing the error me
Thanks Tom,
I'm a beginner still with linux/GNURadio so I couldn't really find any
information that makes sense as to how gr-atsc handles the fifo piping.
I had seen an example online of someone that had done a transmission using the
USRP and piping. They had piped the output of gstreamer usin
Dear all,
I'm using message_source generate data source then modulated and transmitting
through USRP1 board with LFTX plugged-in. After building the flow graph, I used
the msgq_insert to insert 1950 bytes data into the flow graph to be
transmitted, then insert another group of data which is 975
Vijay Pillai wrote:
Something that I want to note was that after running "make check"
I did get an error message but the program did not halt when it
showed the error. This error did not prevent the tone so maybe it
does not matter. For reference, I am attaching the error message
at the end of t
On Sun, Mar 6, 2011 at 6:59 PM, Tom Hendrick wrote:
> Hi
>
> I am using a web camera to get an MPEG-4 rtsp stream that is set to a
> constant bitrate. I have a script which pipes the rtsp stream to a code in
> C++. The C++ code modulates the signal and writes a .WAV file to the hard
> disk.
Hi
I am using a web
camera to get an MPEG-4 rtsp stream that is set to a constant bitrate. I
have a script which pipes the rtsp stream to a code in C++. The C++
code modulates the signal and writes a .WAV file to the hard disk.
I have a python script which interfaces with GNURadio/USRP
On Sun, Mar 6, 2011 at 6:13 PM, I3VFJ wrote:
>
> When launching gr_filter_design.py I receive this msg:
>
> Please install PyQwt5 to run this script (http://pyqwt.sourceforge.net/).
>
> Note that I've made ALL the step to build pyqwt, (5.2.1) successfull.
>
> I tried to rebuild Gnuradio 3.3.0, su
When launching gr_filter_design.py I receive this msg:
Please install PyQwt5 to run this script (http://pyqwt.sourceforge.net/).
Note that I've made ALL the step to build pyqwt, (5.2.1) successfull.
I tried to rebuild Gnuradio 3.3.0, successfull, after PyQwt build, but with
no result and the sa
If you post your code it would be easier to help.
One guess is that there's something going wrong with the
packing/unpacking. I think the modulation and demodulation blocks
assume you have one symbol per byte which would mean for DBPSK only
one bit in each byte is used. Make sure you have approp
Hi Don,
You were absolutely right and thank you very much! I had 1.12.1 installed; I
had double checked a couple of times to ensure that 1.12.0 was the one that was
installed but then when I had updated a package it automatically updated
cppunit to 1.12.1.
Following this, I ran "make check" and
Vijay Pillai wrote:
I am trying to install gnuradio on an XP machine under Cygwin.
I followed all the instructions at
http://gnuradio.org/redmine/wiki/gnuradio/CygwinInstallMain
And ran the configure minimal system without any problems [...]
When I run make, I get the following errors
/usr/bin/
Josh Blum wrote:
On 03/06/2011 08:33 AM, Don Ward wrote:
Build in usrp/host/misc is failing on MinGW with
tempname.c:315:4: error: too many arguments to function 'mkdir'
It appears that the MKDIR_TAKES_ONE_ARGUMENT logic has been removed from
config/{mkstmp,gr_pwin32}.m4.
Anyone know the rig
I am trying to install gnuradio on an XP machine under Cygwin.
I followed all the instructions at
http://gnuradio.org/redmine/wiki/gnuradio/CygwinInstallMain
And ran the configure minimal system without any problems ($ ./configure
--disable-all-components --enable-gruel --enable-gnuradio-core
--
On 03/06/2011 08:33 AM, Don Ward wrote:
> Build in usrp/host/misc is failing on MinGW with
>
> tempname.c:315:4: error: too many arguments to function 'mkdir'
>
> It appears that the MKDIR_TAKES_ONE_ARGUMENT logic has been removed from
> config/{mkstmp,gr_pwin32}.m4.
>
> Anyone know the right
On Sun, Mar 6, 2011 at 9:48 AM, Don Ward wrote:
> A worrisome (to me) issue with the volk library is the use of
> posix_memalign() in the qa tests. The worry is:
>
> * posix_memalign() will never work on Windows with Microsoft's runtime
> library *
>
> That means that code that uses posix_memali
Build in usrp/host/misc is failing on MinGW with
tempname.c:315:4: error: too many arguments to function 'mkdir'
It appears that the MKDIR_TAKES_ONE_ARGUMENT logic has been removed from
config/{mkstmp,gr_pwin32}.m4.
Anyone know the right way to fix this?
-- Don W.
_
here goes the link for the authors website..
http://sethares.engr.wisc.edu/telebreak.html
-Sudhir
On Sun, Mar 6, 2011 at 8:39 PM, B.A.f.H. wrote:
>
> Original-Nachricht
> > Datum: Thu, 17 Feb 2011 11:17:04 -0700
> > Von: Michael Ossmann
> > An: sumitstop
> > CC: Discuss-gnu
Hi Don,
Many thanks. After following your instructions, I got the message that
portaudio was successfully installed.
Perhaps portAudio install instructions should be updated?
Best regards,
-Vijay
--- On Sat, 3/5/11, Don Ward wrote:
From: Don Ward
Subject: Re: [Discuss-gnuradio] Error while
Original-Nachricht
> Datum: Thu, 17 Feb 2011 11:17:04 -0700
> Von: Michael Ossmann
> An: sumitstop
> CC: Discuss-gnuradio@gnu.org
> Betreff: Re: Re[Discuss-gnuradio] g:Books on GNU RADIO AND USRP IMPLEMENTATION
> On Thu, Feb 17, 2011 at 05:05:09AM -0800, sumitstop wrote:
> >
>
A worrisome (to me) issue with the volk library is the use of
posix_memalign() in the qa tests. The worry is:
* posix_memalign() will never work on Windows with Microsoft's runtime
library *
That means that code that uses posix_memalign won't work on Windows with
MinGW or Microsoft native c
25 matches
Mail list logo