[USRP-users] USRP-users Digest, Vol 119, Issue 14

Larry Dodd 101science at gmail.com
Wed Jul 15 12:43:12 EDT 2020


Marcus, Ron
Thanks for the information. Marcus yes I'm using Windows 10 and will follow the pre-built instructions you provided.  Thanks
Larry, K4LED
On 7/15/2020 12:20:37 PM, usrp-users-request at lists.ettus.com <usrp-users-request at lists.ettus.com> wrote:
Send USRP-users mailing list submissions to
usrp-users at lists.ettus.com

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
usrp-users-request at lists.ettus.com

You can reach the person managing the list at
usrp-users-owner at lists.ettus.com

When replying, please edit your Subject line so it is more specific
than "Re: Contents of USRP-users digest..."


Today's Topics:

1. Considerations on resampling inside USRP firmware
(Richard J. Muri)
2. Re: Considerations on resampling inside USRP firmware
(Brian Padalino)
3. Compiling UHD Error (Larry Dodd)
4. Re: Compiling UHD Error (Ron Economos)
5. Re: Compiling UHD Error (Marcus D. Leech)
6. error at updating the filesystem for usrp n310 (Pavlos Basaras)
7. Re: error at updating the filesystem for usrp n310
(Marcus D. Leech)
8. Re: error at updating the filesystem for usrp n310
(Pavlos Basaras)
9. Re: error at updating the filesystem for usrp n310
(Marcus D. Leech)
10. Re: error at updating the filesystem for usrp n310
(Pavlos Basaras)


----------------------------------------------------------------------

Message: 1
Date: Tue, 14 Jul 2020 19:29:05 +0000
From: "Richard J. Muri"
To: "usrp-users at lists.ettus.com"
Subject: [USRP-users] Considerations on resampling inside USRP
firmware
Message-ID:

Content-Type: text/plain; charset="us-ascii"

Hello,



I'm working on a project using x310s where different stakeholders desire different sampling rates, some of which are not natively support by the x310. One stakeholder wants to put a fractional resampling filter at the ingress and egress of the FPGA inside the USRP.



For instance, I may be running the USRP at 50 MHz sampling rate. I have an application that requires a 40 MHz sampling rate. I want to send 1000 samples (from my application perspective) loopbacked from TX/RX to RX2. Does it make sense to put a 5/4 upsampler on the transmit chain inside the FPGA, and then a 4/5 downsampler on the receive? I'm hoping that if I use the software I have already written as before, the scenario plays out as follows:



1. Initialize the USRP to a 50 MHz sampling rate.

2. Set md.time_spec using a clock domain agnostic method (e.g. set it using integer seconds, double fractional seconds).

3. Call tx_streamer->send(txbuffer, 1000 samples, md, 0 timeout) in my TX thread.

4. Call rx_streamer->recv(rxbuffer, 1000 samples, md, 0 timeout) in my RX thread.

5. The 1000 sample TX packet hits the upsampler, gets converted to 1250 samples.

6. The USRP works as normal and puts the 1250 samples through the full TX/RX chain, at the time specified in the metadata timespec (rounded to whatever nearest tick count can actually be represented by the 20 ns clock period)

7. The 1250 sample receive hits the downsampler, gets converted to 1000 samples.

8. My software gets 1000 samples into rxbuffer



I'm not terribly familiar with the internal workings of the Verilog firmware. Are there issues I may be missing? Does the custom firmware need to intercept the CHDR and change the 1000 samples to 1250, or is the 1000 only used by software for the network communication?



Thank you,

Richard

-------------- next part --------------
An HTML attachment was scrubbed...
URL:

------------------------------

Message: 2
Date: Tue, 14 Jul 2020 16:21:13 -0400
From: Brian Padalino
To: "Richard J. Muri"
Cc: "usrp-users at lists.ettus.com"
Subject: Re: [USRP-users] Considerations on resampling inside USRP
firmware
Message-ID:

Content-Type: text/plain; charset="utf-8"

On Tue, Jul 14, 2020 at 3:30 PM Richard J. Muri via USRP-users <>
usrp-users at lists.ettus.com> wrote:

