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: FPGA code about IQ balance (Josh Blum)
2. Network analyzer implemented in USRP N210 (Saeed Safi)
3. Config N210 with Microblaze (Huldi Michael)
4. Windows 7 64 bit build issues : bin folder is not copied by
INSTALL build, USRP not found (Bastien Auneau)
5. API for N210 reset (Antonio Mancina)
----------------------------------------------------------------------
Message: 1
Date: Wed, 06 Jun 2012 10:28:06 -0700
From: Josh Blum <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] FPGA code about IQ balance
Message-ID: <[email protected]>
Content-Type: text/plain; charset=UTF-8
On 06/06/2012 01:54 AM, ??? wrote:
> Thank you very much for the reply. Besides FPGA, I also noticed in
> host\utils there are c++ codes such as uhd_cal_rx_iq_balance.cpp,
> uhd_cal_tx_iq_balance.cpp and so on. So what is the relationship
> between them? Do the c++ files represent something like the upper
> layer API and when used they call the bottom layer FPGA codes? If
> so, when we write applications, is extra IQ balance codes in c++ or
> python necessary besides FPGA?
>
Here is the description of those utilities:
http://files.ettus.com/uhd_docs/manual/html/calibration.html
-josh
> Best regards
>
>
> At 2012-06-06 05:49:40,"Matt Ettus" <[email protected]> wrote:
>
>
>
> The USRP1 really doesn't have enough FPGA resources to do the
> corrections which we do in the newer devices. With some programming,
> you can do some gain correction (but not phase correction) in the
> AD9862 codec chip, or under some circumstances, you can do the
> correction on the host.
>
>
> Matt
>
>
> On Tue, Jun 5, 2012 at 7:37 AM, ??? <[email protected]> wrote:
>
> Dear everyone: In fpga/usrp2/sdr_lib/, there is tx_frontend.v,
> rx_frontend.v, rx_dcoffset.v, which are to deal with the problems of
> dc offset and IQ balance. While in fpga/usrp1/sdr_lib/, there are not
> tx_frontend.v or rx_frontend.v, and rx_dcoffset.v is different with
> that in usrp2 codes. Does that mean usrp1 does not deal with the
> problem of dc offset and IQ balance or deal with them in a simpler
> way? What cause this difference between usrp1 and usrp2? I wonder if
> in usrp1 dc offset and IQ balance are dealt with in the codes of c++
> and python. Any of your replies will be very appreciated.
>
>
>
> _______________________________________________ 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
------------------------------
Message: 2
Date: Thu, 7 Jun 2012 04:16:19 -0700 (PDT)
From: Saeed Safi <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [USRP-users] Network analyzer implemented in USRP N210
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="iso-8859-1"
Hi All,
I was just wondering, if some one have implemented Network Analyzer in USRP
N210? Even some experiments in order to check whether USRP can be used to find
the reflection and transmission coefficient of a device or with the help of
some other external hardware?
Thanks ?
Saeed
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20120607/c24f3cf4/attachment-0001.html>
------------------------------
Message: 3
Date: Thu, 7 Jun 2012 14:53:14 +0200
From: Huldi Michael <[email protected]>
To: "'[email protected]'" <[email protected]>
Subject: [USRP-users] Config N210 with Microblaze
Message-ID: <[email protected]>
Content-Type: text/plain; charset="us-ascii"
Hello,
I need help to get a simple microblaze configuration with bram-memory working
with the USRP N210 release_003_004_001.
I removed the tx chain and insert the microblaze in the top and connect 2 of
the leds from the front to the microblaze gpio. Run a software with a blinking
led function.
I tried different ways to program the fpga without success:
1. add the elf-file from the microblaze to the ise-project and generate a .bin
File with double click to "generate programming file" in ise, then download
with net burner.
2. combine the bitstream with the elf file, which resides in the bram in SDK
with "Programm FPGA" to a .bit file, then convert the generated file
download.bit to a .bin file with "promgen -u 0x0 download.bit -p bin -w " and
try to download with net burner. But the net burner says "Invalid FPGA image
file".
3. Download with Platform Cable and with SDK, JTAG connected to the FPGA. But
here it doesn't load the new configuration, since the leds I disconnect still
light up in startup.
I also changed the StartUpClk in the bitgen.ut from JTAGCLK to CCLK.
Someone have an idea, how to make my configuration working? Is it possible to
program the fpga with impact via JTAG? How could I insert the zpu firmware file
in this case?
Thanks for your help!
Huldi
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20120607/e822af49/attachment-0001.html>
------------------------------
Message: 4
Date: Thu, 7 Jun 2012 16:13:41 +0200
From: Bastien Auneau <[email protected]>
To: [email protected]
Subject: [USRP-users] Windows 7 64 bit build issues : bin folder is
not copied by INSTALL build, USRP not found
Message-ID:
<CA+avJob7zwsvV9zrHUR-BHsLaMGsttSwzNh2wNY5ca=_t+r...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Hi All
I am building UHD 3.4.2 from last stable release, under Windows 7 64bit, VS
2008, using boost 1.49.0 (compiled it myself)
To get UHD 64 bit debug, I've done :
_ applied patch described here :
http://comments.gmane.org/gmane.comp.hardware.usrp.e100/3420
(without this patch, there are some DLL load problems)
_ in Cmake
- Release to Debug
- set path to boost lib
- changed /machine:X86 to /machine:X64 (3 rows)
- changed /Dwin32 flags to /Dwin64 (2 rows)
_ changed active platform from win32 to x64 in VS (and this for all
sub-projects)
_ ALL_BUILD -> build UHD compiles and link fine
_ INSTALL -> build, the bin folder is not copied to the target
_ I copy uhd.dll manually, and uhd_find_devices.exe
running uhd_find_devices.exe gives :
__________________
C:\Program Files\UHD>uhd_find_devices.exe
Win32; Microsoft Visual C++ version 9.0; Boost_104900;
UHD_003.004.002-0-unknown
No UHD Devices Found
C:\Program Files\UHD>pause
Press any key to continue . . .
___________________
while when I'm trying with an older build, 32 bits, the device is found :
___________________
C:\Program Files (x86)\UHD_3_3_1_vc9_debug\bin>uhd_find_devices.exe
Win32; Microsoft Visual C++ version 9.0; Boost_104700;
UHD_003.003.001-unknown
--------------------------------------------------
-- UHD Device 0
--------------------------------------------------
Device Address:
type: usrp2
addr: 192.168.10.3
name:
serial:
C:\Program Files (x86)\UHD_3_3_1_vc9_debug\bin>pause
Press any key to continue . . .
_________________________
My questions are :
_ why device is not found with 64 bit version ?
_ How can I avoid setting manually x64 for each sub-project in VS 2008 ?
_ Why 64 bit version still prints Win32 on the command line ? Should I just
ignore that ?
_ What is the patch applied really doing ?
Thanks and Regards
Bastien
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20120607/63fec8af/attachment-0001.html>
------------------------------
Message: 5
Date: Thu, 07 Jun 2012 17:37:04 +0200
From: Antonio Mancina <[email protected]>
To: [email protected]
Subject: [USRP-users] API for N210 reset
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1
Hi all,
I've just come to know that it is possible to reset the device
using the usrp_n2xx_net_burner.py util with the --reset switch.
I was wondering whether such a possibility exists using the C++ API
as well, because I was unable to find anything related to it
in the documentation.
Thanks everyone,
Antonio
------------------------------
_______________________________________________
USRP-users mailing list
[email protected]
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
End of USRP-users Digest, Vol 22, Issue 7
*****************************************
