Hi all!
When constructing a simple flow graph
Signal_source(f)->Throttle(f)->Stream_to_vector(vf)->Forward_FFT(vc)->Reverse_FFT(vc)->Vector_to_stream(c)->WX_GUI_FFT_sink(c),
the sink exhibits strange behaviour, showing frequency (and the image
frequency) different than the one I'm creating with
Hi, Can someone help me to solve the problem below?
I have usrp1 with RFX1800. When running usrp_fft.py I get error "failed to set initial frequency" and see no spectrum. starting usrp_fft.py -R A helps at the beginning, I can see the spectrum, but any attempt to change the frequency freezes the
What are you intending to do with this installation? Sounds a bit like OpenBTS
to me. If this is your aim, what does OpenBTS say? I never tested the
installation this way, just fired the stuff up, and usually it worked :)
Ralph.
From: discuss-gnuradio-bounces+ralph=schmid@gnu.org
[
You are right, my intention is to use it with OpenBTS or rather with OsmoBTS. BTS says something like "failed to tune RX " and transceiver is not working properly. I also installed gnuradio many times and never had a problem with usrp_fft.py and I completly don't know what the problem could be
Well, I installed a similar setup several times with Kubuntu 12.04, without
problems. All the libusb stuff is in place? Anyway, my actual installation is a
bad example, two much stuff mixed up, so for example I have no idea what libusb
version GR 3.4.2 is using, 0 or 1.
Ralph.
From:
On Wed, Nov 06, 2013 at 06:27:40PM -0500, Aditya Dhananjay wrote:
> I created an OFDM TX/RX flowgraph (mostly copying stuff out from the GNU Radio
> reference GRC implementation), where the TX goes out to a USRP UHD sink, and
> the RX reads from a USRP UHD source.
>
> As long as the receive SNR is
i got a new problem.. when i am working with signals, i converted them to
vectors using stream to vectors, then the vectors are given as input to my
block (since my block has an input as vectors of fixed length) , then
processing is done on the vector, output is also a vector .. but the problem
is
On Thu, Nov 7, 2013 at 7:57 AM, Martin Braun (CEL) wrote:
> On Wed, Nov 06, 2013 at 06:27:40PM -0500, Aditya Dhananjay wrote:
> > I created an OFDM TX/RX flowgraph (mostly copying stuff out from the GNU
> Radio
> > reference GRC implementation), where the TX goes out to a USRP UHD sink,
> and
> >
Hi all,
Martin, Aditya is correct I too am facing this issue with the new
rx_ofdm.grc. This error is prominent its only in some gain settings the model
works. Moreover in QPSK modulation CRC is rejecting nearly all the packets.
Thanks,
Ashish
On Thursday, 7 November 2013 6:27 PM, Martin B
On Nov 6, 2013, at 8:25 AM, Michael Dickens wrote:
> Today I will see if the C++ parts of GNU Radio work on 10.9, without the SWIG
> Python interface.
I finally got all of the dependencies installed, and have verified that the GNU
Radio codebase does indeed work with 10.9's clang and libc++. S
For those of you using Ubuntu 13.10 (Saucy Salamader), we have some
issues with the apt-get version of PyQWT. This has been reported on
and discussed as issue #604 on gnuradio.org. I plan on submitting a
but report to Ubuntu about this, too.
Meanwhile, the best solution for those wanting to use QT
Hi Tom, thanks for your effort.
At the step where PyQt 4.10.3 is installed,
python configure.py -b /opt/qt/bin -d /opt/qt/lib/python2.7/dist-packages -v
/opt/qt/share/sip
The command does many steps then errors out with:
sh: 1: /usr/bin/sip: not found
Error: Unable to create the C++ code.
--
On Thu, Nov 7, 2013 at 3:01 PM, Tom McDermott wrote:
> Hi Tom, thanks for your effort.
>
> At the step where PyQt 4.10.3 is installed,
>
> python configure.py -b /opt/qt/bin -d /opt/qt/lib/python2.7/dist-packages -v
> /opt/qt/share/sip
>
>
> The command does many steps then errors out with:
> sh:
On Thu, Nov 7, 2013 at 3:07 PM, Tom Rondeau wrote:
> On Thu, Nov 7, 2013 at 3:01 PM, Tom McDermott
> wrote:
>> Hi Tom, thanks for your effort.
>>
>> At the step where PyQt 4.10.3 is installed,
>>
>> python configure.py -b /opt/qt/bin -d /opt/qt/lib/python2.7/dist-packages -v
>> /opt/qt/share/si
Hi Tom - OK, that got PyQt to install...
Now install of PyQwt fails:
./configure.py -Q ../qwt-5.2
--module-install-path=/opt/qt/lib/python2.7/dist-packages/PyQt4/Qwt5produces
sip: Deprecation warning: ../sip/qwt5qt4/QwtModule.sip:32: %Module version
number should be specified using the 'vers
On Thu, Nov 7, 2013 at 3:31 PM, Tom McDermott wrote:
> Hi Tom - OK, that got PyQt to install...
>
> Now install of PyQwt fails:
>
> ./configure.py -Q ../qwt-5.2
> --module-install-path=/opt/qt/lib/python2.7/dist-packages/PyQt4/Qwt5
>
> produces
>
> sip: Deprecation warning: ../sip/qwt5qt4/QwtModul
Hi,
I am trying to install gnuradio 3.6 using pybombs.
Suddenly I get an error message :
-- Python checking for Cheetah >= 2.0.0
-- Python checking for Cheetah >= 2.0.0 - not found
CMake Error at volk/CMakeLists.txt:62 (message):
Cheetah templates required to build VOLK
-- Configuring incompl
Hi Tom,
That fixed PyQwt. Then did a cmake, make, sudo make install of all gnuradio
sucessfully.
When I try to run a flowgraph, the error in the GRC console window is:
Traceback (most recent call last):
File "/home/tom/Desktop/top_block.py", line 16, in
import PyQt4.Qwt5 as Qwt
ImportEr
Hi Michael,
thanks so much for your efforts and for keeping us updated on your
progress. I'm some steps behind of you but reproducing the path the best I
can. I successfully built GNU Radio runtime, pmt, blocks, fft, filter, uhd,
fec, trellis, analog, and volk libraries with 10.9's clang and libc+
On Thu, Nov 7, 2013 at 4:37 PM, Tom McDermott wrote:
> Hi Tom,
>
> That fixed PyQwt. Then did a cmake, make, sudo make install of all gnuradio
> sucessfully.
>
> When I try to run a flowgraph, the error in the GRC console window is:
>
> Traceback (most recent call last):
> File "/home/tom/Deskt
Hi Tom,
The /opt/qt/lib/python2.7/dist-packages/PyQt4/Qwt5 directory exists, and has
the built modules.
I think the PYTHONPATH is set per your instructions.
$ export -p:
...
declare -x MANDATORY_PATH="/usr/share/gconf/ubuntu.mandatory.path"
declare -x OLDPWD
declare -x
PATH="/opt/qt/bin:/us
> Now I'm wondering why I didn't get any segmentation faults.
You should be able to reproduce this by loading the alist file from the
reference site
http://www.inference.phy.cam.ac.uk/mackay/codes/alist.html (that example may
not be a good LDPC example, but should at minimum cause a fault in u
Hi Tom, thanks again for all your help.
It runs from a terminal OK.
The missing Qwt5 error comes when trying to run it from GRC.
-- Tom
From: Tom Rondeau
To: Tom McDermott
Cc: "discuss-gnuradio@gnu.org"
Sent: Thursday, November 7, 2013 1:53 PM
Subjec
OK here is my next question :-)
One of the other parity codes in P25 TDMA known as "ISCH" is a similar
"binary code" which the specs decribe as follows:
The Information field in the ISCH is 40 bits encoded with a
(40, 9,16) binary code.The (40, 9,16) code derived from a
(40,10,16) binary code
Hi,
The difference could be because of the way the encoding is implemented. My
encoding scheme is very naive. And it need ***not*** necessarily be true
that the last K bits are the data bits. Here it happened, but the encoder
does not have anything to make sure of this in general. If the decoder i
25 matches
Mail list logo