> Hello,
>
>
>
> I?m working on a project using x310s where different stakeholders desire
> different sampling rates, some of which are not natively support by the
> x310. One stakeholder wants to put a fractional resampling filter at the
> ingress and egress of the FPGA inside the USRP.
>
>
>
> For instance, I may be running the USRP at 50 MHz sampling rate. I have an
> application that requires a 40 MHz sampling rate. I want to send 1000
> samples (from my application perspective) loopbacked from TX/RX to RX2.
> Does it make sense to put a 5/4 upsampler on the transmit chain inside the
> FPGA, and then a 4/5 downsampler on the receive? I?m hoping that if I use
> the software I have already written as before, the scenario plays out as
> follows:
>
>
>
> 1. Initialize the USRP to a 50 MHz sampling rate.
>
> 2. Set md.time_spec using a clock domain agnostic method (e.g. set
> it using integer seconds, double fractional seconds).
>
> 3. Call tx_streamer->send(txbuffer, 1000 samples, md, 0 timeout) in
> my TX thread.
>
> 4. Call rx_streamer->recv(rxbuffer, 1000 samples, md, 0 timeout) in
> my RX thread.
>
> 5. The 1000 sample TX packet hits the upsampler, gets converted to
> 1250 samples.
>
> 6. The USRP works as normal and puts the 1250 samples through the
> full TX/RX chain, at the time specified in the metadata timespec (rounded
> to whatever nearest tick count can actually be represented by the 20 ns
> clock period)
>
> 7. The 1250 sample receive hits the downsampler, gets converted to
> 1000 samples.
>
> 8. My software gets 1000 samples into rxbuffer
>
>
>
> I?m not terribly familiar with the internal workings of the Verilog
> firmware. Are there issues I may be missing? Does the custom firmware need
> to intercept the CHDR and change the 1000 samples to 1250, or is the 1000
> only used by software for the network communication?
>

Rational resampling can work with all the tools that Ettus has already
provided. I am in the process of putting the finishing touches on a 2/3
and 3/2 resampler for the X310. I will make it publically available very
soon. Let me know if you think this will help you.

The DUC and DDC do rate changing, so looking at those as examples, you'll
notice that really the big thing to do is check out the axi_rate_change
block:


https://github.com/EttusResearch/fpga/blob/UHD-3.15.LTS/usrp3/lib/rfnoc/noc_block_ddc.v

https://github.com/EttusResearch/fpga/blob/UHD-3.15.LTS/usrp3/lib/rfnoc/noc_block_duc.v

https://github.com/EttusResearch/fpga/blob/UHD-3.15.LTS/usrp3/lib/rfnoc/axi_rate_change.v

For blocks with fixed rates, check out the DEFAULT_N and DEFAULT_M
parameters for the Verilog. This eliminates the need to set a register in
software, and the logic in the axi_rate_change block is ready to go at
reset.

Be sure to simulate the block fully beforehand, but that should do it all
for you.

Brian
-------------- next part --------------
An HTML attachment was scrubbed...
URL:

------------------------------

Message: 3
Date: Tue, 14 Jul 2020 19:23:08 -0500
From: "Larry Dodd" <101science at gmail.com>
To: ""
Subject: [USRP-users] Compiling UHD Error
Message-ID:
Content-Type: text/plain; charset="utf-8"

Using Cmake I get the following error.
CMake Error: The source directory "C:/uhd-master/uhd-master/build/CMakeFiles" does not appear to contain CMakeLists.txt.
Specify --help for usage, or press the help button on the CMake GUI.

I searched the computer and can not find CMakeFiles.txt anywhere.
Larry, K4LED
-------------- next part --------------
An HTML attachment was scrubbed...
URL:

------------------------------

Message: 4
Date: Tue, 14 Jul 2020 18:05:35 -0700
From: Ron Economos
To: usrp-users at lists.ettus.com
Subject: Re: [USRP-users] Compiling UHD Error
Message-ID: <8fc84b70-fc29-6b85-1aac-d9586e088b26 at comcast.net>
Content-Type: text/plain; charset="utf-8"; Format="flowed"

Take a look at:

https://files.ettus.com/manual/page_build_guide.html

Typically, for Linux it's:

git clone https://github.com/EttusResearch/uhd.git

cd uhd

git checkout v3.15.0.0 -b tmp

cd host

mkdir build

cd build

cmake ../

make

sudo make install

sudo ldconfig

It's highly recommended to checkout a release. The master branch is a
development branch and can be broken.

Ron W6RZ

On 7/14/20 17:23, Larry Dodd via USRP-users wrote:
> Using Cmake I get the following error.
> CMake Error: The source directory
> "C:/uhd-master/uhd-master/build/CMakeFiles" does not appear to contain
> CMakeLists.txt.
> Specify --help for usage, or press the help button on the CMake GUI.
> I searched the computer and can not find CMakeFiles.txt anywhere.
> Larry, K4LED
>
> _______________________________________________
> USRP-users mailing list
> USRP-users at lists.ettus.com
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL:

