Send USRP-users mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
or, via email, send a message with subject or body 'help' to
[email protected]
You can reach the person managing the list at
[email protected]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of USRP-users digest..."
Today's Topics:
1. Pause after "Register loopback test passed" (Cho, Daniel J (332C))
2. Re: Pause after "Register loopback test passed"
(Cho, Daniel J (332C))
3. Re: Shifting frequencies (Rob Kossler)
4. Re: Error with multiple block output ports (Jonathon Pendlum)
5. Role of gain in USRP (Jahnavendra Mattipa)
6. Re: BPSK base band amplitude drift/ripple, B205 mini
(Marcus M?ller)
7. Re: Some questions about USRP E100 (Marcus M?ller)
8. Re: Role of gain in USRP (Kyeong Su Shin)
9. Re: Error with multiple block output ports (Barker, Douglas W.)
10. Re: BPSK base band amplitude drift/ripple, B205 mini
(Leandro Echevarr?a)
11. Re: BPSK base band amplitude drift/ripple, B205 mini (Nick Foster)
----------------------------------------------------------------------
Message: 1
Date: Thu, 25 May 2017 16:50:47 +0000
From: "Cho, Daniel J (332C)" <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [USRP-users] Pause after "Register loopback test passed"
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="us-ascii"
Hello -
I am trying to compile and run my own code by cross compiling as instructed
here: https://kb.ettus.com/Software_Development_on_the_E310_and_E312
Instead of using the e3xx-rfnoc recipe, I am using the e3xx-default and/or the
e3xx-custom-uhd recipe. So after going through all the steps (I compile and
link an executable of the example codes), I mount it onto the USRP and source
the set_env file as instructed. When I try and run any of the example programs
that I cross compiled, it goes down to "register loopback test passed" and it
just stops.
[cid:[email protected]]
I am initially trying to recompile the example code and see if I can run the
recompiled code before trying to compile my own code. Anyone know why it is
just stopping there?
Thanks
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170525/a537d74a/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 146220 bytes
Desc: image001.jpg
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170525/a537d74a/attachment-0001.jpg>
------------------------------
Message: 2
Date: Thu, 25 May 2017 17:38:58 +0000
From: "Cho, Daniel J (332C)" <[email protected]>
To: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] Pause after "Register loopback test passed"
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="us-ascii"
From: Cho, Daniel J (332C)
Sent: Thursday, May 25, 2017 10:38 AM
To: Cho, Daniel J (332C) <[email protected]>
Subject: RE: Pause after "Register loopback test passed"
When cross compiling, the instructions state that the example codes get
installed in a lib directory. In ~/usr/ directory, I do not have a lib
directory and my examples are getting installed in
~/usr/src/uhd/host/build/examples/.
[cid:[email protected]]
From: USRP-users [mailto:[email protected]] On Behalf Of Cho,
Daniel J (332C) via USRP-users
Sent: Thursday, May 25, 2017 9:51 AM
To: [email protected]<mailto:[email protected]>
Subject: [USRP-users] Pause after "Register loopback test passed"
Hello -
I am trying to compile and run my own code by cross compiling as instructed
here: https://kb.ettus.com/Software_Development_on_the_E310_and_E312
Instead of using the e3xx-rfnoc recipe, I am using the e3xx-default and/or the
e3xx-custom-uhd recipe. So after going through all the steps (I compile and
link an executable of the example codes), I mount it onto the USRP and source
the set_env file as instructed. When I try and run any of the example programs
that I cross compiled, it goes down to "register loopback test passed" and it
just stops.
[cid:[email protected]]
I am initially trying to recompile the example code and see if I can run the
recompiled code before trying to compile my own code. Anyone know why it is
just stopping there?
Thanks
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170525/48a71ca4/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 144435 bytes
Desc: image001.jpg
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170525/48a71ca4/attachment-0002.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image004.jpg
Type: image/jpeg
Size: 105342 bytes
Desc: image004.jpg
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170525/48a71ca4/attachment-0003.jpg>
------------------------------
Message: 3
Date: Thu, 25 May 2017 14:24:36 -0400
From: Rob Kossler <[email protected]>
To: [email protected]
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] Shifting frequencies
Message-ID:
<CAB__hTSV+K5KXaxMhh8fAg-z=9xc6owpw+ja0cyjo83vjiy...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi Mareike,
I didn't look closely to know why your approach is not working. However,
perhaps there are two other approaches you might consider.
1) perhaps you could use the FPGA to digitally change your frequency (using
LO Offset)
2) perhaps you could generate your entire desired waveform (including all
frequency changes) in a static baseband IQ waveform file. If this is
possible for your application, then perhaps you could just use
tx_samples_from_file without modification to send your waveform.
Rob
On Wed, May 24, 2017 at 5:18 AM, hetzel--- via USRP-users <
[email protected]> wrote:
> Hi!
>
> I want to shift my output frequency. For example I set my center frequency
> at 100MHz and I want to send a varying frequency between 100 and 105 MHz. I
> changed the tx_waveforms C++ code where I changed the frequency inside the
> while-loop:
>
> int i = 0;
> while (true) {
> i++;
> double count = static_cast<double>(i);
>
> if (stop_signal_called) break;
> if (total_num_samps > 0 and num_acc_samps >= total_num_samps)
> break;
>
> for (size_t n = 0; n < buff.size(); n++) {
> double convertn = static_cast<double>(n);
> shift[n] = (1.0 / buff.size() * convertn);
> buff[n] = 0.15 * exp(2.0 *im* M_PI* shift[n] * count);
> }
>
> num_acc_samps += tx_stream->send(
> buffs, buff.size(), md
> );
> }
>
> This was working fine and I could define the frequency range by adjusting
> the counter. But with higher sample rates or generating more frequencies I
> got a lot of underflows which I could solve for static frequencies by
> pre-calculating the buffer (outside the while-loop).
> Now I want to pre-calculate the varying frequencies. I tried to write them
> into an array like this:
>
> std::complex<float> buffer[spb][columns];
> ...
> for (size_t k = 0; k < columns; k++) {
> double convertn = static_cast<double>(k);
> shift[k] = (1.0 / columns* convertn);
>
> for (size_t n = 0; n < spb; n++) {
> double count = static_cast<double>(n);
> buffer[n][k] = 0.15 * exp(2.0 *im* M_PI* shift[k] * count);
> }
> }
> int m=0;
> while(true) {
> m++;
> std::vector<std::complex<float> *> buffers(channel_nums.size(),
> &buffer[0][m]);
> ...
> send(...);
> ...
> }
>
> But this is generating very strange output. Instead of sweeping the
> frequency it generates a lot of frequencies at the same time. I tried to
> find out what is happening and started with only one column which worked.
> But already with two columns there appeared additional peaks at +/- 10 MHz
> with a sampling rate of 20MHz although I calculated and send only one
> column. I did this for a couple of numbers and it generated frequencies at
> +/-sample_rate/columns and multiples of that.
> Do you have any solution or idea how to pre-calculate the buffers? Is it
> possible to send parts of an array?
> Or is there a completely different way to sweep the frequencies?
>
> Best regards,
> Mareike
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170525/711cb755/attachment-0001.html>
------------------------------
Message: 4
Date: Thu, 25 May 2017 15:45:38 -0400
From: Jonathon Pendlum <[email protected]>
To: "Barker, Douglas W." <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] Error with multiple block output ports
Message-ID:
<cagdo0uqn7syjj17mkbq03pavyezf1s8rmf2vwylvmidagbl...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi Doug,
Can you share your Noc Script XML file?
Jonathon
On Fri, May 19, 2017 at 2:17 PM, Barker, Douglas W. via USRP-users <
[email protected]> wrote:
> Hello,
>
>
>
> I?m starting a new thread for this problem. I get an error when trying to
> use more than 2 output ports on a RFNoC block. I?ve designed a CE that has
> 9 output ports and when starting the gnuradio flowgraph it errors out.
> When I reduce the ports to 2 it works. If I increase the ports to 3 it
> errors out.
>
>
>
> I then made a simple modification to the ?noc_block_split_stream? block
> that is provided to have three output ports (also modified the associated
> XML files). It error out as well, in the same way. This test has
> Radio->DDC-SplitStream->host. Below are the messages produced by gnuradio
> when starting. Can the folks at Ettus please take a look as it appears to
> be a bug in UHD. I?ve attached the modified ?noc_block_split_stream.v?
> file so you can easily reproduce the error.
>
>
>
> Thanks
>
> Doug
>
>
>
>
>
> Generating: '/home/dm/Documents/doug_rfnoc/top_block.py'
>
>
>
> Executing: /usr/bin/python2 -u /home/dm/Documents/doug_rfnoc/top_block.py
>
>
>
> [32;1m[INFO] [UHD] [39;0mlinux; GNU C++ version 5.4.0 20160609;
> Boost_106300; UHD_4.0.0.rfnoc-devel-316-g24b98579
>
> [32;1m[INFO] [X300] [39;0mX300 initialization sequence...
>
> [32;1m[INFO] [X300] [39;0mDetermining maximum frame size...
>
> [32;1m[INFO] [X300] [39;0mMaximum frame size: 1472 bytes.
>
> [32;1m[INFO] [X300] [39;0mSetup basic communication...
>
> [32;1m[INFO] [X300] [39;0mLoading values from EEPROM...
>
> [32;1m[INFO] [X300] [39;0mSetup RF frontend clocking...
>
> [32;1m[INFO] [X300] [39;0mRadio 1x clock:200
>
> [32;1m[INFO] [RFNOC] [39;0m[DMA FIFO] Running BIST for FIFO 0...
>
> [32;1m[INFO] [RFNOC] [39;0mpass (Throughput: 1305.2MB/s)
>
> [32;1m[INFO] [RFNOC] [39;0m[DMA FIFO] Running BIST for FIFO 1...
>
> [32;1m[INFO] [RFNOC] [39;0mpass (Throughput: 1302.5MB/s)
>
> [32;1m[INFO] [RFNOC RADIO] [39;0mRegister loopback test passed
>
> [32;1m[INFO] [RFNOC RADIO] [39;0mRegister loopback test passed
>
> [32;1m[INFO] [RFNOC RADIO] [39;0mRegister loopback test passed
>
> [32;1m[INFO] [RFNOC RADIO] [39;0mRegister loopback test passed
>
> [33;1m[WARNING] [RFNOC] [39;0m[0/SplitStream_0] defines 3 input buffer
> sizes, but 1 input ports
>
> [32;1m[INFO] [CORES] [39;0mPerforming timer loopback test...
>
> [32;1m[INFO] [CORES] [39;0mTimer loopback test passed
>
> [32;1m[INFO] [CORES] [39;0mPerforming timer loopback test...
>
> [32;1m[INFO] [CORES] [39;0mTimer loopback test passed
>
> DEBUG: output item size: 8
>
> [33;1m[WARNING] [X300 RADIO] [39;0mset_rx_gain: could not apply gain for
> this daughterboard.
>
> INFO: Setting args on 0/DDC_0 (input_rate=200000000,output_
> rate=1000000,fullscale=1.0,freq=1000000.0)
>
> DEBUG: output item size: 8
>
> INFO: Setting args on 0/SplitStream_0 (gr_vlen=1)
>
> DEBUG: output item size: 8
>
> [32;1m[INFO] [RFNOC] [39;0mAssuming max packet size for 0/DDC_0
>
> [32;1m[INFO] [RFNOC] [39;0mAssuming max packet size for 0/Radio_0
>
> DEBUG: check_topology()
>
> DEBUG: RFNoC blocks with streaming ports: 1
>
> DEBUG: start(): ninputs == 0 noutputs == 3
>
> DEBUG: creating rx streamer with: gr_vlen=1,block_id=0/
> SplitStream_0,block_port0=0,block_port1=1,block_port=0
>
> DEBUG: creating rx streamer with: gr_vlen=1,block_id=0/
> SplitStream_0,block_port0=0,block_port1=1,block_port=1
>
> DEBUG: creating rx streamer with: gr_vlen=1,block_id=0/
> SplitStream_0,block_port0=0,block_port1=1,block_port=2
>
> thread[thread-per-block[0]: <block uhd_rfnoc_SplitStream (3)>]:
> LookupError: KeyError: [0/Radio_0] sr_write(): No such port: 2
>
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170525/bf8719ee/attachment-0001.html>
------------------------------
Message: 5
Date: Fri, 26 May 2017 15:38:36 +0530
From: Jahnavendra Mattipa <[email protected]>
To: [email protected], [email protected],
[email protected]
Cc: "Mrs. Parvathi Piduparthi" <[email protected]>
Subject: [USRP-users] Role of gain in USRP
Message-ID:
<CAH5NE-ZqBVM_1sunGVihMM7d1DPzL=dLMEYYEDXha=y61ty...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hello all,
Myself Jahnavendra, I am working with the USRP1 and i tried some
tutorials using the USRP (FM Receiver also). My next level is to test the
USRP with signal generator and i did that recently.
Following are the input parameters from signal generator:
1. Frequency =70 MHz
2. Input power = -39 dBm
I changed the gain value in "USRP source" block from -110dBm to +110dBm.
While testing the USRP with signal generator i got different output
values. Those values are attached using Notepad.
My issues are,
----> Why the power is unchanged between -110 dBm to 0 dBm of gain in "USRP
source" block?
----> How to take the FFT o/p power.
----> What is the role played by this gain in the USRP source block.
Please find the attachments sir.
Regards,
Jahnavendra.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170526/657b0f82/attachment-0001.html>
-------------- next part --------------
Input signals from signal generator are
1. Input power: -39dBm
2. Frequency : 70MHz
Sampling rate Gain value from "USRP Source"block
Output from FFT Flow graph
(Ms/s) (dBm)
(dB)
5 -110dBm -35.56
5 -100dBm -35.56
5 -90dBm -35.56
5 -80dBm -35.26
5 -70dBm -35.26
5 -60dBm -35.26
5 -50dBm -35.26
5 -40dBm -35.26
5 -30dBm -35.26
5 -20dBm -35.26
5 -10dBm -35.26
5 -9dBm -35.26
5 -8dBm -35.26
5 -7dBm -35.26
5 -6dBm -35.26
5 -5dBm -35.26
5 -4dBm -35.26
5 -3dBm -35.26
5 -2dBm -35.26
5 -1dBm -35.26
5 0dBm -35.26
5 1dBm -34.65
5 2dBm -34.35
5 3dBm -32.83
5 4dBm -31.31
5 5dBm -29.79
5 6dBm -29.18
5 7dBm -28.88
5 8dBm -27.36
5 9dBm -26.14
5 10dBm -24.32
5 20dBm -22.20
5 30dBm -22.20
5 40dBm -20.68
5 50dBm -20.68
5 60dBm -20.68
5 70dBm -20.68
5 80dBm -20.68
5 90dBm -20.68
5 100dBm -20.68
5 110dBm -20.68
-------------- next part --------------
A non-text attachment was scrubbed...
Name: grc.png
Type: image/png
Size: 262903 bytes
Desc: not available
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170526/657b0f82/attachment-0001.png>
------------------------------
Message: 6
Date: Fri, 26 May 2017 12:37:42 +0200
From: Marcus M?ller <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] BPSK base band amplitude drift/ripple, B205
mini
Message-ID: <[email protected]>
Content-Type: text/plain; charset="windows-1252"
Hi Sampo,
can you try without the AGC?
Best regards,
Marcus
On 05/22/2017 02:35 PM, Sampo Salo via USRP-users wrote:
> Hello all,
>
> I am new to SDRs, and just recently started studying them by building
> a simple BPSK transceiver using usrp B205mini and GNUradio companion.
> Currently, I have a kind of working test setup where I can transmit
> and receive a simple BPSK signal using the same SDR board. Transmitted
> data consists of a repeating vector of numbers. While trying to
> understand how the hardware and software work, I have run into a
> something that I can't explain. Could someone here perhaps point me
> into the right direction?
>
> The received base band amplitude seems to drift towards zero
> especially when there is a long sequence of "constant symbols". I
> highlighted this in one of the attached figures. I think this causes
> the constellation points to spread, also highlighted in the attached
> figure. I would like to understand the origins of this noise and get
> rid of it.
>
> My question is basically: Do I have a problem or am I imagining this up?
>
> URLs to the attached pictures:
> https://ibb.co/mXdxOF
> https://ibb.co/dXhfca
>
> GRC version: 3.7.9.3
> SDR hardware: usrp B205mini, transmitter connected back to receiver
> using a short SMA cable and one 30 dB attenuator.
>
> basic RF parameters:
> carrier frequency: 433 MHz
> sample rate: 80 kHz
> samples per symbol: 4
>
> Best Regards,
> Sampo
>
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170526/0115ba34/attachment-0001.html>
------------------------------
Message: 7
Date: Fri, 26 May 2017 12:39:40 +0200
From: Marcus M?ller <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] Some questions about USRP E100
Message-ID: <[email protected]>
Content-Type: text/plain; charset="windows-1252"
Hi Lee,
The E100 is a bit picky when it comes to SD cards ? can you try a 4GB SD
card (not SDHC)?
Best regards,
Marcus
On 05/15/2017 04:54 AM, Lee via USRP-users wrote:
> Hi ,
> I feel great appreciate if someone can help me ~_~
> Now, I have used usrp E100 for some days, download
> e1xx-003-make.tar.bz2
> <http://files.ettus.com/e1xx_images/current/e1xx-003-make.tar.bz2> from
> http://files.ettus.com/e1xx_images/current/,
>
> Everything seemed to run correctly with "SD card creation was
> successful" message at the end of the running of the
> "MakeEttusSDCard.sh" script. Then I put the SD card back into the
> usrp E100, then powered on the device, it worked like the picture
> showed bellow.
>
> The website which showed in quoted text can't access any more.
> I DON'T KNOW HOW TO DO NEXT. SOS, Can anybody help me ? Thanks very much.
>
>
>
>
>
> +++++++++++++++++++ Quoted text +++++++++++ From /USRP-users
> mailing list ++++++++++++++++++/
>
>
> [USRP-users] USRP E100 / E110 SD Card Image e1xx-001 Release
>
> *Nguyen Truong* nguyentb at postech.ac.kr
> /Wed Nov 16 18:47:56 EST 2011/
> ..........
> /On Mon, Nov 7, 2011 at 7:20 PM, Richard Clarke <//richard at
> clarke.biz/
> <http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com>/>wrote:
> /
> //>>>>>>/Hi Ben, /
> >>>>>>/I've just built the latest release e1xx-001 image using Option
> 1 in /
> >>>>>>/the instructions at: /
> //>>>>>>/http://ettus-apps.sourcerepo.com/redmine/ettus/projects/usrpe1xx/wiki/FAQ#How-do-I-create-re-create-E1xx-SD-Card-Images
> />>>>>>//>>>>>>/I have used an 8GB microSDHC card. Everything seemed
> to run correctly />>>>>>/with "SD card creation was successful"
> message at the end of the running of //the "MakeEttusSDCard.sh" script. /
> /
> /
> /Users that already have a E1xx Device can create a copy of this/
> //>>>>>>>/image using the instructions here: /
> //>>>>>>>/http://code.ettus.com/redmine/ettus/projects/usrpe1xx/wiki/FAQ#How-do-I-create-re-create-E1xx-SD-Card-Images/
> //>>>>>>>/Let us know if you have any questions, and happy hacking =) /
> >>>>>>>/Cheers,/
> //>>>>>>>/Ben /
>
>
> +++++++++++++++++++ Quoted text +++++++++++ From /USRP-users
> mailing list ++++++++++++++++++/
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170526/c5caaf49/attachment-0001.html>
------------------------------
Message: 8
Date: Fri, 26 May 2017 04:02:52 -0700
From: Kyeong Su Shin <[email protected]>
To: Ettus mail list <[email protected]>
Subject: Re: [USRP-users] Role of gain in USRP
Message-ID:
<CAGL0V3=3uYzmaBUs6pkt-+e5r-yd1ga=xqpigq+vnnbgrkp...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hello Jahnavendra Mattipa:
1. The gain value is not in dBm, it is in dB. dBm is "decibel-milliwatt" -
implies that the value is a power level, and is in a known unit (mW, not W
or something else). Neither is true in this case. (Yes, the gain value has
relationships with the power estimates calculated from the ADC readings,
but these are still two different things and must not be confused).
2. Allowable gain values depend on the daugtherboard that is installed on
your USRP (GNU Radio may *not* warn you even when you are out of that
boundary). Check UHD manuals. This is usually somewhere around 0 - 30 dB.
That explains your first issue.
3. Data being outputted from the "WX FFT Sink" *is* the power level (it is
called "FFT Sink", but it is not outputting pure FFT results). Power level,
in an arbitrary scale. You *cannot* get dBm readings from USRPs unless you
calibrate the results, if that is what you wanted. (Your issue #2 is
unclear to me, but I guess that is what you asked?)
If you want to get the power estimates (in an arbitrary scale) and to save
them into a file or pass them to a next DSP block, you can use the "Log
Power FFT" block instead of the "WX FFT Sink" block.
4. The "Gain" knob configures the gain level of the amplifiers (or
attenuation level of attenuators) on the daughterboard of your USRP to
achieve the target gain. These amplifiers amplify your signals, so higher
the gain knob is, higher the ADC readings are. Only if the ADCs are not
overloaded, though. Your input signal is a bit strong, so the ADC is
probably operating in an nonlinear way in your case.
Please read the Ettus Knowledge Base and UHD manuals, not just GNU Radio
tutorials. These questions are better addressed by those documents.
Regards,
Kyeong Su Shin
On Fri, May 26, 2017 at 3:08 AM, Jahnavendra Mattipa via USRP-users <
[email protected]> wrote:
>
> Hello all,
> Myself Jahnavendra, I am working with the USRP1 and i tried some
> tutorials using the USRP (FM Receiver also). My next level is to test the
> USRP with signal generator and i did that recently.
> Following are the input parameters from signal generator:
> 1. Frequency =70 MHz
> 2. Input power = -39 dBm
> I changed the gain value in "USRP source" block from -110dBm to +110dBm.
> While testing the USRP with signal generator i got different output
> values. Those values are attached using Notepad.
>
> My issues are,
> ----> Why the power is unchanged between -110 dBm to 0 dBm of gain in
> "USRP source" block?
> ----> How to take the FFT o/p power.
> ----> What is the role played by this gain in the USRP source block.
>
> Please find the attachments sir.
>
> Regards,
> Jahnavendra.
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170526/b2bb9760/attachment-0001.html>
------------------------------
Message: 9
Date: Fri, 26 May 2017 12:03:01 +0000
From: "Barker, Douglas W." <[email protected]>
To: Jonathon Pendlum <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] Error with multiple block output ports
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"
Jonathon,
I?ve attached the XML files that I was using.
Thanks!
Doug
From: Jonathon Pendlum [mailto:[email protected]]
Sent: Thursday, May 25, 2017 3:46 PM
To: Barker, Douglas W.
Cc: [email protected]
Subject: Re: [USRP-users] Error with multiple block output ports
Hi Doug,
Can you share your Noc Script XML file?
Jonathon
On Fri, May 19, 2017 at 2:17 PM, Barker, Douglas W. via USRP-users
<[email protected]<mailto:[email protected]>> wrote:
Hello,
I?m starting a new thread for this problem. I get an error when trying to use
more than 2 output ports on a RFNoC block. I?ve designed a CE that has 9
output ports and when starting the gnuradio flowgraph it errors out. When I
reduce the ports to 2 it works. If I increase the ports to 3 it errors out.
I then made a simple modification to the ?noc_block_split_stream? block that is
provided to have three output ports (also modified the associated XML files).
It error out as well, in the same way. This test has
Radio->DDC-SplitStream->host. Below are the messages produced by gnuradio when
starting. Can the folks at Ettus please take a look as it appears to be a bug
in UHD. I?ve attached the modified ?noc_block_split_stream.v? file so you can
easily reproduce the error.
Thanks
Doug
Generating: '/home/dm/Documents/doug_rfnoc/top_block.py'
Executing: /usr/bin/python2 -u /home/dm/Documents/doug_rfnoc/top_block.py
[32;1m[INFO] [UHD] [39;0mlinux; GNU C++ version 5.4.0 20160609; Boost_106300;
UHD_4.0.0.rfnoc-devel-316-g24b98579
[32;1m[INFO] [X300] [39;0mX300 initialization sequence...
[32;1m[INFO] [X300] [39;0mDetermining maximum frame size...
[32;1m[INFO] [X300] [39;0mMaximum frame size: 1472 bytes.
[32;1m[INFO] [X300] [39;0mSetup basic communication...
[32;1m[INFO] [X300] [39;0mLoading values from EEPROM...
[32;1m[INFO] [X300] [39;0mSetup RF frontend clocking...
[32;1m[INFO] [X300] [39;0mRadio 1x clock:200
[32;1m[INFO] [RFNOC] [39;0m[DMA FIFO] Running BIST for FIFO 0...
[32;1m[INFO] [RFNOC] [39;0mpass (Throughput: 1305.2MB/s)
[32;1m[INFO] [RFNOC] [39;0m[DMA FIFO] Running BIST for FIFO 1...
[32;1m[INFO] [RFNOC] [39;0mpass (Throughput: 1302.5MB/s)
[32;1m[INFO] [RFNOC RADIO] [39;0mRegister loopback test passed
[32;1m[INFO] [RFNOC RADIO] [39;0mRegister loopback test passed
[32;1m[INFO] [RFNOC RADIO] [39;0mRegister loopback test passed
[32;1m[INFO] [RFNOC RADIO] [39;0mRegister loopback test passed
[33;1m[WARNING] [RFNOC] [39;0m[0/SplitStream_0] defines 3 input buffer sizes,
but 1 input ports
[32;1m[INFO] [CORES] [39;0mPerforming timer loopback test...
[32;1m[INFO] [CORES] [39;0mTimer loopback test passed
[32;1m[INFO] [CORES] [39;0mPerforming timer loopback test...
[32;1m[INFO] [CORES] [39;0mTimer loopback test passed
DEBUG: output item size: 8
[33;1m[WARNING] [X300 RADIO] [39;0mset_rx_gain: could not apply gain for this
daughterboard.
INFO: Setting args on 0/DDC_0
(input_rate=200000000,output_rate=1000000,fullscale=1.0,freq=1000000.0)
DEBUG: output item size: 8
INFO: Setting args on 0/SplitStream_0 (gr_vlen=1)
DEBUG: output item size: 8
[32;1m[INFO] [RFNOC] [39;0mAssuming max packet size for 0/DDC_0
[32;1m[INFO] [RFNOC] [39;0mAssuming max packet size for 0/Radio_0
DEBUG: check_topology()
DEBUG: RFNoC blocks with streaming ports: 1
DEBUG: start(): ninputs == 0 noutputs == 3
DEBUG: creating rx streamer with:
gr_vlen=1,block_id=0/SplitStream_0,block_port0=0,block_port1=1,block_port=0
DEBUG: creating rx streamer with:
gr_vlen=1,block_id=0/SplitStream_0,block_port0=0,block_port1=1,block_port=1
DEBUG: creating rx streamer with:
gr_vlen=1,block_id=0/SplitStream_0,block_port0=0,block_port1=1,block_port=2
thread[thread-per-block[0]: <block uhd_rfnoc_SplitStream (3)>]: LookupError:
KeyError: [0/Radio_0] sr_write(): No such port: 2
_______________________________________________
USRP-users mailing list
[email protected]<mailto:[email protected]>
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170526/c64b27d7/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: split_stream_tes.grc
Type: application/octet-stream
Size: 25842 bytes
Desc: split_stream_tes.grc
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170526/c64b27d7/attachment-0001.grc>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: splitstream.xml
Type: text/xml
Size: 1079 bytes
Desc: splitstream.xml
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170526/c64b27d7/attachment-0002.xml>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: uhd_rfnoc_split_stream.xml
Type: text/xml
Size: 2796 bytes
Desc: uhd_rfnoc_split_stream.xml
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170526/c64b27d7/attachment-0003.xml>
------------------------------
Message: 10
Date: Fri, 26 May 2017 14:44:19 +0000
From: Leandro Echevarr?a <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] BPSK base band amplitude drift/ripple, B205
mini
Message-ID:
<caleoa2i6p9uagqgemtfd+aaqcraf3lvhqwuxpsmhezuuhgu...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hey Sampo,
It kind of looks like a high-pass (or band-pass) effect that may be killing
your low frequencies. Have you tried modulating at a higher rate?
Regards,
Leo
On Fri, May 26, 2017 at 7:39 AM Marcus M?ller via USRP-users <
[email protected]> wrote:
> Hi Sampo,
>
> can you try without the AGC?
>
> Best regards,
>
> Marcus
>
> On 05/22/2017 02:35 PM, Sampo Salo via USRP-users wrote:
>
> Hello all,
>
> I am new to SDRs, and just recently started studying them by building a
> simple BPSK transceiver using usrp B205mini and GNUradio companion.
> Currently, I have a kind of working test setup where I can transmit and
> receive a simple BPSK signal using the same SDR board. Transmitted data
> consists of a repeating vector of numbers. While trying to understand how
> the hardware and software work, I have run into a something that I can't
> explain. Could someone here perhaps point me into the right direction?
>
> The received base band amplitude seems to drift towards zero especially
> when there is a long sequence of "constant symbols". I highlighted this in
> one of the attached figures. I think this causes the constellation points
> to spread, also highlighted in the attached figure. I would like to
> understand the origins of this noise and get rid of it.
>
> My question is basically: Do I have a problem or am I imagining this up?
>
> URLs to the attached pictures:
> https://ibb.co/mXdxOF
> https://ibb.co/dXhfca
>
> GRC version: 3.7.9.3
> SDR hardware: usrp B205mini, transmitter connected back to receiver using
> a short SMA cable and one 30 dB attenuator.
>
> basic RF parameters:
> carrier frequency: 433 MHz
> sample rate: 80 kHz
> samples per symbol: 4
>
> Best Regards,
> Sampo
>
>
>
> _______________________________________________
> USRP-users mailing
> [email protected]http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170526/0b28a542/attachment-0001.html>
------------------------------
Message: 11
Date: Fri, 26 May 2017 15:08:51 +0000
From: Nick Foster <[email protected]>
To: Leandro Echevarr?a <[email protected]>,
[email protected]
Subject: Re: [USRP-users] BPSK base band amplitude drift/ripple, B205
mini
Message-ID:
<ca+jmmq-mdejjofrezq7gww72au2fr1cbq0g-b_tpfovw3dy...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
There is a DC offset rejection filter built into the receiver on B205. This
is because direct conversion receivers always exhibit some LO leakage. You
can use offset tuning (tune away from the center frequency and use the DDC
in the FPGA to downconvert the received spectrum to center it) to eliminate
the effect, or you can use Manchester encoding of your data to make your
system less sensitive to it.
It is especially pronounced in your setup because you are using the same
device for transmit and for receive, and so there is exactly zero frequency
offset between them. Practical systems always have some offset due to
oscillator error, which will mask this effect.
--n
On Fri, May 26, 2017, 7:45 AM Leandro Echevarr?a via USRP-users <
[email protected]> wrote:
> Hey Sampo,
>
> It kind of looks like a high-pass (or band-pass) effect that may be
> killing your low frequencies. Have you tried modulating at a higher rate?
>
> Regards,
>
> Leo
>
> On Fri, May 26, 2017 at 7:39 AM Marcus M?ller via USRP-users <
> [email protected]> wrote:
>
>> Hi Sampo,
>>
>> can you try without the AGC?
>>
>> Best regards,
>>
>> Marcus
>>
>> On 05/22/2017 02:35 PM, Sampo Salo via USRP-users wrote:
>>
>> Hello all,
>>
>> I am new to SDRs, and just recently started studying them by building a
>> simple BPSK transceiver using usrp B205mini and GNUradio companion.
>> Currently, I have a kind of working test setup where I can transmit and
>> receive a simple BPSK signal using the same SDR board. Transmitted data
>> consists of a repeating vector of numbers. While trying to understand how
>> the hardware and software work, I have run into a something that I can't
>> explain. Could someone here perhaps point me into the right direction?
>>
>> The received base band amplitude seems to drift towards zero especially
>> when there is a long sequence of "constant symbols". I highlighted this in
>> one of the attached figures. I think this causes the constellation points
>> to spread, also highlighted in the attached figure. I would like to
>> understand the origins of this noise and get rid of it.
>>
>> My question is basically: Do I have a problem or am I imagining this up?
>>
>> URLs to the attached pictures:
>> https://ibb.co/mXdxOF
>> https://ibb.co/dXhfca
>>
>> GRC version: 3.7.9.3
>> SDR hardware: usrp B205mini, transmitter connected back to receiver using
>> a short SMA cable and one 30 dB attenuator.
>>
>> basic RF parameters:
>> carrier frequency: 433 MHz
>> sample rate: 80 kHz
>> samples per symbol: 4
>>
>> Best Regards,
>> Sampo
>>
>>
>>
>> _______________________________________________
>> USRP-users mailing
>> [email protected]http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>
>>
>> _______________________________________________
>> USRP-users mailing list
>> [email protected]
>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170526/59223f15/attachment-0001.html>
------------------------------
Subject: Digest Footer
_______________________________________________
USRP-users mailing list
[email protected]
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
------------------------------
End of USRP-users Digest, Vol 81, Issue 26
******************************************
