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-requ...@lists.ettus.com <usrp-users-requ...@lists.ettus.com> wrote: Send USRP-users mailing list submissions to usrp-users@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-requ...@lists.ettus.com You can reach the person managing the list at usrp-users-ow...@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@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@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@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" <101scie...@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@lists.ettus.com Subject: Re: [USRP-users] Compiling UHD Error Message-ID: <8fc84b70-fc29-6b85-1aac-d9586e088...@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@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@lists.ettus.com Subject: Re: [USRP-users] Compiling UHD Error Message-ID: <5f0e57f1.80...@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@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@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@lists.ettus.com Subject: Re: [USRP-users] error at updating the filesystem for usrp n310 Message-ID: <5f0f0a47.3020...@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@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@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@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@lists.ettus.com Subject: Re: [USRP-users] error at updating the filesystem for usrp n310 Message-ID: <5f0f0db4.2080...@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@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@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com ------------------------------ End of USRP-users Digest, Vol 119, Issue 14 *******************************************
_______________________________________________ USRP-users mailing list USRP-users@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