------------------------------

Message: 5
Date: Tue, 14 Jul 2020 21:12:17 -0400
From: "Marcus D. Leech"
To: usrp-users at lists.ettus.com
Subject: Re: [USRP-users] Compiling UHD Error
Message-ID: <5f0e57f1.80906 at gmail.com>
Content-Type: text/plain; charset="windows-1252"; Format="flowed"

On 07/14/2020 08:23 PM, Larry Dodd via USRP-users wrote:
> Using Cmake I get the following error.
> CMake Error: The source directory
> "C:/uhd-master/uhd-master/build/CMakeFiles" does not appear to contain
> CMakeLists.txt.
> Specify --help for usage, or press the help button on the CMake GUI.
> I searched the computer and can not find CMakeFiles.txt anywhere.
> Larry, K4LED
>
>
> _______________________________________________
> USRP-users mailing list
> USRP-users at lists.ettus.com
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
I'm not a Windows build guy, but unless you have a good reason to build
it, you should avoid that and use a pre-built installer for UHD.

https://files.ettus.com/manual/page_install.html


-------------- next part --------------
An HTML attachment was scrubbed...
URL:

------------------------------

Message: 6
Date: Wed, 15 Jul 2020 15:12:58 +0300
From: Pavlos Basaras
To: usrp-users at lists.ettus.com
Subject: [USRP-users] error at updating the filesystem for usrp n310
Message-ID:

Content-Type: text/plain; charset="utf-8"

Dear community,

i am using the usrp n310 device. I am following the start up guide from
https://kb.ettus.com/USRP_N300/N310/N320/N321_Getting_Started_Guide#Setting_up_a_Serial_Console_Connection
for the initial setup of the usrp.

I completed the installation instructions for the host from
https://kb.ettus.com/Building_and_Installing_the_USRP_Open-Source_Toolchain_(UHD_and_GNU_Radio)_on_Linux
everything seemed ok.

I can connect to the device through both ssh and by the serial port.

I am trying to use mender to update the filesystem at the usrp device.

I executed the command: sudo uhd_images_downloader -t mender -t n3xx --yes
at the host to obtain usrp_n3xx_fs.mender, which i then copied to the usrp.

At the usrp i am using the command: mender -rootfs
/home/root/usrp_n3xx_fs.mender
to start the update of the system but i have the following incompatibility
issue :

ERRO[0000] Installation failed: installer: failed to read and install
update: installer: image (device types [ni-sulfur-rev6-mender
ni-sulfur-rev5-mender ni-sulfur-rev4-mender ni-sulfur-rev3-mender
ni-sulfur-rev6 ni-sulfur-rev5 ni-sulfur-rev4 ni-sulfur-rev3]) not
compatible with device ni-sulfur-rev11-mender module=rootfs
ERRO[0000] installer: failed to read and install update: installer: image
(device types [ni-sulfur-rev6-mender ni-sulfur-rev5-mender
ni-sulfur-rev4-mender ni-sulfur-rev3-mender ni-sulfur-rev6 ni-sulfur-rev5
ni-sulfur-rev4 ni-sulfur-rev3]) not compatible with device
ni-sulfur-rev11-mender module=main


How can i resolve this?


Details on the UHD intalled on both the host and the usrp device"

HOST computer uhd: [INFO] [UHD] linux; GNU C++ version 5.4.0 20160609;
Boost_105800; UHD_3.14.1.HEAD-0-g0347a6d8
USRP uhd: [INFO] [UHD] linux; GNU C++ version 7.3.0; Boost_106600;
UHD_3.14.1.1-0-g0347a6d8


all the best,
Pavlos.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:

------------------------------

Message: 7
Date: Wed, 15 Jul 2020 09:53:11 -0400
From: "Marcus D. Leech"
To: usrp-users at lists.ettus.com
Subject: Re: [USRP-users] error at updating the filesystem for usrp
n310
Message-ID: <5f0f0a47.3020100 at gmail.com>
Content-Type: text/plain; charset=windows-1252; format=flowed

