On 03/20/2014 05:14 PM, Jonathan Fox wrote:
> So I found the loopback script, tied the ends together with a multiply
> const block and was successful in modding and demodding that sinusoidal
> waveform. Added a UHD source and sink, success again. Then I split the
> process into two separate GRC fil
So I found the loopback script, tied the ends together with a multiply
const block and was successful in modding and demodding that sinusoidal
waveform. Added a UHD source and sink, success again. Then I split the
process into two separate GRC files, a TX and a RX script. Everything
works. I am ext
A good way to test is to use the hier blocks for OFDM (you still need to
reduce amplitude), they will set up everything in a way that will work
for sure. See the loopback example in gr-digital/examples/ofdm.
M
On 03/19/2014 08:41 PM, Jonathan Fox wrote:
> Thanks for the responses.
>
> When I use
Thanks for the responses.
When I use the USRPs the UHD sink is placed after the OFDM Cyclic Prefixer,
right after the Mutliply Const (50m). I haven't changed any settings
because I remember reading in a few previous emails that the most common
question people ask is "Did you change anything?"
Sad
On 03/19/2014 12:25 AM, Jonathan Fox wrote:
> So I have the stock python scripts (tx_ofdm and rx_ofdm) located in the
> gr-digital examples and put USRP sources and sinks in the appropriate
> spots. I left sampling alone (100K for TX, 3.2M for RX) and had the
> TX/RX frequency at 500 MHz. The USRPs
And if you are running over the air, try setting the TX and RX sampling
rate to have the same value.
In any case, I would first run in loopback mode (as shown in your png file)
and save the over-the-air transmissions for later.
On Tue, Mar 18, 2014 at 7:51 PM, Aditya Dhananjay wrote:
> Hi Jon,
Hi Jon,
Disclaimer: I haven't run your code, but based on eyeballing the png file:
It looks like your "delay" block is not configured properly. The delay
should be fft_len + cp_len which is 80 (instead of 72).
Best,
Aditya
On Tue, Mar 18, 2014 at 7:25 PM, Jonathan Fox <31...@cardinalmail.cua.
