Hi Josh,
can you explain how and why the frequency translation occurs?
secondly when the same basic tx chip is used on a usrp N210, the
translation occurs at 50Mhz and after. So for USRP N210, the entire range
from 0-250 Mhz is represented by alternating between -50Mhz to +50Mhz. Why
Thanks Tom,
I think I have it worked out now. The sensitivity and gain parameters for
the FM Mod and Quad. Demod blocks are reciprocals of one another. To
control deviation, in these parameters, you can just calculate Modulation
Index. I was doing it the other way around. The bit that made eve
I am trying to get data through a QAM-16 Modulator and just display the data
stream on a Constellation Sink. I have 8khz sampled 8-bit data(char) going into
the QAM Mod block. I have the output of the QAMmod block going directly into
the Const Sink. I am not seeing anything on the Constellation
The XML for filter_rational_resampler_xxx sets the default value of Taps to
None. However, this gives the error Expression "[None]" is invalid for type
complex vector.
Deleting "None" from this box fixes the problem. Is it safe to change my
XML definition to have no default value?
I had the same problem, but realized I was using the GRC .xml definitions
from the previous version (in /usr/local/share/gnuradio/blocks).
On Thu, Jul 4, 2013 at 2:12 PM, Tom Rondeau wrote:
> On Thu, Jul 4, 2013 at 4:58 PM, Andrew Davis
> wrote:
> > Hello all,
> >
> > I'm using Xubuntu 13.04 a
On Thu, Jul 4, 2013 at 4:58 PM, Andrew Davis wrote:
> Hello all,
>
> I'm using Xubuntu 13.04 and compiled from 3.7git, when I try to run GRC
> almost any block that uses constants from the updates name-spaces GRC fails
> with:
>
>> Value "firdes.WIN_HAMMING" cannot be evaluated:
>> name 'firdes' i
Hello all,
I'm using Xubuntu 13.04 and compiled from 3.7git, when I try to run GRC
almost any block that uses constants from the updates name-spaces GRC fails
with:
> Value "firdes.WIN_HAMMING" cannot be evaluated:
> name 'firdes' is not defined
or for signal source and related:
> Value "analog
On 07/04/2013 01:41 AM, Karan Talasila wrote:
> Hi Josh,
> we tried using the same grc flowgraph and tried transmitting at
> frequencies 33Mhz and 35 Mhz. Though we could see a constant source output
> on the fft, the frequency at which that was occuring was at -31Mhz and
> -29Mhz. Th
Andrew,
On Thu, Jul 4, 2013 at 11:20 AM, Andrew Back wrote:
> Hi Martin,
>
> On 4 July 2013 17:14, Martin O'Shield wrote:
> > Hello All,
> >
> >
> > The following Daughtercardless Software Defined Radio Device will be
> > distributed / manufactured out of Chicago, Illinois USA and will be
> post
Hi Martin,
On 4 July 2013 17:14, Martin O'Shield wrote:
> Hello All,
>
>
> The following Daughtercardless Software Defined Radio Device will be
> distributed / manufactured out of Chicago, Illinois USA and will be posted
> on a Kickstarter Campaign shortly:
>
> Supports: Windows / Linux
> 8MHz Re
Hello All,
The following Daughtercardless Software Defined Radio Device will be
distributed / manufactured out of Chicago, Illinois USA and will be posted
on a Kickstarter Campaign shortly:
*Supports: Windows / Linux
8MHz Realtime-IQ Streaming to PC
50MHz RF Bandwidth
Available: $500 USD
*
-
Dear list,
it's that time of the year: The first CfP for our bi-annual conference,
the Karlsruhe WSR. As before, we hope to have lots of GNU Radio-related
content!
Cheers,
MB
--
Karlsruhe Institute of Technology (KIT)
Communications Engineering Lab (CEL)
Dipl.-Ing. Martin Braun
Research Associ
Confirming that this fix works.
But now volk test fails in another place.
(gdb) run
Starting program: /root/gnuradio-3.6.5.1/build/volk/lib/test_all
[Thread debugging using libthread_db enabled]
Using host libthread_db library
"/lib/arm-linux-gnueabihf/libthread_db.so.1". Running 92 test cases..
13 matches
Mail list logo