On 07/15/2020 08:12 AM, Pavlos Basaras via USRP-users wrote:
> Dear community,
>
> i am using the usrp n310 device. I am following the start up guide
> from
> https://kb.ettus.com/USRP_N300/N310/N320/N321_Getting_Started_Guide#Setting_up_a_Serial_Console_Connection
> for the initial setup of the usrp.
>
> I completed the installation instructions for the host from
> https://kb.ettus.com/Building_and_Installing_the_USRP_Open-Source_Toolchain_(UHD_and_GNU_Radio)_on_Linux
>
> everything seemed ok.
>
> I can connect to the device through both ssh and by the serial port.
>
> I am trying to use mender to update the filesystem at the usrp device.
>
> I executed the command: sudo uhd_images_downloader -t mender -t n3xx --yes
> at the host to obtain usrp_n3xx_fs.mender, which i then copied to the
> usrp.
>
> At the usrp i am using the command: mender -rootfs
> /home/root/usrp_n3xx_fs.mender
> to start the update of the system but i have the following
> incompatibility issue :
>
> ERRO[0000] Installation failed: installer: failed to read and install
> update: installer: image (device types [ni-sulfur-rev6-mender
> ni-sulfur-rev5-mender ni-sulfur-rev4-mender ni-sulfur-rev3-mender
> ni-sulfur-rev6 ni-sulfur-rev5 ni-sulfur-rev4 ni-sulfur-rev3]) not
> compatible with device ni-sulfur-rev11-mender module=rootfs
> ERRO[0000] installer: failed to read and install update: installer:
> image (device types [ni-sulfur-rev6-mender ni-sulfur-rev5-mender
> ni-sulfur-rev4-mender ni-sulfur-rev3-mender ni-sulfur-rev6
> ni-sulfur-rev5 ni-sulfur-rev4 ni-sulfur-rev3]) not compatible with
> device ni-sulfur-rev11-mender module=main
>
>
> How can i resolve this?
>
>
> Details on the UHD intalled on both the host and the usrp device"
>
> HOST computer uhd: [INFO] [UHD] linux; GNU C++ version 5.4.0 20160609;
> Boost_105800; UHD_3.14.1.HEAD-0-g0347a6d8
> USRP uhd: [INFO] [UHD] linux; GNU C++ version 7.3.0; Boost_106600;
> UHD_3.14.1.1-0-g0347a6d8
>
>
> all the best,
> Pavlos.
>
This seems a bit odd.

Two things:

(A) How did you copy the .mender file over to the usrp?
(B) (This seems really dumb, and I apologize in advance) are you sure
that you're running the mender command ON the USRP?





------------------------------

Message: 8
Date: Wed, 15 Jul 2020 17:02:41 +0300
From: Pavlos Basaras
To: "Marcus D. Leech"
Cc: usrp-users at lists.ettus.com
Subject: Re: [USRP-users] error at updating the filesystem for usrp
n310
Message-ID:

Content-Type: text/plain; charset="utf-8"

Hello,

thank you very much for your prompt reply.

i copied the .mender file by using the "scp" command.
Yes, i am running the command on the USRP.

I am not sure if this is a problem but --initially when i created the
.mender file, the host was running the UHD 3.14.0.0 and the USRP had
3.14.1.0. This is when the problem appeared first.
Then i changed the uhd to 3.14.1.0 on the host to match exactly the UHD on
the usrp, but the error still persists (or course i deleted the old file
from the usrp).

any ideas?

best,
P.


On Wed, Jul 15, 2020 at 4:53 PM Marcus D. Leech via USRP-users <>
usrp-users at lists.ettus.com> wrote:

