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. 100 Msps N210 update (Marc Epard)
2. Re: UHD server windows (Marc Epard)
3. Re: New to USRP :: software development platform
recommendations sought (Marc Epard)
4. Re: 100 Msps N210 update (Per Zetterberg)
5. Re: USRP N200 with MATLAB transmit and receive.... (Marc Epard)
6. Having a problem with images built from the repository
(Mike Roddewig)
7. Re: Having a problem with images built from the repository
(Josh Blum)
8. Re: Having a problem with images built from the repository
(Mike Roddewig)
----------------------------------------------------------------------
Message: 1
Date: Fri, 06 Apr 2012 11:21:28 -0500
From: Marc Epard <[email protected]>
To: [email protected], "[email protected] Group"
<[email protected]>
Subject: [USRP-users] 100 Msps N210 update
Message-ID: <[email protected]>
Content-Type: text/plain; charset="us-ascii"
I just updated the repository at https://github.com/mepard/N210CeVI.
* It's compatible with the latest UHD host library.
* It no longer requires a modification to the UHD host library.
* uhd_streamer uses the channel API to switch to the 2nd DSP chain for 100 Msps.
* uhd_streamer builds and works on Windows.
* The client/server feature in uhd_streamer uses TCP instead of file locks and
FIFOs.
Enjoy.
-Marc
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20120406/6959ded3/attachment-0001.html>
------------------------------
Message: 2
Date: Fri, 06 Apr 2012 11:30:26 -0500
From: Marc Epard <[email protected]>
To: A Bose <[email protected]>
Cc: [email protected]
Subject: Re: [USRP-users] UHD server windows
Message-ID: <[email protected]>
Content-Type: text/plain; charset="us-ascii"
On Mar 21, 2012, at 11:03 AM, A Bose wrote:
> What are my options for creating a windows server that manages the sharing of
> the UHD.dll by multiple clients?
The uhd_streamer.cpp app in https://github.com/mepard/N210CeVI might be
helpful. It has a server mode that accepts requests from clients to transmit
and/or receive. It will only serve one request at a time, though. It serializes
access to the radios so clients don't interfere with each other, e.g. one
client requesting one frequency and another requesting a different one.
-Marc
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20120406/a39b53ab/attachment-0001.html>
------------------------------
Message: 3
Date: Fri, 06 Apr 2012 11:45:35 -0500
From: Marc Epard <[email protected]>
To: Stan Gamla <[email protected]>
Cc: [email protected]
Subject: Re: [USRP-users] New to USRP :: software development platform
recommendations sought
Message-ID: <[email protected]>
Content-Type: text/plain; charset="us-ascii"
On Mar 24, 2012, at 2:40 PM, Stan Gamla wrote:
> You described more or less exactly what I am looking for which is to use a
> USRP together with MATLAB code (not SIMULINK). The latter has been developed:
> a) to generates a Tx waveform file and; b) to analize received IQ-data files.
> This code is currently being used with laboratory test equipment whereby the
> Tx waveform file is loaded into a signal generator which then transmits the
> same signal (until stopped). The Tx signal is radiated by an antenna and then
> received by an antenna connected to a vector signal analyser. The latter
> writes its baseband IQ-data to an internal buffer. The data contained in the
> buffer is replaced periodically by new samples. MATLAB issues a function call
> in order for the contents of the buffer to be transferred to the workspace
> for processing. Would this also be possible with the N210s and the C++ tool
> you mentioned? In other words, is it possible for the Tx part of the N210s to
> be loaded with a waveform file that it will then transmit until stopped and
> is it possible for the Rx part of the N210 to down-convert and collect data
> that is then transferred on demand to MATLAB? The reason for this approach is
> two-fold.
I've finally updated the code at https://github.com/mepard/N210CeVI. The
uhd_streamer app almost, but not quite does what you want. It can transmit
continuously and it can receive continuously and it can record received data in
files, but not all at the same time. It might be a good starting point, though.
-Marc
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20120406/fefafdaf/attachment-0001.html>
------------------------------
Message: 4
Date: Fri, 6 Apr 2012 16:48:53 +0000
From: Per Zetterberg <[email protected]>
To: Marc Epard <[email protected]>, "[email protected]"
<[email protected]>, "[email protected] Group"
<[email protected]>
Subject: Re: [USRP-users] 100 Msps N210 update
Message-ID: <[email protected]>
Content-Type: text/plain; charset="us-ascii"
Great!
________________________________________
From: [email protected] [[email protected]]
on behalf of Marc Epard [[email protected]]
Sent: Friday, April 06, 2012 6:21 PM
To: [email protected]; [email protected] Group
Subject: [USRP-users] 100 Msps N210 update
I just updated the repository at https://github.com/mepard/N210CeVI.
* It's compatible with the latest UHD host library.
* It no longer requires a modification to the UHD host library.
* uhd_streamer uses the channel API to switch to the 2nd DSP chain for 100 Msps.
* uhd_streamer builds and works on Windows.
* The client/server feature in uhd_streamer uses TCP instead of file locks and
FIFOs.
Enjoy.
-Marc
------------------------------
Message: 5
Date: Fri, 06 Apr 2012 11:54:44 -0500
From: Marc Epard <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] USRP N200 with MATLAB transmit and
receive....
Message-ID: <[email protected]>
Content-Type: text/plain; charset="us-ascii"
On Mar 25, 2012, at 6:33 AM, salman dinani wrote:
> I have read your one post and came to know that you are doing transmission
> and reception using USRP via MATLAB interface..I am using USRP N200 with SBX
> daughtercard with MATLAB R2011b interface... ihave some problems in
> simultaneous TX and RX.. I want to ask some questions..??
The uhd_streamer.cpp app in https://github.com/mepard/N210CeVI might be
helpful. It transmits and receives at the same time and should work full-duplex
(though I haven't tried it for a while). We invoke it from MATLAB using the
system() function. We generate the tx samples in MATLAB and save it in a file.
Then we invoke uhd_streamer to transmit the samples and receive samples into
another file. After uhd_streamer finishes, we load the received samples into
MATLAB.
-Marc
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20120406/a4e8f379/attachment-0001.html>
------------------------------
Message: 6
Date: Fri, 6 Apr 2012 13:44:41 -0600
From: Mike Roddewig <[email protected]>
To: [email protected]
Subject: [USRP-users] Having a problem with images built from the
repository
Message-ID: <[email protected]>
Content-Type: text/plain; charset=US-ASCII
I have an N210 r3 and I've compiled the firmware, FPGA image, and host code
from the current git repository and it all works fine except for when I run
uhd_usrp_probe, it complains about a version mismatch.
linux; GNU C++ version 4.4.6 20110731 (Red Hat 4.4.6-3); Boost_104100;
UHD_003.004.000-37-gbd3eeb51
-- Opening a USRP2/N-Series device...
-- Current recv frame size: 1472 bytes
-- Current send frame size: 1472 bytes
Error: 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 9, but got 8:
The FPGA build is not compatible with the host code build.
uhd_find_devices runs as expected:
linux; GNU C++ version 4.4.6 20110731 (Red Hat 4.4.6-3); Boost_104100;
UHD_003.004.000-37-gbd3eeb51
--------------------------------------------------
-- UHD Device 0
--------------------------------------------------
Device Address:
type: usrp2
addr: 192.168.10.2
name: genesis
serial: ECR13W2UP
Should I roll-back to a different commit in the git repository? I have custom
FPGA HDL from a previous version of the UHD code that I wanted to merge with
the current code.
Thanks,
Mike
--
Mike Roddewig <[email protected]>
------------------------------
Message: 7
Date: Fri, 06 Apr 2012 13:24:58 -0700
From: Josh Blum <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] Having a problem with images built from the
repository
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1
On 04/06/2012 12:44 PM, Mike Roddewig wrote:
> I have an N210 r3 and I've compiled the firmware, FPGA image, and
> host code from the current git repository and it all works fine
> except for when I run uhd_usrp_probe, it complains about a version
> mismatch.
>
> linux; GNU C++ version 4.4.6 20110731 (Red Hat 4.4.6-3);
> Boost_104100; UHD_003.004.000-37-gbd3eeb51
>
> -- Opening a USRP2/N-Series device... -- Current recv frame size:
> 1472 bytes -- Current send frame size: 1472 bytes Error:
> 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 9, but got 8: The
> FPGA build is not compatible with the host code build.
>
> uhd_find_devices runs as expected:
>
You must have some old build files cached or the wrong image. Take a
look at this line, the compat number should be 9:
http://code.ettus.com/redmine/ettus/projects/uhd/repository/revisions/master/entry/fpga/usrp2/top/N2x0/u2plus_core.v#L438
-josh
------------------------------
Message: 8
Date: Fri, 6 Apr 2012 15:23:43 -0600
From: Mike Roddewig <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: [USRP-users] Having a problem with images built from the
repository
Message-ID: <[email protected]>
Content-Type: text/plain; charset=US-ASCII
Must have been, I wiped out the repository and pulled a clean copy, no problems
this time. Thanks!
On Fri, 06 Apr 2012 13:24:58 -0700
Josh Blum <[email protected]> wrote:
>
>
> On 04/06/2012 12:44 PM, Mike Roddewig wrote:
> > I have an N210 r3 and I've compiled the firmware, FPGA image, and
> > host code from the current git repository and it all works fine
> > except for when I run uhd_usrp_probe, it complains about a version
> > mismatch.
> >
> > linux; GNU C++ version 4.4.6 20110731 (Red Hat 4.4.6-3);
> > Boost_104100; UHD_003.004.000-37-gbd3eeb51
> >
> > -- Opening a USRP2/N-Series device... -- Current recv frame size:
> > 1472 bytes -- Current send frame size: 1472 bytes Error:
> > 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 9, but got 8: The
> > FPGA build is not compatible with the host code build.
> >
> > uhd_find_devices runs as expected:
> >
>
> You must have some old build files cached or the wrong image. Take a
> look at this line, the compat number should be 9:
>
> http://code.ettus.com/redmine/ettus/projects/uhd/repository/revisions/master/entry/fpga/usrp2/top/N2x0/u2plus_core.v#L438
>
> -josh
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
--
Mike Roddewig <[email protected]>
------------------------------
_______________________________________________
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 7
*****************************************
