On Tue, Jun 21, 2011 at 5:53 PM, Tom Rondeau wrote:
> On Tue, Jun 21, 2011 at 8:13 PM, Ben Reynwar wrote:
>>
>> Hi all,
>>
>> I'm having difficulty working out how to import modules when doings
>> tests, since for the tests the python code that is used is the
>> non-installed version, and so the
On 06/21/2011 05:33 PM, Tom Hendrick wrote:
Hello all, I am helping a colleague with the USRP center frequency
tuning functionality and it is my understanding the signal must
contain I and Q values centered at 0Hz.
A real valued signal is generated independently by another program and
is fed
Thank you Marcus,
For the reverse process what would I use to go from I and Q samples with the
USRP tuned to a real signal at the proper center frequency?
I'm
guessing the signal should remain in complex form and be upshifted
using a multiplier, and then some transform (not sure which one in
On Tue, Jun 21, 2011 at 8:13 PM, Ben Reynwar wrote:
> Hi all,
>
> I'm having difficulty working out how to import modules when doings
> tests, since for the tests the python code that is used is the
> non-installed version, and so the package/subpackage hierarchy of the
> various python folders i
Hi all,
I'm having difficulty working out how to import modules when doings
tests, since for the tests the python code that is used is the
non-installed version, and so the package/subpackage hierarchy of the
various python folders is not in place.
For example if I am creating a test for gr-trell
On 06/21/2011 05:33 PM, Tom Hendrick wrote:
Hello all, I am helping a colleague with the USRP center frequency
tuning functionality and it is my understanding the signal must
contain I and Q values centered at 0Hz.
A real valued signal is generated independently by another program and
is fed
On 06/21/2011 04:40 PM, John Ackermann N8UR wrote:
Thanks, Nick. I missed the sample rate factor because I was thinking of USRP1.
I'll fix that and the fallacy of adding rates, and try again.
Thanks,
John
I have an example, in GRC, attached.
It uses an audio source, which is common to al
Hello all, I am helping a colleague with the USRP center frequency tuning
functionality and it is my understanding the signal must contain I and Q values
centered at 0Hz.
A real valued signal is generated independently by another program and is fed
to a GRC script. Is it easy/possible to make
On Tue, Jun 21, 2011 at 14:05, Jim Simpson wrote:
> Hi is gnuradio.org down?
>
It seems to be a DNS issue, sometimes it resolves, sometimes it doesn't.
Until it's fixed, you can get to the site manually with:
http://50.19.239.22/redmine
Johnathan
__
Hi is gnuradio.org down?
Can someone hit restart?
Thanks,
Jim
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
On Jun 21, 2011, at 4:08 PM, Nick Foster wrote:
Couple of things. First of all, when you add two signals together, you
> don't add the sample rates. Two 256ksps streams added together still
> result in a single 256ksps stream. Second, 256ksps is not a factor of
> 100Msps, so the USRP2 picks the c
On Tue, 2011-06-21 at 15:54 -0400, John Ackermann N8UR wrote:
> Thanks, all, for the replies.
>
> For my simple test case, I'm trying just two modulators with a frequency
> translating FIR following each, one set to 0 Hz and the other to +25kHz.
>
> I set the NBFM modulator quadrature outputs to
Thanks, all, for the replies.
For my simple test case, I'm trying just two modulators with a frequency
translating FIR following each, one set to 0 Hz and the other to +25kHz.
I set the NBFM modulator quadrature outputs to 128ksps, then add them
together and feed to the USRP at 256ksps. (At
Hi,
I'm having an issue and the culprit seems the TX Flow Control
implemented in the UHD
(got it from GIT yesterday).
I have a very powerful server, dual socket Xeon with 6 cores per
socket, 12 GB Ram 1333Mhz.
I have already another thread about this issue on this mailing list,
I'm starting anothe
On 21/06/2011 12:05 PM, Alexandru Csete wrote
Sorry, I meant multiply with a complex sine or cosine wave of
frequency f, where f is the offset.
Marcus suggested using filters, which will also work but it's a bit
overkill for a simple translation, isn't it?
Alex
Yes, it's overkill, but I
On Tue, Jun 21, 2011 at 09:05, Alexandru Csete wrote:
> Marcus suggested using filters, which will also work but it's a bit
> overkill for a simple translation, isn't it?
>
That depends on the sample rate of the original NBFM stream. Likely, it is
only high enough for its own bandwith. If you
On Tue, Jun 21, 2011 at 4:08 PM, Alexandru Csete wrote:
> On Tue, Jun 21, 2011 at 3:28 PM, John Ackermann N8UR wrote:
>
>> In GRC I would like to combine the outputs of several NBFM modulator
>> blocks to drive a USRP sink. The idea is to output several discrete
>> channels within the USRP tran
> In GRC I would like to combine the outputs of several NBFM modulator
> blocks to drive a USRP sink. The idea is to output several discrete
> channels within the USRP transmit bandwidth, e.g., three signal
> channels at -30 kHz, 0 kHz, and +30 kHz offset from the USRP tune
> frequency.
As was al
Hello,
I programmed successfully a simple module to add into the USRP2 FPGA code. I
control its behaviour with several registers that I can set with an small
graphical interface I wrote in python. This module receives two independent
signals through the RX-A and RX-B connectors of LFRX daughterboa
On 06/21/2011 06:28 AM, John Ackermann N8UR wrote:
> In GRC I would like to combine the outputs of several NBFM modulator
> blocks to drive a USRP sink. The idea is to output several discrete
> channels within the USRP transmit bandwidth, e.g., three signal
> channels at -30 kHz, 0 kHz, and +30 kH
On Tue, Jun 21, 2011 at 3:28 PM, John Ackermann N8UR wrote:
> In GRC I would like to combine the outputs of several NBFM modulator blocks
> to drive a USRP sink. The idea is to output several discrete channels
> within the USRP transmit bandwidth, e.g., three signal channels at -30 kHz,
> 0 kHz,
On 21/06/2011 9:28 AM, John Ackermann N8UR wrote:
In GRC I would like to combine the outputs of several NBFM modulator blocks to
drive a USRP sink. The idea is to output several discrete channels within the
USRP transmit bandwidth, e.g., three signal channels at -30 kHz, 0 kHz, and +30
kHz of
In GRC I would like to combine the outputs of several NBFM modulator blocks to
drive a USRP sink. The idea is to output several discrete channels within the
USRP transmit bandwidth, e.g., three signal channels at -30 kHz, 0 kHz, and +30
kHz offset from the USRP tune frequency.
I'd appreciate s
Thank you very much all for such clear explanation of things. Actually I
want to implement the coded OFDM. And was trying to figure out
how can I run the trellis-encoder and OFDM flow graphs together. Your posts
did help me a lot :).
Smith
On Tue, Jun 21, 2011 at 1:45 AM, Johnathan Corgan <
jcor.
Thanks :)
On Tue, Jun 21, 2011 at 3:21 AM, John Andrews wrote:
>
> http://vps.gnuradio.org/redmine/repositories/entry/gnuradio/gnuradio-examples/python/ofdm/gr_plot_ofdm.py?rev=ab6cf111c1d00b22d9016524b31cfcc6b09ffdc7
>
> On Mon, Jun 20, 2011 at 1:21 PM, smith mark wrote:
>
>> Hi all
>> I want t
25 matches
Mail list logo