> On 07/15/2020 08:12 AM, Pavlos Basaras via USRP-users wrote:
> > Dear community,
> >
> > i am using the usrp n310 device. I am following the start up guide
> > from
> >
> https://kb.ettus.com/USRP_N300/N310/N320/N321_Getting_Started_Guide#Setting_up_a_Serial_Console_Connection
> > for the initial setup of the usrp.
> >
> > I completed the installation instructions for the host from
> >
> https://kb.ettus.com/Building_and_Installing_the_USRP_Open-Source_Toolchain_(UHD_and_GNU_Radio)_on_Linux
> > <>
> https://kb.ettus.com/Building_and_Installing_the_USRP_Open-Source_Toolchain_%28UHD_and_GNU_Radio%29_on_Linux
> >
> > everything seemed ok.
> >
> > I can connect to the device through both ssh and by the serial port.
> >
> > I am trying to use mender to update the filesystem at the usrp device.
> >
> > I executed the command: sudo uhd_images_downloader -t mender -t n3xx
> --yes
> > at the host to obtain usrp_n3xx_fs.mender, which i then copied to the
> > usrp.
> >
> > At the usrp i am using the command: mender -rootfs
> > /home/root/usrp_n3xx_fs.mender
> > to start the update of the system but i have the following
> > incompatibility issue :
> >
> > ERRO[0000] Installation failed: installer: failed to read and install
> > update: installer: image (device types [ni-sulfur-rev6-mender
> > ni-sulfur-rev5-mender ni-sulfur-rev4-mender ni-sulfur-rev3-mender
> > ni-sulfur-rev6 ni-sulfur-rev5 ni-sulfur-rev4 ni-sulfur-rev3]) not
> > compatible with device ni-sulfur-rev11-mender module=rootfs
> > ERRO[0000] installer: failed to read and install update: installer:
> > image (device types [ni-sulfur-rev6-mender ni-sulfur-rev5-mender
> > ni-sulfur-rev4-mender ni-sulfur-rev3-mender ni-sulfur-rev6
> > ni-sulfur-rev5 ni-sulfur-rev4 ni-sulfur-rev3]) not compatible with
> > device ni-sulfur-rev11-mender module=main
> >
> >
> > How can i resolve this?
> >
> >
> > Details on the UHD intalled on both the host and the usrp device"
> >
> > HOST computer uhd: [INFO] [UHD] linux; GNU C++ version 5.4.0 20160609;
> > Boost_105800; UHD_3.14.1.HEAD-0-g0347a6d8
> > USRP uhd: [INFO] [UHD] linux; GNU C++ version 7.3.0; Boost_106600;
> > UHD_3.14.1.1-0-g0347a6d8
> >
> >
> > all the best,
> > Pavlos.
> >
> This seems a bit odd.
>
> Two things:
>
> (A) How did you copy the .mender file over to the usrp?
> (B) (This seems really dumb, and I apologize in advance) are you sure
> that you're running the mender command ON the USRP?
>
>
>
> _______________________________________________
> USRP-users mailing list
> USRP-users at lists.ettus.com
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:

------------------------------

Message: 9
Date: Wed, 15 Jul 2020 10:07:48 -0400
From: "Marcus D. Leech"
To: Pavlos Basaras
Cc: usrp-users at lists.ettus.com
Subject: Re: [USRP-users] error at updating the filesystem for usrp
n310
Message-ID: <5f0f0db4.2080708 at gmail.com>
Content-Type: text/plain; charset=utf-8; format=flowed

On 07/15/2020 10:02 AM, Pavlos Basaras wrote:
> Hello,
>
> thank you very much for your prompt reply.
>
> i copied the .mender file by using the "scp" command.
> Yes, i am running the command on the USRP.
>
> I am not sure if this is a problem but --initially when i created the
> .mender file, the host was running the UHD 3.14.0.0 and the USRP had
> 3.14.1.0. This is when the problem appeared first.
> Then i changed the uhd to 3.14.1.0 on the host to match exactly the
> UHD on the usrp, but the error still persists (or course i deleted the
> old file from the usrp).
>
> any ideas?
>
> best,
> P.
>
I'll have to bug some R&D people and get back to you.





------------------------------

Message: 10
Date: Wed, 15 Jul 2020 17:14:01 +0300
From: Pavlos Basaras
To: "Marcus D. Leech"
Cc: usrp-users at lists.ettus.com
Subject: Re: [USRP-users] error at updating the filesystem for usrp
n310
Message-ID:

Content-Type: text/plain; charset="utf-8"

Hello,

that would be great!

cheers,
Pavlos.

On Wed, Jul 15, 2020 at 5:07 PM Marcus D. Leech
wrote:

> On 07/15/2020 10:02 AM, Pavlos Basaras wrote:
> > Hello,
> >
> > thank you very much for your prompt reply.
> >
> > i copied the .mender file by using the "scp" command.
> > Yes, i am running the command on the USRP.
> >
> > I am not sure if this is a problem but --initially when i created the
> > .mender file, the host was running the UHD 3.14.0.0 and the USRP had
> > 3.14.1.0. This is when the problem appeared first.
> > Then i changed the uhd to 3.14.1.0 on the host to match exactly the
> > UHD on the usrp, but the error still persists (or course i deleted the
> > old file from the usrp).
> >
> > any ideas?
> >
> > best,
> > P.
> >
> I'll have to bug some R&D people and get back to you.
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:

------------------------------

Subject: Digest Footer

_______________________________________________
USRP-users mailing list
USRP-users at lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com


------------------------------

End of USRP-users Digest, Vol 119, Issue 14
*******************************************
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20200715/4759e57e/attachment.html>


More information about the USRP-users mailing list