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. Re: TX Image rejection B210 (Ian Buckley)
2. N210 User Settings Registers (Patrick DaSilva)
3. Re: N210 User Settings Registers (Ian Buckley)
4. Re: TX Image rejection B210 (Sebastian Held)
5. Re: Accessing a customized register of FPGA code from UHD
(Isen I-Chun Chao)
6. Re: Accessing a customized register of FPGA code from UHD
(Marcus M?ller)
7. Two receivers (LFRX daughterboard) in a single USRP x300
(jesus gavilan garcia)
8. Re: Two receivers (LFRX daughterboard) in a single USRP x300
(Martin Braun)
9. Re: Receiving samples with dealy at regular intervals
(kamal kumar jeldi)
10. USRP captured data information (alok ranjan)
11. Re: USRP captured data information (Marcus M?ller)
12. The FPGA build is not compatible with the host code build
(Yue Zheng)
13. Re: USRP captured data information (alok ranjan)
14. Re: USRP captured data information (Marcus M?ller)
----------------------------------------------------------------------
Message: 1
Date: Mon, 13 Apr 2015 12:16:44 -0700
From: Ian Buckley <[email protected]>
To: Sebastian Held <[email protected]>
Cc: [email protected]
Subject: Re: [USRP-users] TX Image rejection B210
Message-ID: <[email protected]>
Content-Type: text/plain; charset=windows-1252
So this this one has me curious. That image is way too big. I can reproduce it
exactly using the same command line.
*However* when I use one of my standard GRC flow graphs to generate a CW with
arbitrary LO/Offset etc the image is far better suppressed.
I see -40dBc vs -25dBc. I also see 10dB more power in the carrier with the same
RF gain?that's with a digital CW from GR at 0.95 p-to-p amplitude.
I'm going to suggest that there is something in this UHD example thats less
than ideal. I note that the code as supplied by Ettus has no "--lo_off"
argument, so perhaps Sebastian has edited this example? Regardless I see the
issue in the factory code and I'm going to file a bug.
To the observation that you are seeing improved improved spectral mask
conformance with an OFDM signal?I suspect this is mostly because the recent
update you did from maint caused you to pick up the new FPGA images that were
published last week. These have specific filter changes to improve performance
with exactly this kind of wideband signal.
The discussion of what is the ideal master_clock_rate vs what is merely an OK
one is a very broad topic and differs between USRP's. If you want to give some
specifics of your signal then I can give some suggestions.
On Apr 13, 2015, at 6:49 AM, Marcus D. Leech via USRP-users
<[email protected]> wrote:
> On 04/13/2015 09:33 AM, Sebastian Held wrote:
>> I updated my UHD today to the newest maint.
>>
>> The problem was in fact the master clock rate. I had to change it from
>> the default, because of the sample rate. After that I forgot about it.
>> Increasing it to 40 MHz, my OFDM signals now pass the spetrum mask! (I
>> did not check with the sinusoids again, will do this tomorrow).
>>
>> One problem remains: how to select the best master clock for a specific
>> sample rate?
>>
>> Sebastian
>>
>> Am 13.04.2015 um 15:24 schrieb Marcus D. Leech via USRP-users:
>>> What version of UHD are you using?
>>>
>>> Have you tried specifying a master clock rate that is a multiple of
>>> your (10Msps in your example) sample rate?
> Actually, in the latest UHD, if you don't specify a master clock rate, UHD
> will pick an appropriate one.
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
------------------------------
Message: 2
Date: Mon, 13 Apr 2015 12:30:37 -0700
From: Patrick DaSilva <[email protected]>
To: USRP Mailing List <[email protected]>
Subject: [USRP-users] N210 User Settings Registers
Message-ID:
<[email protected]>
Content-Type: text/plain; charset=us-ascii
Hi,
I've been looking to pass values via Custom User Settings Registers from the
host application to the N210. Both the tutorial
(http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/2013-April/006558.html)
and the examples included with the FPGA code (uhd-maint for N210) say to use a
BASE address of 0. Won't this overwrite register 0 of SR_MISC defined in the
u2plus_core.v file?
Also, can I add as many user settings registers as I want via the example
methods (custom rtl code)?
Patrick DaSilva
------------------------------
Message: 3
Date: Mon, 13 Apr 2015 13:27:55 -0700
From: Ian Buckley <[email protected]>
To: Patrick DaSilva <[email protected]>
Cc: USRP Mailing List <[email protected]>
Subject: Re: [USRP-users] N210 User Settings Registers
Message-ID: <[email protected]>
Content-Type: text/plain; charset=us-ascii
The User Settings Bus, as it exists in N210 actually dedicates an entire
(empty) settings bus with 8bit address space (32bit aligned) for custom
registers. This way it was thought less likely that issues such as you have
indicated with address space collisions would occur. Its mapped from address
0x0 in its own private address space.
-Ian
On Apr 13, 2015, at 12:30 PM, Patrick DaSilva via USRP-users
<[email protected]> wrote:
> Hi,
>
> I've been looking to pass values via Custom User Settings Registers from the
> host application to the N210. Both the tutorial
> (http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/2013-April/006558.html)
> and the examples included with the FPGA code (uhd-maint for N210) say to use
> a BASE address of 0. Won't this overwrite register 0 of SR_MISC defined in
> the u2plus_core.v file?
>
> Also, can I add as many user settings registers as I want via the example
> methods (custom rtl code)?
>
> Patrick DaSilva
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
------------------------------
Message: 4
Date: Tue, 14 Apr 2015 08:08:48 +0200
From: Sebastian Held <[email protected]>
To: Ian Buckley <[email protected]>
Cc: [email protected]
Subject: Re: [USRP-users] TX Image rejection B210
Message-ID: <[email protected]>
Content-Type: text/plain; charset="windows-1252"
Dear Ian,
> I'm going to suggest that there is something in this UHD example thats less
> than ideal. I note that the code as supplied by Ettus has no "--lo_off"
> argument, so perhaps Sebastian has edited this example? Regardless I see the
> issue in the factory code and I'm going to file a bug.
Yes, I modified the code code to include support for LO offset
modification (changed three lines or so - copied from an other example).
I did this, to nail down the cause of my problem.
> To the observation that you are seeing improved improved spectral mask
> conformance with an OFDM signal?I suspect this is mostly because the recent
> update you did from maint caused you to pick up the new FPGA images that were
> published last week. These have specific filter changes to improve
> performance with exactly this kind of wideband signal.
Yes, you are right. By the way I'm on release_003_008_002-40-gf23e7bc.
> The discussion of what is the ideal master_clock_rate vs what is merely an OK
> one is a very broad topic and differs between USRP's. If you want to give
> some specifics of your signal then I can give some suggestions.
My original problem was the violation of the spectrum mask for 802.11p
signals. I generate the IQ representation with a sample rate of 10 MHz.
Older UHD versions indicated a problem with the sample rate - from that
point on I used a fixed 10 MHz or 20 MHz master clock to further
invetigate the problem.
Back to my testcase: The sinusoids do not change if I modify the master
clock. There is certainly a problem with image suppression.
FYI: I attached the patch with the lo_off parameter. I could also file a
pull request if you wish.
Thanks
Sebastian
--
Sebastian Held (Dipl.-Ing.)
IMST GmbH
Softwareentwickler
Carl-Friedrich-Gauss-Str. 2-4
47475 Kamp-Lintfort
Tel: +49 2842 981-418
Fax: +49 2842 981-199
E-mail: mailto:[email protected]
Internet: http://www.imst.de
http://webshop.imst.de
Gesch?ftsf?hrer:
Prof. Dr.-Ing. Ingo Wolff
Dr. Peter Waldow
Amtsgericht Kleve HRB 6737
USt.-ID: DE 811348335
Wir weisen darauf hin, dass rechtsverbindliche Erkl?rungen namens
unseres Hauses grunds?tzlich der Unterschriften zweier ausreichend
bevollm?chtigter Vertreter unseres Hauses bed?rfen. Wir verschicken
daher keine rechtsverbindlichen Erkl?rungen per E-Mail an Dritte.
Demgem?? nehmen wir per E-Mail auch keine rechtsverbindlichen
Erkl?rungen oder Auftr?ge von Dritten entgegen. Diese E-Mail dient
einzig dem unverbindlichen Informationsaustausch zwischen Sender und
Empf?nger. Sie entfaltet keine Rechtswirksamkeit.
Diese E-Mail ist vertraulich zu behandeln. Sollten Sie nicht der
vorgesehene Empf?nger sein, bitten wir Sie, den Versender zu informieren
und die Nachricht zu l?schen. Die Weitergabe sowie Vervielf?ltigung,
Verwertung und Mitteilung seines Inhalts ist nur mit unserer
ausdr?cklichen Genehmigung gestattet. Alle Rechte vorbehalten,
insbesondere f?r den Fall der Schutzrechtsanmeldung.
This document has to be treated confidentially. If you are not the
intended recipient, please immediately notify the sender and delete this
message. Its contents are not to be passed on, duplicated, exploited or
disclosed without our expressed permission. All rights reserved,
especially the right to apply for protective rights.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20150414/614b8862/attachment-0001.html>
-------------- next part --------------
>From bb57da3c718d9f331a132c8489b70e4e5beb4481 Mon Sep 17 00:00:00 2001
From: Sebastian Held <[email protected]>
Date: Tue, 14 Apr 2015 08:07:48 +0200
Subject: [PATCH] added lo_off parameter to tx_waveforms example
---
host/examples/tx_waveforms.cpp | 5 ++++-
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/host/examples/tx_waveforms.cpp b/host/examples/tx_waveforms.cpp
index 7e63326..bac6c28 100644
--- a/host/examples/tx_waveforms.cpp
+++ b/host/examples/tx_waveforms.cpp
@@ -95,7 +95,7 @@ int UHD_SAFE_MAIN(int argc, char *argv[]){
//variables to be set by po
std::string args, wave_type, ant, subdev, ref, otw, channel_list;
size_t spb;
- double rate, freq, gain, wave_freq, bw;
+ double rate, freq, gain, wave_freq, bw, lo_off;
float ampl;
//setup the program options
@@ -106,6 +106,7 @@ int UHD_SAFE_MAIN(int argc, char *argv[]){
("spb", po::value<size_t>(&spb)->default_value(0), "samples per
buffer, 0 for default")
("rate", po::value<double>(&rate), "rate of outgoing samples")
("freq", po::value<double>(&freq), "RF center frequency in Hz")
+ ("lo_off", po::value<double>(&lo_off), "Offset for frontend LO in Hz
(optional)")
("ampl", po::value<float>(&l)->default_value(float(0.3)),
"amplitude of the waveform [0 to 0.7]")
("gain", po::value<double>(&gain), "gain for the RF chain")
("ant", po::value<std::string>(&ant), "antenna selection")
@@ -172,6 +173,8 @@ int UHD_SAFE_MAIN(int argc, char *argv[]){
for(size_t ch = 0; ch < channel_nums.size(); ch++) {
std::cout << boost::format("Setting TX Freq: %f MHz...") % (freq/1e6)
<< std::endl;
uhd::tune_request_t tune_request(freq);
+ if(vm.count("lo_off")) tune_request = uhd::tune_request_t(freq,
lo_off);
+ else tune_request = uhd::tune_request_t(freq);
if(vm.count("int-n")) tune_request.args =
uhd::device_addr_t("mode_n=integer");
usrp->set_tx_freq(tune_request, channel_nums[ch]);
std::cout << boost::format("Actual TX Freq: %f MHz...") %
(usrp->get_tx_freq(channel_nums[ch])/1e6) << std::endl << std::endl;
--
1.9.1
------------------------------
Message: 5
Date: Tue, 14 Apr 2015 17:03:35 +0800
From: Isen I-Chun Chao <[email protected]>
To: Marcus M?ller <[email protected]>
Cc: "Candell, Richard" <[email protected]>, "Proctor, Frederick
M" <[email protected]>, "[email protected]"
<[email protected]>, Chien-Chung Shen <[email protected]>, "Lee,
Kang B" <[email protected]>
Subject: Re: [USRP-users] Accessing a customized register of FPGA code
from UHD
Message-ID:
<caeg73ko_qnrlbhr3yer+m3v6kmkdmrobtdy0a1nee5fvddy...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi Marcus,
Thanks. I was aware of the file, setting_reg.hpp, and I just did not know
what address number I should set up.
Also, following your instruction, I got a piece of code segment below,
which is from control/gpio_atr:
setting_reg #(.my_addr(BASE+2), .width(WIDTH)) reg_tx
(.clk(clk),.rst(reset), .strobe(set_stb),.addr(set_addr),
.in(set_data), .out(in_tx),.changed());
However, I still have no idea how to access this variable from Applications
like UHD program. Is there any example code available for us? I know Marcus
has been dedicated to GNURadio S/W part. But I am sure there are someone
who is completely familiar with FPGA related problems. Could somebody
helps? I would very appreciate it.
*Best Regards,Isen I-Chun Chao*
On Wed, Apr 8, 2015 at 4:32 AM, Marcus M?ller <[email protected]>
wrote:
> Commenting on code that I don't know is a bit hard, but:
>
> you will need to have a working instance of setting_reg; after that,
> you'll be able to use the register just like the other registers you'd find
> in your uhd/host/lib/usrp/x300/x300_regs.hpp.
>
> Git grep is really helpful finding examples for the usage of setting_reg:
> cd fpga/usrp3/lib
> git grep --context 3 setting_reg
>
> Greetings,
> Marcus
>
> On 04/05/2015 04:38 AM, Isen I-Chun Chao via USRP-users wrote:
>
> Hi,
> I have a customized register in x300_core.v, say named *my_var.* I would
> like to get the register value from the application layer through UHD or
> whatever.
>
> I wonder if there any example in UHD can be used for my reference or anyone
> could provide some advice.
> j
> Thank you very much.
>
>
>
> *Best Regards,Isen I-Chun Chao*
>
>
>
>
> _______________________________________________
> 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/20150414/671cc1f6/attachment-0001.html>
------------------------------
Message: 6
Date: Tue, 14 Apr 2015 12:05:14 +0200
From: Marcus M?ller <[email protected]>
To: Isen I-Chun Chao <[email protected]>
Cc: "Candell, Richard" <[email protected]>, "Proctor, Frederick
M" <[email protected]>, "[email protected]"
<[email protected]>, Chien-Chung Shen <[email protected]>, "Lee,
Kang B" <[email protected]>
Subject: Re: [USRP-users] Accessing a customized register of FPGA code
from UHD
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"
Hi Isen,
> Thanks. I was aware of the file, setting_reg.hpp, and I just did not
> know what address number I should set up.
The address you used for your user settings register.
> setting_reg #(.my_addr(BASE+2), .width(WIDTH)) reg_tx
> (.clk(clk),.rst(reset), .strobe(set_stb),.addr(set_addr),
> .in(set_data), .out(in_tx),.changed());
since you set my_addr to BASE+2, you should use the same value when
poking. (BASE==0 is reserved for user extensions, by the way)
> However, I still have no idea how to access this variable from
> Applications like UHD program.
You would use the poke32/peek method from
uhd/host/lib/usrp/cores/radio_ctrl_core_3000.cpp. You can access the
right instance in x300_impl, so inside x300_impl.cpp, the right thing to
do is
mb.radio_perifs[0].ctrl->poke32(SR_REG(my_addr), value);
with 0 being the radio control chain A, 1 being B.
Now, if you want to export that functionality, the UHD way of doing that
is adding an entry to the property tree, and binding a method to that;
something like:
_tree->create<boost::uint32_t>(mb_path / "custom" / "my_register")
.publish(boost::bind(&radio_ctrl_core_3000::peek32,
mb.radio_perifs[mb_i].ctrl, SR_REG(BASE,2) ))
.subscribe(boost::bind(&radio_ctrl_core_3000::poke32,
mb.radio_perifs[mb_i].ctrl, SR_REG(BASE,2), _1 ));
inside x300_impl::setup_mb.
Other than that, Ian answered a question on a very related topic
yesterday, see
http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/2015-April/013525.html
@Ian: SR_REG is the right thing to use here, isn't it?
Greetings,
Marcus
On 04/14/2015 11:03 AM, Isen I-Chun Chao wrote:
> Hi Marcus,
>
>
> Also, following your instruction, I got a piece of code segment below,
> which is from control/gpio_atr:
>
> setting_reg #(.my_addr(BASE+2), .width(WIDTH)) reg_tx
> (.clk(clk),.rst(reset), .strobe(set_stb),.addr(set_addr),
> .in(set_data), .out(in_tx),.changed());
>
> However, I still have no idea how to access this variable from
> Applications like UHD program. Is there any example code available for
> us? I know Marcus has been dedicated to GNURadio S/W part. But I am
> sure there are someone who is completely familiar with FPGA related
> problems. Could somebody helps? I would very appreciate it.
>
>
>
>
>
>
> /Best Regards,
> Isen I-Chun Chao/
>
> On Wed, Apr 8, 2015 at 4:32 AM, Marcus M?ller
> <[email protected] <mailto:[email protected]>> wrote:
>
> Commenting on code that I don't know is a bit hard, but:
>
> you will need to have a working instance of setting_reg; after
> that, you'll be able to use the register just like the other
> registers you'd find in your uhd/host/lib/usrp/x300/x300_regs.hpp.
>
> Git grep is really helpful finding examples for the usage of
> setting_reg:
> cd fpga/usrp3/lib
> git grep --context 3 setting_reg
>
> Greetings,
> Marcus
>
> On 04/05/2015 04:38 AM, Isen I-Chun Chao via USRP-users wrote:
>> Hi,
>> I have a customized register in x300_core.v, say named *my_var.* I would
>> like to get the register value from the application layer through UHD or
>> whatever.
>>
>> I wonder if there any example in UHD can be used for my reference or
>> anyone
>> could provide some advice.
>> j
>> Thank you very much.
>>
>>
>>
>> *Best Regards,Isen I-Chun Chao*
>>
>>
>>
>> _______________________________________________
>> USRP-users mailing list
>> [email protected] <mailto:[email protected]>
>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
>
> _______________________________________________
> 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/20150414/5cf031bf/attachment-0001.html>
------------------------------
Message: 7
Date: Tue, 14 Apr 2015 11:07:05 +0200
From: jesus gavilan garcia <[email protected]>
To: [email protected]
Subject: [USRP-users] Two receivers (LFRX daughterboard) in a single
USRP x300
Message-ID:
<CAJdpbekR6X0K=8kjfxhf-rx52v-vasnx5o9kzslzupms9w4...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi all,
I need to receive two signals at the same time using a single USRP x300.
I?ve just tested with a simple setup using GRC and configuring the both
UHD:USRP receiver modules correctly (same ip address, proper subdev spec,
?RX? config at both USRPs) but I?ve just received samples by only one
daughterboard. I tried to configuring both USRP at the same central
frequency and then with different frequencies but I get the same results.
So, is it possible to use 2 LFRX (DC-30MHz) daughterboards at the same time
in a single USRP x300?
I am assuming that one USRP could handle with 4 streams simultaneously. Is
this assumption wrong?
Regards,
Jesus Gavilan
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20150414/3df08679/attachment-0001.html>
------------------------------
Message: 8
Date: Tue, 14 Apr 2015 08:55:13 -0500
From: Martin Braun <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] Two receivers (LFRX daughterboard) in a
single USRP x300
Message-ID: <[email protected]>
Content-Type: text/plain; charset=windows-1252; format=flowed
Jesus,
rx'ing from 2 boards will work on the X300. In GRC, you need to use a
single USRP Source for this, and set the channel count to 2.
Cheers,
Martin
On 14.04.2015 04:07, jesus gavilan garcia via USRP-users wrote:
> Hi all,
>
>
> I need to receive two signals at the same time using a single USRP x300.
> I?ve just tested with a simple setup using GRC and configuring the both
> UHD:USRP receiver modules correctly (same ip address, proper subdev
> spec, ?RX? config at both USRPs) but I?ve just received samples by only
> one daughterboard. I tried to configuring both USRP at the same central
> frequency and then with different frequencies but I get the same
> results. So, is it possible to use 2 LFRX (DC-30MHz) daughterboards at
> the same time in a single USRP x300?
>
> I am assuming that one USRP could handle with 4 streams simultaneously.
> Is this assumption wrong?
>
>
> Regards,
>
>
> Jesus Gavilan
>
>
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
------------------------------
Message: 9
Date: Tue, 14 Apr 2015 19:26:28 +0530
From: kamal kumar jeldi <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] Receiving samples with dealy at regular
intervals
Message-ID:
<cacdzarueaajbuduusk3vmi3_irtmntb3s9pssxhl45z69gj...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi All,
P.S : This is the contiguous mail to the mail with the same subject in the
April,2015 threads. I am unable to get reply mail so happened to make it
this way
Hello Marcus,
Thanks for your suggestion to use rx_timed_samples.cpp example code for
receiving data samples with delay at regular intervals, Here I present the
visual representation again,
<--NRXP1--> <--RXP--> <--NRXP--> <--RXP--><--NRXP--> <--RXP--> and so on
| ||-------------||
||-------------|| ||-------------| and so on
Legends:
NRXP1 : No receiving period with value less than NRXP
NRXP : No receiving period
RXP: receiving period
stop receiving for 10us initially and then receive some 80 samples and from
next on stop receiving for 22us and then receive 80 samples and go on...
so after getting some inspiration form rx_timed_samples.cpp and
rx_samples_to_file.cpp example code I came up with this code:
bool stream_changed = false;
uhd::stream_cmd_t
stream_cmd(uhd::stream_cmd_t::STREAM_MODE_NUM_SAMPLES_AND_DONE)
stream_cmd.num_samps = 80;
stream_cmd.stream_now = false;
stream_cmd.time_spec = uhd::time_spec_t(0,NRXP1,1000000);
rx_stream->issue_stream_cmd(stream_cmd)
while(condition to start loop)
{
rx_stream->recv(buffer_to_store,buffer_size,meta_data,timeout,as_packet);
if(!stream_changed)
{
std::cout << "Stream altered" << std::endl;
stream_cmd.time_spec = uhd::time_spec_t(0,22,1000000);
rx_stream->issue_stream_cmd(stream_cmd);
stream_changed = true;
}
//some error checking code on meta_data received from board
}
The above code compiles, but during runtime it throws with the following
error:
*Error: Receive error : ERROR_CODE_LATE_COMMAND*
please help me.. Thanks in advance :)
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20150414/dee4bc43/attachment-0001.html>
------------------------------
Message: 10
Date: Tue, 14 Apr 2015 19:28:49 +0530
From: alok ranjan <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [USRP-users] USRP captured data information
Message-ID: <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"
Hello All list members,
I am new to SDR and USRP platform.
I have two USRP1 with the DB WBX for transmission and reception of data.
I used benchmark_tx.py script and benchmark_rx.py script for transmission and
reception purpose with all the parameters.
I captured the transmitted signals using the command uhd_rx_cfile. As the
captured data is in the binary format (complex 32, , i+j*Q), I converted the
binary data into .mat file using octave.
I would like to know as the data is captured and stored in file, which kind of
information it does contain with it. Is it a RSSI value at receiver or
something else?
How can I know that what is X and Y in the captured file .
Please suggest and guide me so that i can further do data processing and
analysis.
Looking forward for your response.
Regards,
Alok Ranjan
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20150414/7cef537a/attachment-0001.html>
------------------------------
Message: 11
Date: Tue, 14 Apr 2015 16:20:01 +0200
From: Marcus M?ller <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] USRP captured data information
Message-ID: <[email protected]>
Content-Type: text/plain; charset="windows-1252"
Hi Alok,
I must admit that I'm really a bit confused about your question: You
seem to know that the data is I/Q complex samples, but you ask what they
are. It's complex baseband samples, contained in 32-bit floats (per imag
and real part).
Best regards,
Marcus
On 04/14/2015 03:58 PM, alok ranjan via USRP-users wrote:
> Hello All list members,
>
>
> I am new to SDR and USRP platform.
>
> I have two USRP1 with the DB WBX for transmission and reception of data.
>
> I used benchmark_tx.py script and benchmark_rx.py script for
> transmission and reception purpose with all the parameters.
>
> I captured the transmitted signals using the command uhd_rx_cfile.
> As the captured data is in the binary format (complex 32, , i+j*Q),
> *I converted the binary data into .mat file using octave.*
>
>
> I would like to know as the data is captured and stored in file, which
> kind of information it does contain with it. Is it a RSSI value at
> receiver or something else?
>
> How can I know that what is X and Y in the captured file .
>
> Please suggest and guide me so that i can further do data processing
> and analysis.
>
>
> Looking forward for your response.
>
> Regards,
>
> Alok Ranjan
>
>
>
> _______________________________________________
> 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/20150414/9a07fdaa/attachment-0001.html>
------------------------------
Message: 12
Date: Tue, 14 Apr 2015 21:59:07 +0800 (CST)
From: "Yue Zheng" <[email protected]>
To: [email protected]
Subject: [USRP-users] The FPGA build is not compatible with the host
code build
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="gbk"
Hi all,
I'm a new user of GNURadio and USRP. I used the script "build-gnuradio" to
download the source and have installed them all.But when I tried the "uhd_fft",
the terminal showed as belows:
Linux; GNU C++ version 4.6.3; Boost_104800; UHD_003.008.002-168-gddae9468
-- Opening a USRP2/N-Series device...
-- Current recv frame size: 1472 bytes
-- Current send frame size: 1472 bytes
RuntimeError:
Please update the firmware and FPGA images for your device.
See the application notes for USRP2/N-Series for instructions.
Expected FPGA compatibility number 11, but got 10:
The FPGA build is not compatible with the host code build.
Please run:
"/usr/local/lib/uhd/utils/uhd_images_downloader.py"
"/usr/local/lib/uhd/utils/usrp_n2xx_simple_net_burner" \
--addr="192.168.10.2"
I followed the instruction as above. However, the problem still exists. I
noticed that the images it downloaded is
"uhd-images_003.008.002-157-gbe03e694.zip",which seemed to be not compatible
with UHD_003.008.002-168-gddae9468.
Can anyone tell me how to figure it out ? which of the files on
http://files.ettus.com/binaries/images/ is number 11?
Thanks very much.
Yue
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20150414/d16ff0d8/attachment-0001.html>
------------------------------
Message: 13
Date: Tue, 14 Apr 2015 20:19:06 +0530
From: alok ranjan <[email protected]>
To: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] USRP captured data information
Message-ID: <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"
Dear Marcus,
Thank you so much for your quick response.
Sorry for the mistake committed from my side. Yes, You are right those captured
data is in I/Q complex format.
Actually, I am trying to do some post data processing on those captured I/Q
samples like curve fitting analysis in MATLAB thats why converted those complex
binary file in .mat format. And I am initially not able to get that how those
information is useful to plot .
However, I have plotted PSD and FFT using gr_plot_psd_c and gr_plot_fft.
It might not a place to ask this question, but If any one has any idea then
please share your experience.
Any help is appreciated.
Best Regards,
Alok Ranjan
Date: Tue, 14 Apr 2015 16:20:01 +0200
To: [email protected]
Subject: Re: [USRP-users] USRP captured data information
From: [email protected]
Hi Alok,
I must admit that I'm really a bit confused about your question: You
seem to know that the data is I/Q complex samples, but you ask what
they are. It's complex baseband samples, contained in 32-bit floats
(per imag and real part).
Best regards,
Marcus
On 04/14/2015 03:58 PM, alok ranjan via
USRP-users wrote:
Hello All list members,
I am new to SDR and USRP platform.
I have two USRP1 with the DB WBX for transmission and reception
of data.
I used benchmark_tx.py script and benchmark_rx.py script for
transmission and reception purpose with all the parameters.
I captured the transmitted signals using the command
uhd_rx_cfile. As the captured data is in the binary format
(complex 32, , i+j*Q), I converted the binary data into .mat
file using octave.
I would like to know as the data is captured and stored in file,
which kind of information it does contain with it. Is it a RSSI
value at receiver or something else?
How can I know that what is X and Y in the captured file .
Please suggest and guide me so that i can further do data
processing and analysis.
Looking forward for your response.
Regards,
Alok Ranjan
_______________________________________________
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/20150414/35c9be26/attachment-0001.html>
------------------------------
Message: 14
Date: Tue, 14 Apr 2015 17:34:24 +0200
From: Marcus M?ller <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] USRP captured data information
Message-ID: <[email protected]>
Content-Type: text/plain; charset="windows-1252"
Hi Alok,
we're always happy to help -- but I don't really understand your
question; you know have this data in matlab, probably as array of
complex values, right?
What do you want to do with that?
Greetings,
Marcus
On 04/14/2015 04:49 PM, alok ranjan via USRP-users wrote:
> Dear Marcus,
>
> Thank you so much for your quick response.
>
> Sorry for the mistake committed from my side. Yes, You are right those
> captured data is in I/Q complex format.
>
> Actually, I am trying to do some post data processing on those
> captured I/Q samples like curve fitting analysis in MATLAB thats why
> converted those complex binary file in .mat format. And I am
> initially not able to get that how those information is useful to plot .
>
> However, I have plotted PSD and FFT using gr_plot_psd_c and gr_plot_fft.
>
> It might not a place to ask this question, but If any one has any
> idea then please share your experience.
>
> Any help is appreciated.
>
> Best Regards,
>
> Alok Ranjan
>
>
> ------------------------------------------------------------------------
> Date: Tue, 14 Apr 2015 16:20:01 +0200
> To: [email protected]
> Subject: Re: [USRP-users] USRP captured data information
> From: [email protected]
>
> Hi Alok,
>
> I must admit that I'm really a bit confused about your question: You
> seem to know that the data is I/Q complex samples, but you ask what
> they are. It's complex baseband samples, contained in 32-bit floats
> (per imag and real part).
>
> Best regards,
> Marcus
>
>
> On 04/14/2015 03:58 PM, alok ranjan via USRP-users wrote:
>
> Hello All list members,
>
>
> I am new to SDR and USRP platform.
>
> I have two USRP1 with the DB WBX for transmission and reception of
> data.
>
> I used benchmark_tx.py script and benchmark_rx.py script for
> transmission and reception purpose with all the parameters.
>
> I captured the transmitted signals using the command
> uhd_rx_cfile. As the captured data is in the binary format
> (complex 32, , i+j*Q), *I converted the binary data into .mat file
> using octave.*
>
>
> I would like to know as the data is captured and stored in file,
> which kind of information it does contain with it. Is it a RSSI
> value at receiver or something else?
>
> How can I know that what is X and Y in the captured file .
>
> Please suggest and guide me so that i can further do data
> processing and analysis.
>
>
> Looking forward for your response.
>
> Regards,
>
> Alok Ranjan
>
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected] <mailto:[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/20150414/f2777744/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 56, Issue 14
******************************************
