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: Sc8 Over the wire (Josh Blum)
2. Re: Building UHD using MSVC 2008 (Josh Blum)
3. Re: FW: E100 problem (Nowlan, Sean)
4. Re: FW: E100 problem (Josh Blum)
5. what's next? (Weixian Zhou)
6. UHD N200 receives no data (Hossen Mustafa)
7. what is the largest data transfer rate between fpga and overo
in e100 (Page Jack)
8. Re: Building UHD using MSVC 2008 (Pol Henarejos)
9. what is the usage of aux dac and aux adc in usrp (Page Jack)
10. WBX Modification, (Furkan Elibol)
11. USRP N210 Timing Constraints not met (Yasir Javed)
12. Re: WBX Modification, ([email protected])
----------------------------------------------------------------------
Message: 1
Date: Tue, 22 May 2012 09:33:22 -0700
From: Josh Blum <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] Sc8 Over the wire
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1
On 05/22/2012 03:14 AM, Paola Madonna wrote:
> Hi Josh,
>
> IdownloadedtheUHDmaster version003.004.001because I need to work with 16MSps
> with DBSRX2+USRP1 to acquire GALILEO signalsonasingle-channel.
>
> I have the following questions:
>
> ?The recv function was modified respect the old version of UHD 003.002.003
> which
> I used to manage multi-channels.Now I need to have a sample-rate of 16 MSps,
> so
> which valueofcpu_formatdo Ihaveto set in order to manage an otw-wire of sc8?
>
Set CPU format to the desired format for your application, set over the
wire format to "sc8".
This may help:
http://files.ettus.com/uhd_docs/doxygen/html/structuhd_1_1stream__args__t.html
The examples/rx_multi_samples can show you how to deal with streamers
and multiple channels
//create a receive streamer
//linearly map channels (index0 = channel0, index1 = channel1, ...)
uhd::stream_args_t stream_args("fc32", "sc8"); //complex floats on
host, sc8 on wire
for (size_t chan = 0; chan < usrp->get_rx_num_channels(); chan++)
stream_args.channels.push_back(chan); //linear mapping
uhd::rx_streamer::sptr rx_stream = usrp->get_rx_stream(stream_args);
//issue stream command
//now call rx_stream->recv(...)
> ?Howdo I haveto interpret the sc8 representation?When I worked with
> COMPLEX_INT_16, thegenericsample was represented as16I-16Qand now for
> sc8(8I-8Q)?This is important when I read thereal and complexsamples.
>
You do not have to interpret sc8 mode. You should interpret the samples
as set by the cpu type. The over the wire type should be sc8, but this
is interpreted by the conversion routine in UHD.
> ?Does this new UHD version support multi-channel?
Yes, this work made it into the 3.4 releases.
-Josh
------------------------------
Message: 2
Date: Tue, 22 May 2012 11:03:54 -0700
From: Josh Blum <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] Building UHD using MSVC 2008
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1
On 05/22/2012 02:41 AM, Pol Henarejos wrote:
> Dear Josh,
>
> The main reason to use MSVC 2008 is that I cannot use MSVC 2010 with
> Gnuradio and Qt application. I do not know why but it only works with
> 2008 version. So I decided to move UHD to 2008 and see if it works. I
> followed your suggestion on the patch of an user and it works perfectly.
> It is quite strange because the patched code does not seem to be anormal
> or with some bug but it can be safely removed. I do not know if the
> program will crash from another side or in the future. I will examine it.
>
> If you are interested, I use Windows 7 x64 and a self-compiled boost
> library, since there are no x64 binaries.
>
So I guess my goal is to formulate a work-around so MSVC2008 can work
fine. :-)
So according to this patch:
http://permalink.gmane.org/gmane.comp.hardware.usrp.e100/3423
There are changes to log.cpp and paths.cpp
So, its probably a boost filesystem bug, possibly this:
https://svn.boost.org/trac/boost/ticket/6638
Can you try removing the patch to log.cpp?
I am wondering if there is an issue with the "/" operator used in paths,
and perhaps the log.cpp change is unnecessary.
If unchanged log.cpp does cause extra access violation, then perhaps,
get_rel_file_path() is the function at fault (also calling into boost fs).
Thanks,
-josh
------------------------------
Message: 3
Date: Tue, 22 May 2012 18:37:48 +0000
From: "Nowlan, Sean" <[email protected]>
To: Almohanad Fayez <[email protected]>, "[email protected]"
<[email protected]>
Subject: Re: [USRP-users] FW: E100 problem
Message-ID: <195933287DC65748BA7AE867BA8E430B621A0C6A@apatlisdmbx02>
Content-Type: text/plain; charset="utf-8"
Thanks! I?m not seeing sequence errors anymore. What was wrong? Is Ettus
pushing the fix in a newer release?
Sean
From: Almohanad Fayez [mailto:[email protected]]
Sent: Monday, May 21, 2012 2:13 PM
To: Nowlan, Sean; [email protected]
Subject: Re: [USRP-users] FW: E100 problem
Hello Sean, I'm attaching an updated E100 FPGA images that fixes the S-error
(Sequence error) at least on the E100s I have please try it and see if it fixes
your problem. Backup your current FPGA image just in case, it should go in the
following directory:
/usr/share/uhd/images/usrp_e100_fpga_v2.bin
Almohanad (Al) Fayez
-----Original Message-----
From: Nowlan, Sean
<[email protected]<mailto:[email protected]>>
To: USRP-users <[email protected]<mailto:[email protected]>>
Sent: Thu, May 17, 2012 9:52 am
Subject: [USRP-users] FW: E100 problem
Forwarded from GNU Radio list?
From:
[email protected]<mailto:[email protected]>
[mailto:[email protected]]<mailto:[mailto:[email protected]]>
On Behalf Of Nowlan, Sean
Sent: Thursday, May 17, 2012 12:47 PM
To: [email protected]<mailto:[email protected]>
Subject: [Discuss-gnuradio] E100 problem
Hi all,
I?m trying to run benchmark_tx.py on an E100 (rev.3). When I do, I get a bunch
of ?S? symbols printed to the screen and nothing shows up on the Spec Analyzer
except a CW that appears for an instant and then dies. The reported sample rate
is 800ksps. I?m not sure what?s going on. Here?s the command I used:
./benchmark_tx.py -f 910000000 --tx-amplitude=0.3 --non-differential -v
--tx-gain=0.0 --args=?type=E100? -m bpsk -r 400000
The output of uhd_usrp_probe is attached. This is the e1xx-003 release. uname
-a gives:
Linux usrp-e1xx 3.0.0 #1 Mon Mar 26 04:45:32 PDT 2012 armv7l GNU/Linux
Thanks for your help!
Respectfully,
Sean Nowlan
_______________________________________________
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/20120522/b2c213f2/attachment-0001.html>
------------------------------
Message: 4
Date: Tue, 22 May 2012 11:42:47 -0700
From: Josh Blum <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] FW: E100 problem
Message-ID: <[email protected]>
Content-Type: text/plain; charset=windows-1252
On 05/22/2012 11:37 AM, Nowlan, Sean wrote:
> Thanks! I?m not seeing sequence errors anymore. What was wrong? Is Ettus
> pushing the fix in a newer release?
>
I think its a timing issue on the interface between OMAP and FPGA. Once
we are sure about the fix, I will push it to maint and master and tag a
patch release.
-josh
> Sean
>
> From: Almohanad Fayez [mailto:[email protected]]
> Sent: Monday, May 21, 2012 2:13 PM
> To: Nowlan, Sean; [email protected]
> Subject: Re: [USRP-users] FW: E100 problem
>
> Hello Sean, I'm attaching an updated E100 FPGA images that fixes the S-error
> (Sequence error) at least on the E100s I have please try it and see if it
> fixes your problem. Backup your current FPGA image just in case, it should
> go in the following directory:
>
> /usr/share/uhd/images/usrp_e100_fpga_v2.bin
>
> Almohanad (Al) Fayez
>
>
> -----Original Message-----
> From: Nowlan, Sean
> <[email protected]<mailto:[email protected]>>
> To: USRP-users <[email protected]<mailto:[email protected]>>
> Sent: Thu, May 17, 2012 9:52 am
> Subject: [USRP-users] FW: E100 problem
> Forwarded from GNU Radio list?
>
> From:
> [email protected]<mailto:[email protected]>
>
> [mailto:[email protected]]<mailto:[mailto:[email protected]]>
> On Behalf Of Nowlan, Sean
> Sent: Thursday, May 17, 2012 12:47 PM
> To: [email protected]<mailto:[email protected]>
> Subject: [Discuss-gnuradio] E100 problem
>
> Hi all,
>
> I?m trying to run benchmark_tx.py on an E100 (rev.3). When I do, I get a
> bunch of ?S? symbols printed to the screen and nothing shows up on the Spec
> Analyzer except a CW that appears for an instant and then dies. The reported
> sample rate is 800ksps. I?m not sure what?s going on. Here?s the command I
> used:
>
> ./benchmark_tx.py -f 910000000 --tx-amplitude=0.3 --non-differential -v
> --tx-gain=0.0 --args=?type=E100? -m bpsk -r 400000
>
> The output of uhd_usrp_probe is attached. This is the e1xx-003 release. uname
> -a gives:
>
> Linux usrp-e1xx 3.0.0 #1 Mon Mar 26 04:45:32 PDT 2012 armv7l GNU/Linux
>
> Thanks for your help!
>
> Respectfully,
> Sean Nowlan
>
> _______________________________________________
>
> 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
------------------------------
Message: 5
Date: Tue, 22 May 2012 15:03:04 -0400
From: Weixian Zhou <[email protected]>
To: usrp-users <[email protected]>
Subject: [USRP-users] what's next?
Message-ID:
<CAHeRwcQEVBhPgSAZjdykRHFXK=y05o_+jsbk9l6rn_z1e2u...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
I have built both UHD and GNU Radio via build-gnuradio script, and I have
burned the firmware and fpag image to my two USRP N210. After that, I can
run *uhd_find_devices *and *uhd_usrp_probe *successfully.
My goal is to test whether the two USRPs can communicate properly. So
what's my next step? Are there any simple script that test whether single
USRP works properly, or test that whether two USRPs communicate properly?
--
Regards,
Weixian Zhou
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20120522/8f67f23a/attachment-0001.html>
------------------------------
Message: 6
Date: Tue, 22 May 2012 21:37:01 -0400
From: Hossen Mustafa <[email protected]>
To: [email protected]
Subject: [USRP-users] UHD N200 receives no data
Message-ID:
<cahxclsz+zglarx79ozyj2qg5ekjanu8ua-uesy7y3kvajx7...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Hi,
I have a new UHD N200 Rev4. I am trying to receive packet with a flex 900
card, but it's not receiving anything, only the noise. I am sure the card
and the antenna are functional because they work perfectly with a USRP1
device. Was someone in the same situation? Please help!!
--
Thanks,
Hossen
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20120522/30ebb843/attachment-0001.html>
------------------------------
Message: 7
Date: Wed, 23 May 2012 10:47:32 +0800
From: Page Jack <[email protected]>
To: [email protected]
Subject: [USRP-users] what is the largest data transfer rate between
fpga and overo in e100
Message-ID:
<cameg1vl9dt6pf_9ftw_bbzn6p2xd4svtxvbayecxagm9apw...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Hi,
I want to know the overo model used in e100 and the largest data transfer
rate between fpga and overo in e100.
Regards!
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20120523/3ae6534b/attachment-0001.html>
------------------------------
Message: 8
Date: Wed, 23 May 2012 09:47:03 +0200
From: Pol Henarejos <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] Building UHD using MSVC 2008
Message-ID: <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"
Dear Josh,
I removed log.cpp patch and it crashes. I patched it again and removed
from paths.cpp and it also crashes. So I guess it crashes on both sides.
Additionally, in log.cpp I left only commented the header3 references
and removed "border" comments. And replaced the following lines:
- const std::string border =
std::string(std::max(std::max(header1.size(), header2.size()),
header3.size()), '-');
+ const std::string border = std::string(std::max(header1.size(),
header2.size()), '-');
and now it does work.
I hope it helps you.
Thanks,
--
Pol Henarejos
Research Engineer, MSc
[email protected]
Centre Tecnol?gic de Telecomunicacions de Catalunya (CTTC)
Engineering Unit
Parc Mediterrani de la Tecnologia
Av. Carl Friedrich Gauss, 7
08860 Castelldefels, Barcelona (Spain)
Tel: +34 93 396 71 70 Ext: 2177
Fax. +34 93 645 29 01
www.cttc.es
On 05/22/2012 02:03 PM, Josh Blum wrote:
So I guess my goal is to formulate a work-around so MSVC2008 can work
fine. :-)
So according to this patch:
http://permalink.gmane.org/gmane.comp.hardware.usrp.e100/3423
There are changes to log.cpp and paths.cpp
So, its probably a boost filesystem bug, possibly this:
https://svn.boost.org/trac/boost/ticket/6638
Can you try removing the patch to log.cpp?
I am wondering if there is an issue with the "/" operator used in paths,
and perhaps the log.cpp change is unnecessary.
If unchanged log.cpp does cause extra access violation, then perhaps,
get_rel_file_path() is the function at fault (also calling into boost fs).
Thanks,
-josh
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 552 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20120523/786d7414/attachment-0001.asc>
------------------------------
Message: 9
Date: Wed, 23 May 2012 19:32:25 +0800
From: Page Jack <[email protected]>
To: [email protected]
Subject: [USRP-users] what is the usage of aux dac and aux adc in usrp
Message-ID:
<CAMeG1VJ9yHWDAKqU6E6f9MGSwLpLGgz=phzcyacpzkkmozs...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Hi,
what is the usage of aux dac and aux adc in usrp ad9862 chip.
Regards!
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20120523/c5345ae2/attachment-0001.html>
------------------------------
Message: 10
Date: Wed, 23 May 2012 05:35:11 -0700 (PDT)
From: Furkan Elibol <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [USRP-users] WBX Modification,
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="us-ascii"
Hi all,
I just want to replace ADF4350 of the wbx daughterboard with a pin and software
compatible ADF4351.
I wonder will I need any other modification at hardware or uhd or fpga image?
Because I want to continue to use wbx
with same uhd, fpga image and software. I just need to receive low frequencies
like 30MHz or 25MHz with wbx db which is not supported from ADF4350.
Thanks a lot.
Furkan
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20120523/5e8db2b6/attachment-0001.html>
------------------------------
Message: 11
Date: Wed, 23 May 2012 18:10:33 +0500
From: Yasir Javed <[email protected]>
To: [email protected]
Subject: [USRP-users] USRP N210 Timing Constraints not met
Message-ID:
<cajfaspx+arfmok6+mx_ykcuu3toqkkzgqnvvgnc8jo8y6aw...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
I have synthesized N210's FPGA logic. I am getting timing errors.
----------------------------------------------------------------------------------------------------------
Constraint | Check | Worst Case |
Best Case | Timing | Timing
| | Slack |
Achievable | Errors | Score
----------------------------------------------------------------------------------------------------------
* TS_dcm_out = PERIOD TIMEGRP "dcm_out" TS_ | SETUP | -0.855ns|
10.855ns| 5| 1146
clk_fpga_p HIGH 50% | HOLD | 0.442ns|
| 0| 0
I am using Xilinx ISE 13.4. I am using GNU radio version 3.6.0 on Ubuntu
10.10. I have also tried synthesis on 13.1 on windows XP as well with
similar results. What could I be missing here
Regards,
Yasir Javed
Assistant Professor
IQRA University Islamabad
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20120523/e5987711/attachment-0001.html>
------------------------------
Message: 12
Date: Wed, 23 May 2012 09:34:18 -0400
From: [email protected]
To: <[email protected]>
Subject: Re: [USRP-users] WBX Modification,
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"
On Wed, 23 May 2012 05:35:11 -0700 (PDT), Furkan Elibol wrote:
>
Hi all,
>
> I just want to replace ADF4350 of the wbx daughterboard
with a pin and software compatible ADF4351.
> I wonder will I need any
other modification at hardware or uhd or fpga image? Because I want to
continue to use wbx
> with same uhd, fpga image and software. I just
need to receive low frequencies like 30MHz or 25MHz with wbx db which is
not supported from ADF4350.
>
> Thanks a lot.
>
> Furkan
Well,
since the UHD driver for the WBX "knows" what the limits of the
synthesizer are, you'll have to update the driver for the WBX card.
Also, you'll need to confirm that the mixer will go that low as well
-- it's internally AC-coupled so its response, as I recall, drops off
below 50Mhz.
And, obviously, a hardware mod like that will immediately
void the warantee.
-Marcus
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20120523/176cc783/attachment-0001.html>
------------------------------
_______________________________________________
USRP-users mailing list
[email protected]
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
End of USRP-users Digest, Vol 21, Issue 22
******************************************
