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. Confused about dboard_iface::write_spi data param (Marc Epard)
2. Access Violation When Running UHD on Windows XP 32-bit with
VS 9 - 2008 (Isaac Gerg)
3. uhd_usrp_probe: clobbered output (Christopher Patton)
4. Re: uhd_usrp_probe: clobbered output (Josh Blum)
5. Re: Access Violation When Running UHD on Windows XP 32-bit
with VS 9 - 2008 (Josh Blum)
6. Re: Confused about dboard_iface::write_spi data param
(Ben Hilburn)
7. Porting USRPN210 FPGA Code to Spartan 6 Dev Board (Mayank Kumar)
8. Questions about connecting to PC and configure multiple
devices (Eddie Sun)
9. Re: Questions about connecting to PC and configure multiple
devices (Josh Blum)
10. Re: Porting USRPN210 code to Spartan 6 (Alexander Chemeris)
11. USRP N210 Matlab and Simulink demo error (Huan Len)
12. Re: USRP N210 Matlab and Simulink demo error (salman dinani)
13. time outs during Tx (Sanat Gulvadi)
14. Re: USRP N210 Matlab and Simulink demo error (Mike McLernon)
15. Re: Access Violation When Running UHD on Windows XP 32-bit
with VS 9 - 2008 (Isaac Gerg)
----------------------------------------------------------------------
Message: 1
Date: Tue, 17 Apr 2012 13:53:59 -0500
From: Marc Epard <[email protected]>
To: [email protected]
Subject: [USRP-users] Confused about dboard_iface::write_spi data
param
Message-ID: <[email protected]>
Content-Type: text/plain; CHARSET=US-ASCII
For the write_spi data parameter, the comment says: data the bits to write LSB
first.
I took this to mean that the least significant bit of data is put on the wire
first. It looks like I had this backwards. True?
-Marc
------------------------------
Message: 2
Date: Tue, 17 Apr 2012 17:58:34 -0400
From: Isaac Gerg <[email protected]>
To: [email protected]
Subject: [USRP-users] Access Violation When Running UHD on Windows XP
32-bit with VS 9 - 2008
Message-ID:
<cadnn3yvdzyw8tz+uqp5ifjpveqb2oo4yvjzsql1wzk5yetf...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Hi All,
I am trying to run an application I wrote using UHD to work on Windows XP
32bit. I am finding that when my program gets to any part that touches
anything in the uhd namespace, I get an access violation. This happens if
I compile on release or debug mode.
I ran a few of the examples exe's included with the windows UHD package and
they seem to work fine. FWIW, I am not new to the UHD, but this is the
first time I've attempted windows development (prev did linux).
Can anyone help?
Thanks in advance,
Isaac
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20120417/902e5976/attachment-0001.html>
------------------------------
Message: 3
Date: Tue, 17 Apr 2012 16:30:08 -0700
From: Christopher Patton <[email protected]>
To: [email protected]
Subject: [USRP-users] uhd_usrp_probe: clobbered output
Message-ID:
<CALNSEK2qmU4xB7hVmaLFab5giqhswSP3Z_KoWBOd4Qyh=vu...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Hello,
I've compiled the UHD driver in an embedded environment and I'm getting
strange output from the uhd_usrp_probe program. Before I get into the gory
details of how I configured and compiled everything, I'd like to post my
output here and see if any one has had the same experience. Instead showing
values, the program appears to spit out random bytes.
Thank you all for your help!
Christopher Patton
JMIE
UC Davis
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20120417/3ff9d946/attachment-0001.html>
-------------- next part --------------
linux; GNU C++ version 4.1.2; Boost_103800; UHD_003.004.000-34-g10a38e23
-- Opening a USRP1 device...
-- Loading FPGA image: /usr/share/uhd/images/usrp1_fpga.rbf... done
-- Using FPGA clock rate of Ld???MHz...
_____________________________________________________
/
| Device: USRP1 Device
| _____________________________________________________
| /
| | Mboard: USRP1 (Classic)
| | serial: 4a33099a
| |
| | Time sources: none
| | Clock sources: internal
| | Sensors:
| | _____________________________________________________
| | /
| | | RX DSP: 0
| | | Freq range: 0f to 0 Mhz
| | _____________________________________________________
| | /
| | | RX DSP: 1
| | | Freq range: 0f to 0 Mhz
| | _____________________________________________________
| | /
| | | RX Dboard: A
| | | ID: Basic RX (0x0001)
| | | _____________________________________________________
| | | /
| | | | RX Subdev: AB
| | | | Name: Basic RX (0x0001) - AB
| | | | Antennas:
| | | | Sensors:
| | | | Freq range: (???
??? to (???
?? Mhz
| | | | Gain Elements: None
| | | | Connection Type: IQ
| | | | Uses LO offset: No
| | | _____________________________________________________
| | | /
| | | | RX Subdev: BA
| | | | Name: Basic RX (0x0001) - BA
| | | | Antennas:
| | | | Sensors:
| | | | Freq range: (???
??? to (???
?? Mhz
| | | | Gain Elements: None
| | | | Connection Type: QI
| | | | Uses LO offset: No
| | | _____________________________________________________
| | | /
| | | | RX Subdev: A
| | | | Name: Basic RX (0x0001) - A
| | | | Antennas:
| | | | Sensors:
| | | | Freq range: (???
??? to (???
?? Mhz
| | | | Gain Elements: None
| | | | Connection Type: I
| | | | Uses LO offset: No
| | | _____________________________________________________
| | | /
| | | | RX Subdev: B
| | | | Name: Basic RX (0x0001) - B
| | | | Antennas:
| | | | Sensors:
| | | | Freq range: (???
??? to (???
?? Mhz
| | | | Gain Elements: None
| | | | Connection Type: Q
| | | | Uses LO offset: No
| | | _____________________________________________________
| | | /
| | | | RX Codec: A
| | | | Name: ad9522
| | | | Gain range pga: to step dB
| | _____________________________________________________
| | /
| | | RX Dboard: B
| | | ID: Basic RX (0x0001)
| | | _____________________________________________________
| | | /
| | | | RX Subdev: AB
| | | | Name: Basic RX (0x0001) - AB
| | | | Antennas:
| | | | Sensors:
| | | | Freq range: ???? to ???? Mhz
| | | | Gain Elements: None
| | | | Connection Type: IQ
| | | | Uses LO offset: No
| | | _____________________________________________________
| | | /
| | | | RX Subdev: BA
| | | | Name: Basic RX (0x0001) - BA
| | | | Antennas:
| | | | Sensors:
| | | | Freq range: ???? to ???? Mhz
| | | | Gain Elements: None
| | | | Connection Type: QI
| | | | Uses LO offset: No
| | | _____________________________________________________
| | | /
| | | | RX Subdev: A
| | | | Name: Basic RX (0x0001) - A
| | | | Antennas:
| | | | Sensors:
| | | | Freq range: ???? to ???? Mhz
| | | | Gain Elements: None
| | | | Connection Type: I
| | | | Uses LO offset: No
| | | _____________________________________________________
| | | /
| | | | RX Subdev: B
| | | | Name: Basic RX (0x0001) - B
| | | | Antennas:
| | | | Sensors:
| | | | Freq range: ???? to ???? Mhz
| | | | Gain Elements: None
| | | | Connection Type: Q
| | | | Uses LO offset: No
| | | _____________________________________________________
| | | /
| | | | RX Codec: B
| | | | Name: ad9522
| | | | Gain range pga: to step dB
| | _____________________________________________________
| | /
| | | TX DSP: 0
| | | Freq range: \d??L?? to \d??L? Mhz
| | _____________________________________________________
| | /
| | | TX DSP: 1
| | | Freq range: \d??L?? to \d??L? Mhz
| | _____________________________________________________
| | /
| | | TX Dboard: A
| | | _____________________________________________________
| | | /
| | | | TX Subdev: 0
| | | | Name: Unknown (0xffff) - 0
| | | | Antennas:
| | | | Sensors:
| | | | Freq range: ???? to ???? Mhz
| | | | Gain Elements: None
| | | | Connection Type: IQ
| | | | Uses LO offset: No
| | | _____________________________________________________
| | | /
| | | | TX Codec: A
| | | | Name: ad9522
| | | | Gain range pga: to step dB
| | _____________________________________________________
| | /
| | | TX Dboard: B
| | | _____________________________________________________
| | | /
| | | | TX Subdev: 0
| | | | Name: Unknown (0xffff) - 0
| | | | Antennas:
| | | | Sensors:
| | | | Freq range: ???? to ???? Mhz
| | | | Gain Elements: None
| | | | Connection Type: IQ
| | | | Uses LO offset: No
| | | _____________________________________________________
| | | /
| | | | TX Codec: B
| | | | Name: ad9522
| | | | Gain range pga: to step dB
------------------------------
Message: 4
Date: Tue, 17 Apr 2012 16:37:08 -0700
From: Josh Blum <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] uhd_usrp_probe: clobbered output
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1
On 04/17/2012 04:30 PM, Christopher Patton wrote:
> Hello,
>
> I've compiled the UHD driver in an embedded environment and I'm getting
> strange output from the uhd_usrp_probe program. Before I get into the gory
> details of how I configured and compiled everything, I'd like to post my
> output here and see if any one has had the same experience. Instead showing
> values, the program appears to spit out random bytes.
>
Looks like boost format's %f is not working properly.
Does that sound right?
-josh
------------------------------
Message: 5
Date: Tue, 17 Apr 2012 17:17:35 -0700
From: Josh Blum <[email protected]>
To: Isaac Gerg <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] Access Violation When Running UHD on Windows
XP 32-bit with VS 9 - 2008
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1
On 04/17/2012 02:58 PM, Isaac Gerg wrote:
> Hi All,
>
> I am trying to run an application I wrote using UHD to work on Windows XP
> 32bit. I am finding that when my program gets to any part that touches
> anything in the uhd namespace, I get an access violation. This happens if
> I compile on release or debug mode.
>
Maybe some DLL is missing from the path, give dependency walker a try:
http://www.dependencywalker.com/
-Josh
------------------------------
Message: 6
Date: Tue, 17 Apr 2012 17:18:38 -0700
From: Ben Hilburn <[email protected]>
To: Marc Epard <[email protected]>
Cc: [email protected]
Subject: Re: [USRP-users] Confused about dboard_iface::write_spi data
param
Message-ID:
<CAOEVZkJOMmzPnkTb=R8o=pnzvoje+qmju3pr8nh6v_34ax9...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Marc -
You cannot configure the endianess of SPI writes - if you need the opposite
of what UHD provides, you'll either need to modify UHD or flip your data.
UHD does all SPI with MSB-first. I'm not sure where that comment came
from. Can you give me a source file so I can fix it?
The available SPI configuration settings can be found here:
http://files.ettus.com/uhd_docs/doxygen/html/structuhd_1_1spi__config__t.html
Cheers,
Ben
----------------------------
Ben Hilburn <http://goo.gl/5DdZ3> @ Ettus Research, LLC<http://www.ettus.com/>
On Tue, Apr 17, 2012 at 11:53 AM, Marc Epard <[email protected]> wrote:
> For the write_spi data parameter, the comment says: data the bits to
> write LSB first.
>
> I took this to mean that the least significant bit of data is put on the
> wire first. It looks like I had this backwards. True?
>
> -Marc
>
>
> _______________________________________________
> 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/20120417/7eaeda93/attachment-0001.html>
------------------------------
Message: 7
Date: Wed, 18 Apr 2012 06:34:59 +0530
From: Mayank Kumar <[email protected]>
To: [email protected]
Subject: [USRP-users] Porting USRPN210 FPGA Code to Spartan 6 Dev
Board
Message-ID:
<CAPLBvXgc2O0-80JrAX5D5pi0g1M2=61vPJGzSF-iV=sz1kq...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Hi,
We are trying to port USRPN210 FPGA code to Spartan 6 LX150T Development
board as we required more FPGA resources for some algorithm development.
We had succeeded in synthesizing the code with minor changes in UCF file
and top-level module for the S6 dev board. Currently, we also have
succeeded in pinging the spartan 6 dev board @ 192.168.10.2 (default USRP2
IP) from the host PC. Also, I could look into the debug output over TXD<1>.
This clearly shows that the ZPU+Wishbone is working fine.
But, when I run uhd_find devices, I get these errors
*UHD Error:
> Control packet attempt 0, sequence number 2:
> RuntimeError: no control response, possible packet loss
>
> UHD Error:
> Control packet attempt 1, sequence number 3:
> RuntimeError: no control response, possible packet loss
>
> UHD Error:
> Control packet attempt 2, sequence number 4:
> RuntimeError: no control response, possible packet loss
> -- Opening a USRP2/N-Series device...
>
> UHD Error:
> Control packet attempt 0, sequence number 1:
> RuntimeError: no control response, possible packet loss
>
> UHD Error:
> Control packet attempt 1, sequence number 2:
> RuntimeError: no control response, possible packet loss
>
> UHD Error:
> Control packet attempt 2, sequence number 3:
> RuntimeError: no control response, possible packet loss
> Error: RuntimeError: link dead: timeout waiting for control packet ACK*
>
which shows that there is no response from the ZPU processor for the UHD
control packets sent. Intuitively, I feel that the control packets which
are coming over ethernet (UDP) is not properly stored by the
"packet_router" in Spartan 6. I didn't change that part of the code though.
So, it could be a porting issue.
I remember, that there are few changes in Spartan 6 pertaining to support
for Asynchronous set/reset and all distributed RAM created using behavioral
model (eg ram_2port and ram_harvard2 etc) do involve async reset, so I
guess there are some timing issues w.r.t. wishbone bus as the control
packets are stored in packet_router and is read through the bus. (only
hypothesizing)
These are the output of the debug port, which i think is fine
*USRP N210 UDP
> bootloader *
> *
> *
> *S6: Mayank, can you see
> this *
> *FPGA compatibility number:
> 9 *
> *Firmware compatibility number: 11 *
> *00:50:C2:85:3F:FF *
> *192.168.10.2 *
> * *
> *S6: Ethernet Initialization done *
> *LANSR: 0016 *
> * LINK_GOOD*
> *ethernet flow control: WE_TX*
> *Speed set to 1000*
> *
> *
> *eth link changed: speed =
> 1000 *
> *LANSR:
> 0016 *
> *
> LINK_GOOD
> *
> *ethernet flow control:
> WE_TX *
> *
> *
> *eth link changed: speed =
> 0 *
> *Speed set to
> 1000 *
> *
> *
> *eth link changed: speed =
> 1000 *
>
S6 -> "Spartan 6"
It would be greatly helpful if somebody could guide us in completing the
porting as our main project is stalled.
@Alexender Chemerish: I remember that you once mentioned about porting
USRP2 code base to Atlys Spartan 6 Dev board. It would be great if you
could guide us/ share your code/notes for porting.
The github link that you shared back in december is not working currently.
Thanks and Regards
Mayank Kumar
Project Engineer
Center for Applied Research in Electronics (CARE)
IIT Delhi
http://mayank.ideas2ignite.com
Mayank Kumar
Graduate, Electrical Engineering
IIT Delhi
http://mayank.ideas2ignite.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20120418/16634aa9/attachment-0001.html>
------------------------------
Message: 8
Date: Wed, 18 Apr 2012 12:06:30 +0800
From: Eddie Sun <[email protected]>
To: [email protected]
Subject: [USRP-users] Questions about connecting to PC and configure
multiple devices
Message-ID:
<CAB6xtHOmopT2CfE8n_X5D1OagZ32iKX775DTXFNkt=bhlcb...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Hello,
I have three usrps (two USRP N210 and a NI USRP 2920),and i have some
questions
The first one is that one of my usrp n210 didn't work while i connect it to
the PC(the OS is windows7), the configure is all the same
192.168.10.1 255.255.255.0 192.168.10.2
while i use uhd_fine_device.exe it will show a strange ip like
140.116.215.6(this ip is very similar to the ip i use to connect to the
internet, my real ip for internet is like 140.116.215.XXX), and no serial
number, uhd_usrp_probe.exe shows run time error no control
response.(140.116.215.6 this ip shows up even i change a computer and use
the ni usrp utility still get the same)
and i can't ping the ip 192.168.10.2 or the stragne ip 140.116.215.6 (both
cmd.exe and cygwin), the OS shows that it got a device connected(the
ethernet cable is not disable), but it also show "cannot recognize the the
network", what should i do to fix the problem.
PS the other two usrps work fine while using the same configure and the
same PC
The second question is about multiple devices configuration, i would like
to use two USRPs receive the data together, and i configure the USRPs(one
N210 and one NI USRP that both work fine individually) like the example
provide on the website
192.168.10.1 255.255.255.0 192.168.10.2
and
192.168.20.1 255.255.255.0 192.168.20.2
after that i'll get two network but one cannot be recognized,and i can only
ping 192.168.10.2 (cannot ping 192.168.20.2), uhd_find_device.exe can find
two device but both have the same ip 192.168.10.2 and same serial number
uhd_usrp_probe.exe only show one configuration and the
usrp_n2xx_net_burner_gui.py will get two same ip 192.168.10.2 at the select
device column
it's really strange, why i can't ping the second usrp, how can i fix it?(is
there some configuration i haven't setup)
The ethernet card is Intel Gigabit ET Dual port Server Adapter, the problem
show up in both following cases:
1. connect usrps on both port of this card
2. connect one on this card and one on the the master board ethernet
port(the ethernet port on master board is also gigabit port)
thanks,
Eddie
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20120418/6edb5065/attachment-0001.html>
------------------------------
Message: 9
Date: Tue, 17 Apr 2012 22:28:17 -0700
From: Josh Blum <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] Questions about connecting to PC and
configure multiple devices
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1
On 04/17/2012 09:06 PM, Eddie Sun wrote:
> Hello,
>
> I have three usrps (two USRP N210 and a NI USRP 2920),and i have some
> questions
>
> The first one is that one of my usrp n210 didn't work while i connect it to
> the PC(the OS is windows7), the configure is all the same
>
> 192.168.10.1 255.255.255.0 192.168.10.2
>
> while i use uhd_fine_device.exe it will show a strange ip like
> 140.116.215.6(this ip is very similar to the ip i use to connect to the
> internet, my real ip for internet is like 140.116.215.XXX), and no serial
> number, uhd_usrp_probe.exe shows run time error no control
> response.(140.116.215.6 this ip shows up even i change a computer and use
> the ni usrp utility still get the same)
>
> and i can't ping the ip 192.168.10.2 or the stragne ip 140.116.215.6 (both
> cmd.exe and cygwin), the OS shows that it got a device connected(the
> ethernet cable is not disable), but it also show "cannot recognize the the
> network", what should i do to fix the problem.
>
> PS the other two usrps work fine while using the same configure and the
> same PC
>
Sounds very strange. Perhaps a mystery IP address got burned into the
EEPROM? I have 2 suggestions
1) use a serial dongle to see what the soft CPU in the USRP thinks the
address is:
http://files.ettus.com/uhd_docs/manual/html/usrp2.html#monitor-the-serial-output
2) use the (method 2 linux-only) IP address to force it to a known IP
address:
http://files.ettus.com/uhd_docs/manual/html/usrp2.html#change-the-usrp2-s-ip-address
>
> The second question is about multiple devices configuration, i would like
> to use two USRPs receive the data together, and i configure the USRPs(one
> N210 and one NI USRP that both work fine individually) like the example
> provide on the website
>
> 192.168.10.1 255.255.255.0 192.168.10.2
> and
> 192.168.20.1 255.255.255.0 192.168.20.2
>
> after that i'll get two network but one cannot be recognized,and i can only
> ping 192.168.10.2 (cannot ping 192.168.20.2), uhd_find_device.exe can find
> two device but both have the same ip 192.168.10.2 and same serial number
>
> uhd_usrp_probe.exe only show one configuration and the
> usrp_n2xx_net_burner_gui.py will get two same ip 192.168.10.2 at the select
> device column
>
> it's really strange, why i can't ping the second usrp, how can i fix it?(is
> there some configuration i haven't setup)
> The ethernet card is Intel Gigabit ET Dual port Server Adapter, the problem
> show up in both following cases:
> 1. connect usrps on both port of this card
> 2. connect one on this card and one on the the master board ethernet
> port(the ethernet port on master board is also gigabit port)
>
IP addresses should be unique across a network/system. You should change
the IP address. See notes:
http://files.ettus.com/uhd_docs/manual/html/usrp2.html#multiple-devices-per-host
-josh
------------------------------
Message: 10
Date: Wed, 18 Apr 2012 11:40:06 +0400
From: Alexander Chemeris <[email protected]>
To: Mayank Kumar <[email protected]>
Cc: [email protected]
Subject: Re: [USRP-users] Porting USRPN210 code to Spartan 6
Message-ID:
<CABmJbFX-9u9=9yUqKQAMcpUXK=xnhljafpeoqb3z7mphbhp...@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8
HI Mayank,
Our work to port to Digilent Atlys is here:
https://github.com/chemeris/UHD-Fairwaves/commits/fairwaves/Atlys
It mostly consists of removing features which are not present on that
board (SRAM, SERDES, etc), but we haven't tested it deeply. IIRC, only
ping was tested and may be usrp_probe. This was developed by Andrew
Karpenkov and he could probably comment more, especially if you have
concrete questions.
Our current effort is going on in these two branches:
https://github.com/chemeris/UHD-Fairwaves/commits/akarpenkov/lms_freq
(FPGA code)
https://github.com/chemeris/UHD-Fairwaves/commits/fairwaves/umtrx-dboard
(ZPU and host code)
Data sending and receiving works fine with this code. Most of the
changes there are related to (1) ability to run ADC/DAC on a lower
frequency then the rest of the system and (2) implement features
specific to our UmTRX board (http://code.google.com/p/umtrx/).
ICAP reset feature doesn't work yet, we did draft implementation for
Spartan 6, but had no time to debug it:
https://github.com/chemeris/UHD-Fairwaves/commits/achemeris/zpu_work
On Tue, Apr 17, 2012 at 17:35, Mayank Kumar <[email protected]> wrote:
> Hi,
> We are trying to port USRPN210 FPGA code to Spartan 6 LX150T Development
> board as we required more FPGA resources for some algorithm development.
>
> We had succeeded in synthesizing the code with minor changes in UCF file and
> top-level module for the S6 dev board. Currently, we have succeeded in
> pinging the spartan 6 dev board? @ 192.168.10.2 (default USRP2 IP) from the
> host PC. Also, I could look into the debug output over TXD<1>. This clearly
> shows that the ZPU+Wishbone is working fine.
>
> But, when I run uhd_find devices, I get these errors
>>
>> UHD Error:
>> ??? Control packet attempt 0, sequence number 2:
>> ??? RuntimeError: no control response, possible packet loss
>>
>> UHD Error:
>> ??? Control packet attempt 1, sequence number 3:
>> ??? RuntimeError: no control response, possible packet loss
>>
>> UHD Error:
>> ??? Control packet attempt 2, sequence number 4:
>> ??? RuntimeError: no control response, possible packet loss
>> -- Opening a USRP2/N-Series device...
>>
>> UHD Error:
>> ??? Control packet attempt 0, sequence number 1:
>> ??? RuntimeError: no control response, possible packet loss
>>
>> UHD Error:
>> ??? Control packet attempt 1, sequence number 2:
>> ??? RuntimeError: no control response, possible packet loss
>>
>> UHD Error:
>> ??? Control packet attempt 2, sequence number 3:
>> ??? RuntimeError: no control response, possible packet loss
>> Error: RuntimeError: link dead: timeout waiting for control packet ACK
>
>
> which shows that there is no response from the ZPU processor for the UHD
> control packets sent. Intuitively, I feel that the control packets which are
> coming over ethernet (UDP) is not properly stored by the "packet_router" in
> Spartan 6. I didn't change that part of the code though. So, it could be a
> porting issue.
>
> I remember, that there are few changes in Spartan 6 pertaining to support
> for Asynchronous set/reset and all distributed RAM created using behavioral
> model (eg ram_2port and ram_harvard2 etc)? do involve async reset, so I
> guess there are some timing issues w.r.t. wishbone bus as the control
> packets are stored in packet_router and is read through the bus. (only
> hypothesizing)
>
> These are the output of the debug port, which i think is fine
>
>> USRP N210 UDP
>> bootloader
>>
>>
>> S6: Mayank, can you see
>> this
>> FPGA compatibility number:
>> 9
>> Firmware compatibility number: 11
>> 00:50:C2:85:3F:FF
>> 192.168.10.2
>>
>> S6: Ethernet Initialization done
>> LANSR: 0016
>> ? LINK_GOOD
>> ethernet flow control: WE_TX
>> Speed set to 1000
>>
>>
>> eth link changed: speed =
>> 1000
>> LANSR:
>> 0016
>>
>> LINK_GOOD
>> ethernet flow control:
>> WE_TX
>>
>>
>> eth link changed: speed =
>> 0
>> Speed set to
>> 1000
>>
>>
>> eth link changed: speed =
>> 1000
>
>
> S6 -> "Spartan 6"
>
> It would be greatly helpful if somebody could guide us in completing the
> porting as our main project is stalled.
>
> @Alexender Chemerish: I remember that you once mentioned about porting USRP2
> code base to Atlys Spartan 6 Dev board. It would be great if you could guide
> us/ share your code/notes for porting.
> The github link that you shared back in december is not working currently.
>
>
> Thanks and Regards
>
> Mayank Kumar
> Project Engineer
> Center for Applied Research in Electronics (CARE)
> IIT Delhi
>
> http://mayank.ideas2ignite.com
>
--
Regards,
Alexander Chemeris.
CEO, Fairwaves LLC / ??? ???????
http://fairwaves.ru
------------------------------
Message: 11
Date: Wed, 18 Apr 2012 09:42:18 +0000 (UTC)
From: Huan Len <[email protected]>
To: [email protected]
Subject: [USRP-users] USRP N210 Matlab and Simulink demo error
Message-ID: <[email protected]>
Content-Type: text/plain; charset=us-ascii
Dear All,
I am working N210 in windows environment with Matlab and Simulink.
I am really new to USRP, so I wish to get some advice from all of you.
I have successfully compiled the demo, namely sdruFMStereo.mdl.
I got this run-time error when i try to run the demo.
I have no idea what went wrong.
Is there any kind soul would help me? Thanks in advance!
The hardware does not support the requested RX frequency:
Target frequency: 102.500000 MHz
Actual frequency: 2.500000 MHz
---------- end libuhd warning message output ----------
Warning: Reported in 'sdruFMStereo/FM Receiver/48045Hz':
The queue has underrun by 54400 samples.
Try increasing queue duration, buffer size, or throughput rate.
Warning: Reported in 'sdruFMStereo/FM Receiver/48045Hz': Th
The queue has underrun by 3136 samples.
Try increasing queue duration, buffer size, or throughput rate.
Warning: Reported in 'sdruFMStereo/FM Receiver/48045Hz':
The queue has underrun by 960 samples.
Try increasing queue duration, buffer size, or throughput rate.
Regards,
Huan Len
------------------------------
Message: 12
Date: Wed, 18 Apr 2012 07:02:00 -0700
From: salman dinani <[email protected]>
To: Huan Len <[email protected]>
Cc: [email protected]
Subject: Re: [USRP-users] USRP N210 Matlab and Simulink demo error
Message-ID:
<cadt0h5yhx4mmux8vuztfa1qguzyaxh3-kpznpwec+nfzqml...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Hi Huan Len ,
Which daughtercard are you using? and what is its Frequency range?
Regards
Salman Dinani
On Wed, Apr 18, 2012 at 2:42 AM, Huan Len <[email protected]> wrote:
> Dear All,
>
> I am working N210 in windows environment with Matlab and Simulink.
> I am really new to USRP, so I wish to get some advice from all of you.
> I have successfully compiled the demo, namely sdruFMStereo.mdl.
> I got this run-time error when i try to run the demo.
> I have no idea what went wrong.
> Is there any kind soul would help me? Thanks in advance!
>
> The hardware does not support the requested RX frequency:
> Target frequency: 102.500000 MHz
> Actual frequency: 2.500000 MHz
> ---------- end libuhd warning message output ----------
> Warning: Reported in 'sdruFMStereo/FM Receiver/48045Hz':
> The queue has underrun by 54400 samples.
> Try increasing queue duration, buffer size, or throughput rate.
> Warning: Reported in 'sdruFMStereo/FM Receiver/48045Hz': Th
> The queue has underrun by 3136 samples.
> Try increasing queue duration, buffer size, or throughput rate.
> Warning: Reported in 'sdruFMStereo/FM Receiver/48045Hz':
> The queue has underrun by 960 samples.
> Try increasing queue duration, buffer size, or throughput rate.
>
> Regards,
> Huan Len
>
>
> _______________________________________________
> 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/20120418/47b0ae9e/attachment-0001.html>
------------------------------
Message: 13
Date: Wed, 18 Apr 2012 17:18:33 +0200
From: Sanat Gulvadi <[email protected]>
To: [email protected]
Subject: [USRP-users] time outs during Tx
Message-ID:
<cah12yls8frv0jfao_z8mt4qksrmfned_uvthpdfu0eyhaar...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Greetings,
I am using USRP2 REV4 with UHD_003.004.000-325-g7e296167.
I am trying to transmit from a binary file containing approximately 9
million samples of type complex float for a certain number of seconds which
is specified by a command line argument.
The packet size i am using is 363 samples.
Tx sampling rate is the default 1Msps which I pulled from the API. (I have
varied this by changing the interpolation from 4 to 512 but this doesn't
seem to have affected the problem which I am describing below.)
//setup metadata for the first packet
uhd::tx_metadata_t txMeta;
txMeta.start_of_burst = false;
txMeta.end_of_burst = false;
txMeta.has_time_spec = true;
txMeta.time_spec = uhd::time_spec_t(txDuration);
double timeout = txDelay + 0.1;
//stream cmd
uhd::stream_cmd_t
stream_cmd(uhd::stream_cmd_t::STREAM_MODE_START_CONTINUOUS);
stream_cmd.stream_now = false;
stream_cmd.time_spec = uhd::time_spec_t(txDelay);
sdev->issue_stream_cmd(stream_cmd);
while (end_time>cur_time){ // this condition is also checked after each
tx_stream->send() after updating the cur_time
size_t packetidx = 0;
while(num_acc_samps < samps_in_file){
size_t samps_to_send = std::min(samps_in_file - num_acc_samps,
allowed_packet_size);
//allocate data to send
std::vector<std::complex<float> > buff(samps_to_send);
for (size_t j=0; j<samps_to_send; j++){
buff[j] = filebuff[packetidx+j]; // filebuff has all the
samples from the file to avoid reading from the disk each time.
}
//send a packet
size_t num_tx_samps = tx_stream->send(
&buff.front(), samps_to_send, txMeta, timeout
);
// rest of the code
//good packet count
if (num_tx_samps==samps_to_send) packetCount++;
bad_packet_no++;
//check if time's up
cur_time = uhd::time_spec_t::get_system_time();
if (cur_time==end_time||cur_time>end_time) goto endSend;
//do not use time spec for subsequent packets
txMeta.has_time_spec = false;
if (num_tx_samps < samps_to_send) {
num_errors++;
cout << "Got timed out at packet no. " << bad_packet_no
<< endl;
}
if(verbose==2) std::cout << boost::format("Sent packet: %u
samples") % num_tx_samps << std::endl;
num_acc_samps += num_tx_samps;
packetidx+=num_tx_samps;
} endSend:
cur_time = uhd::time_spec_t::get_system_time();
}
cout << " Time when exit : " << cur_time.get_full_secs() << " " <<
cur_time.get_frac_secs() << endl;
//Display tx result
cout << boost::format("Total number of packets sent is %d")
%packetCount << endl;
cout << boost::format("Total number of packets attempted is %d")
%bad_packet_no << endl;
cout << boost::format("Total number of errors that occured are %d")
%num_errors << endl;
//close file and stop stream
sdev->issue_stream_cmd(uhd::stream_cmd_t::STREAM_MODE_STOP_CONTINUOUS);
fclose(myFile);
The problem is that the num_tx_samps returns 0 after 712 packets. I
initially thought it was because of the time it took to read from the disk
for each packet and hence I preallocated all the samples in the file to the
variable filebuff. I verified that filebuff had read all the 9 million odd
samples from the file.
Changing the interpolation factor doesn't seem to change the packet number
after which it starts returning 0 samples. It always seems to be after 712.
I even tried to send the same packet over and over gain but after attempt
number 712, it timed out again.
Could someone help me in figuring out what could be causing this problem ?
I am using a similar algorithm to read 1 packet at a time for n seconds on
the Rx side but that works fine. Also, I am not doing the transmission
simultaneously. The daughterboard being used is an RFX2400.
Best Regards,
Sanat Gulvadi
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20120418/afaf31d8/attachment-0001.html>
------------------------------
Message: 14
Date: Wed, 18 Apr 2012 15:26:07 +0000
From: Mike McLernon <[email protected]>
To: Huan Len <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] USRP N210 Matlab and Simulink demo error
Message-ID:
<e3879be9a282cb45aab7ce258a9ae48f05ca7...@exmb-01-ah.ad.mathworks.com>
Content-Type: text/plain; charset="us-ascii"
Hi Huan,
In all likelihood, your model is running fine. Note that the messages you're
getting are warnings, not errors. The Simulink model sdruFMStereo runs pretty
quickly, even in normal mode, so it wants to process data faster than the USRP
hardware can give it. However, all the receiver processing is enabled by the
DataLen output of the SDRu Receiver block, so there are no gaps in processed
data.
How is the sound quality from the model?
Mike
-----Original Message-----
From: [email protected]
[mailto:[email protected]] On Behalf Of Huan Len
Sent: Wednesday, April 18, 2012 5:42 AM
To: [email protected]
Subject: [USRP-users] USRP N210 Matlab and Simulink demo error
Dear All,
I am working N210 in windows environment with Matlab and Simulink.
I am really new to USRP, so I wish to get some advice from all of you.
I have successfully compiled the demo, namely sdruFMStereo.mdl.
I got this run-time error when i try to run the demo.
I have no idea what went wrong.
Is there any kind soul would help me? Thanks in advance!
The hardware does not support the requested RX frequency:
Target frequency: 102.500000 MHz
Actual frequency: 2.500000 MHz
---------- end libuhd warning message output ----------
Warning: Reported in 'sdruFMStereo/FM Receiver/48045Hz':
The queue has underrun by 54400 samples.
Try increasing queue duration, buffer size, or throughput rate.
Warning: Reported in 'sdruFMStereo/FM Receiver/48045Hz': Th The queue has
underrun by 3136 samples.
Try increasing queue duration, buffer size, or throughput rate.
Warning: Reported in 'sdruFMStereo/FM Receiver/48045Hz':
The queue has underrun by 960 samples.
Try increasing queue duration, buffer size, or throughput rate.
Regards,
Huan Len
_______________________________________________
USRP-users mailing list
[email protected]
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
------------------------------
Message: 15
Date: Wed, 18 Apr 2012 11:26:01 -0400
From: Isaac Gerg <[email protected]>
To: [email protected]
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] Access Violation When Running UHD on Windows
XP 32-bit with VS 9 - 2008
Message-ID:
<cadnn3yvrplmsjjsszfcbrmmjsit5e0in5ymgivxgwqog8ay...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Hi Josh,
Thanks for your response. I downloaded the tool you mentioned, though not
quite sure what I am supposed to be looking for.
When I run my program in visual studio in release and debug mode, it tells
me that it is loading uhd.dll.
Do you have a copy of uhd.dll with debug symbols enabled? It would be a
huge help and don't think it would take much effort to generate (I'm
being presumptuous based on my own experience -- I dont know your
toolchain).
Isaac
On Tue, Apr 17, 2012 at 8:17 PM, Josh Blum <[email protected]> wrote:
>
>
> On 04/17/2012 02:58 PM, Isaac Gerg wrote:
> > Hi All,
> >
> > I am trying to run an application I wrote using UHD to work on Windows XP
> > 32bit. I am finding that when my program gets to any part that touches
> > anything in the uhd namespace, I get an access violation. This happens
> if
> > I compile on release or debug mode.
> >
>
> Maybe some DLL is missing from the path, give dependency walker a try:
> http://www.dependencywalker.com/
>
> -Josh
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20120418/38560728/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 20, Issue 17
******************************************
