I am testing the gr_mpsk_receiver_cc module using the code attached at
the end.
It is gnuradio v3.3.1git-11-ge20160b7 on cygwin 1.7.5-1 with gcc 3.4.4.
When I run the code, the following error pops up:
===
assertion "imu >= 0" failed: file "gri_mmse_fir_interpolator_cc.cc"
On Tue, Jun 22, 2010 at 03:09:57PM -0400, William Cox wrote:
> >
> >
> > usrp_benchmark_usb.py is not particularly reliable as a benchmark per
> > se. But, in general, if your system can't keep up with the usrp then
> > you'll lose packets. Reducing the bandwidth is one way to prevent that
> > from
h, I am using two computers to do my work, one of them has gnuradio 3.3
and the other has 3.3.1. In the later, there are some options in the USRP2
source blocks:
Clock source:
- internal
- external SMA
- external MIMO
I think I should use one of these, but don't know how. Any help or
explan
>
>
>
> usrp_benchmark_usb.py is not particularly reliable as a benchmark per
> se. But, in general, if your system can't keep up with the usrp then
> you'll lose packets. Reducing the bandwidth is one way to prevent that
> from happening.
>
> Thomas
>
Thomas,
How would you recommend going about
What's your received signal power?
For instance, this guy (no idea if he's right) shows simulated GMSK BER
curves with a 5e-3 BER anywhere from 8db - 14db depending on the
bandwidth-time product:
http://iaci.unq.edu.ar/materias/telecomunicaciones/archivos/infoadicional/esquemas_de_modulacion_digita
Dora,
you can describe Miller encoding with an FSM with 2 states 2 inputs and
4 outputs. Once you do that both encoding and decoding can be done
easily using the gr-trellis framework.
Achilleas
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu
That's precisely where it is. Don't know how I missed it. Thanks a lot.
Johnny
On Tue, Jun 22, 2010 at 4:00 PM, Thomas Tsou wrote:
> On Tue, Jun 22, 2010 at 12:28 PM, Tuan Ta wrote:
> > Hi all,
> >
> > This question might be a little bit off-topic but going through the code
> on
> > the transm
On Tue, Jun 22, 2010 at 12:28 PM, Tuan Ta wrote:
> Hi all,
>
> This question might be a little bit off-topic but going through the code on
> the transmission side, I didn't see CRC method got invoked anywhere. Though
> I did see that the CRC got removed and checked in the receiving side. I'd be
>
On Tue, Jun 22, 2010 at 10:15 AM, Jakub Moskal wrote:
> Hi,
>
> I'm using the digital/benchmark_*.py from the GIT repository and am
> getting a very low ratio of corrupt packets, usually under 0.5%. I use
> the default gmsk modulation, USRP1's with RFX2400 and run the
> benchmark with a frequency
Hi all,
This question might be a little bit off-topic but going through the code on
the transmission side, I didn't see CRC method got invoked anywhere. Though
I did see that the CRC got removed and checked in the receiving side. I'd be
grateful if anyone can give me a pointer.
Thanks,
Johnny
O
Hi,
I'm using the digital/benchmark_*.py from the GIT repository and am
getting a very low ratio of corrupt packets, usually under 0.5%. I use
the default gmsk modulation, USRP1's with RFX2400 and run the
benchmark with a frequency of 2.4G. Would this low ratio suggest that
the FEC is being applie
On Tue, Jun 22, 2010 at 11:15 AM, wrote:
> Hello everyone,
>
> When I run usrp_benchmark_usb.py, the two fastest tests fail, leaving me
> with 8 MB/sec maximum. I have two questions:
>
> First, how do I get the 16MB and 32MB tests to pass? Do I need a faster CPU?
Perhaps. What type of system are
Hi,
I would like to be able to change modulation scheme and other
parameters on the fly, from within a separate process. I'm using a
modified version of the tunnel.py from the GIT repository, which
instead of forwarding the packets to/from TUN/TAP device, acts as a
CORBA server with registered cal
Hello everyone,
When I run usrp_benchmark_usb.py, the two fastest tests fail, leaving me
with 8 MB/sec maximum. I have two questions:
First, how do I get the 16MB and 32MB tests to pass? Do I need a faster CPU?
Second, supposing I can't get a faster system, what is the consequence of
having a sl
There was a window of opportunity where, for about a year, the grc that
came bundled with gnuradio would convert the old format. If you go back
in time, about a year and a half ago, and checkout the svn trunk,
install, the grc can convert. I am not sure if this capability made it
into the 3.2 r
On 6/22/2010 5:34 AM, Sven Oliver Kreis wrote:
Hi Josh,
thanks a lot. You were right. I ran another test with amp 0.1 and this
time it changed above 20 dB. Seems saturated.
The sample mismatch is on purpose.
My real purpose is to jam Zigbee communication between micaz nodes. So
I don't need a
Hi, Josh
Can I load *.grc.xml file when I using the GRC that comes bundled with
gnuradio?I tried it, but it seems that I cannot load *.grc.xml file
Thanks!
Fangming
> Date: Tue, 22 Jun 2010 09:01:54 -0700
> Subject: Re: grc 0.70 version
> From: j...@joshknows.com
> To: fangmin...@hotmail.com
> C
GRC 0.7 and previous does not generate code. You need to use a version
of GRC that comes bundled with gnuradio.
http://gnuradio.org/redmine/wiki/gnuradio/GNURadioCompanion
-Josh
2010/6/22 fangming he :
> Hi, ALL
> Did anyone who usd GRC 0.7 version?
> I try to find the function of generating pyt
Hi all,
I'm new in this world... but I'm trying to understand the program
usrp_spectrum_sense.py.
I want to know how many samples my usrp capture at a given time period.
It should theoretically capture in n seconds--> USRP_RATE x n
seconds.
For example
in 10 seconds => 4 MS/s x 10s =
Hi, ALL
Did anyone who usd GRC 0.7 version?
I try to find the function of generating python code, but I failed. Anyone who
can tell me where I can find the python code it generated? Or how to enable the
function of generating code? Or some other solutions?
Best
Hi list!
I'm wondering if anybody has already written a block do decode Miller
encoded signals? I currently trying to implement this myself but i got
stuck and have no idea if the code I've written so far is correct (dsp
beginner :) ).
Thanks in advantage.
Dora Pa
___
Hi Josh,
thanks a lot. You were right. I ran another test with amp 0.1 and this
time it changed above 20 dB. Seems saturated.
The sample mismatch is on purpose.
My real purpose is to jam Zigbee communication between micaz nodes. So
I don't need a very smooth sinus, but a strong signal which di
Hello to all,
I am working on what approximates an active RADAR for the interrogation
of a temperature sensitive microwave resonator. For this project, I
will be using GNU Radio libraries and a USRP 1 device. In my research,
I have discovered some issues that might pertain to this project in
23 matches
Mail list logo