[USRP-users] Cannot load X310 FPGA image

[Neunteufel, Daniel via USRP-users]

Hi all,


I'm working with three X310 with TwinRX daughterboards. I tried the latest UHD 
3.15 with the according v36 XG FPGA image. As I encountered problems with DPDK 
support in this UHD version, I went back to the latest stable release 3.14.1.1, 
which solved this problem.


Downgrading the X310 FPGA images to v35 (necessary for 3.14.1.1) worked like a 
charm on two of the devices, however, for one uhd_image_loader terminated with
"Error: RuntimeError: Device reported an error during initialization.".

I loaded the desired image into volatile memory via JTAG using Vivado. Doing 
so, I'm able to use the device with UHD 3.14.1.1 until power cycling. The 
uhd_image_loader still does not work, causing the same error message. Using the 
HG image doesn't help, either.


The problem is very similar to the one described here, but unfortunately the 
solution seems to be off-list:

http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/2016-October/050028.html



Any help highly appreciated.
Thanks,
Daniel

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

Re: [USRP-users] X310 over PCIe not found in Ubuntu 18

[Wheberth Damascena Dias via USRP-users]

Another piece of info. The manual of the PCIe-8371 card states that it may
not work in a slot intended for graphics card. Anyone have an idea of the
reason for that?

[image: image.png]

Em ter, 29 de out de 2019 às 16:11, Wheberth Damascena Dias <
whebe...@gmail.com> escreveu:

> Here is the full output of the lspci. I will try to install Ubuntu 16.04
> and see
>
> 00:00.0 Host bridge: Intel Corporation Device 3e30 (rev 0a)
> 00:01.0 PCI bridge: Intel Corporation Xeon E3-1200 v5/E3-1500 v5/6th Gen
> Core Processor PCIe Controller (x16) (rev 0a)
> 00:02.0 VGA compatible controller: Intel Corporation Device 3e98
> 00:14.0 USB controller: Intel Corporation Cannon Lake PCH USB 3.1 xHCI
> Host Controller (rev 10)
> 00:14.2 RAM memory: Intel Corporation Cannon Lake PCH Shared SRAM (rev 10)
> 00:14.3 Network controller: Intel Corporation Wireless-AC 9560 [Jefferson
> Peak] (rev 10)
> 00:16.0 Communication controller: Intel Corporation Cannon Lake PCH HECI
> Controller (rev 10)
> 00:17.0 SATA controller: Intel Corporation Cannon Lake PCH SATA AHCI
> Controller (rev 10)
> 00:1b.0 PCI bridge: Intel Corporation Device a340 (rev f0)
> 00:1c.0 PCI bridge: Intel Corporation Device a338 (rev f0)
> 00:1d.0 PCI bridge: Intel Corporation Cannon Lake PCH PCI Express Root
> Port 9 (rev f0)
> 00:1f.0 ISA bridge: Intel Corporation Device a305 (rev 10)
> 00:1f.3 Audio device: Intel Corporation Cannon Lake PCH cAVS (rev 10)
> 00:1f.4 SMBus: Intel Corporation Cannon Lake PCH SMBus Controller (rev 10)
> 00:1f.5 Serial bus controller [0c80]: Intel Corporation Cannon Lake PCH
> SPI Controller (rev 10)
> 00:1f.6 Ethernet controller: Intel Corporation Ethernet Connection (7)
> I219-V (rev 10)
> 01:00.0 PCI bridge: PLX Technology, Inc. PEX 8608 8-lane, 8-Port PCI
> Express Gen 2 (5.0 GT/s) Switch (rev ba)
> 02:01.0 PCI bridge: PLX Technology, Inc. PEX 8608 8-lane, 8-Port PCI
> Express Gen 2 (5.0 GT/s) Switch (rev ba)
> 03:00.0 Signal processing controller: National Instruments PXIe/PCIe Device
>
> Em sex, 25 de out de 2019 às 20:55, Wheberth Damascena Dias <
> whebe...@gmail.com> escreveu:
>
>> This computer has a mini-ITX board (ASUS ROG Strix Z390-I ) with just one
>> x16 slot.
>> However, on monday I can get the full output of the lspci command.
>>
>> Em sex, 25 de out de 2019 às 18:28, Sam Reiter 
>> escreveu:
>>
>>> Would you be able to try shifting this card to another PCIe slot in your
>>> machine?
>>>
>>> I'm also interested in knowing what other PCIe devices you have
>>> connected to the computer. It might be worth making the X310's PCIe link
>>> the only connection, at least for testing purposes.
>>>
>>> Sam
>>>
>>>
>>> On Wed, Oct 23, 2019 at 6:58 PM Wheberth Damascena Dias <
>>> whebe...@gmail.com> wrote:
>>>
 Hi Mr Reiter,
 Thank you for your answer.

 Actually yes, the same X310 runs perfectly in another machine. Its a i7
 6th gen with ubuntu 18.04 kernel  4.15.0, libuhd and uhd-host on same
 version.

 I think this can be some PCIe related setting on the BIOS, since the
 lspci shows [disabled] next to the base address, but I can't find any
 option to change it on the BIOS.

 Best Regards





>>
>> --
>> *Wheberth Damascena Dias*
>> ___ _ _ __ ___ __ _ _ _  _
>> http://www.linkedin.com/in/wheberth
>> e-mail:whebe...@gmail.com
>>
>>
>
> --
> *Wheberth Damascena Dias*
> ___ _ _ __ ___ __ _ _ _  _
> http://www.linkedin.com/in/wheberth
> e-mail:whebe...@gmail.com
>
>

-- 
*Wheberth Damascena Dias*
___ _ _ __ ___ __ _ _ _  _
http://www.linkedin.com/in/wheberth
e-mail:whebe...@gmail.com
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

[USRP-users] GNURadio with E310?

[zcao--- via USRP-users]

Hi,

I have a couple high level questions here related with using GNURadio with 
E310. I would really appreciate it if someone can give us a quick feedback. 
Thanks.

1. Can we use E310 just like other non-embedded USRP platforms, with which we 
run GNURadio models in a host computer and send I/Q samples to E310 via an 
Ethernet connection?

2. Are there gr-uhd blocks that expose the control of AD9361and DDC/DUC in the 
FPGA, in which we can configure channel bandwidth, filter settings, register 
settings, ADC/DAC sampling rate and sampling rate change by DDC/DUC? 

Regards,
Arnold

C-3 Comm Systems, LLC
3100 Clarendon Blvd., Suite 200
Arlington, VA 22201
Phone: (703) 829-0588
Email : z...@c3commsystems.com 
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Re: [USRP-users] uhd_fft failure

[Saeid Hashemi via USRP-users]

Okay, now I'm seeing this:

nuc03@nuc03:~$ /home/nuc03/gnuradio/gr-uhd/apps/uhd_fft
Traceback (most recent call last):
  File "/home/nuc03/gnuradio/gr-uhd/apps/uhd_fft", line 44, in 
from gnuradio import eng_notation
ImportError: No module named gnuradio


On Sat, Oct 26, 2019 at 2:31 PM Ettus Research Support 
wrote:

> It now looks like you need to install "python-qt4" to get around this
> issue. Same basic method as "python-six", whatever that was that you did
> successfully. - MLD
>
> On Thu, Oct 24, 2019 at 4:37 PM Saeid Hashemi  wrote:
>
>> Yes, I did those steps as well to install gnuradio from source.
>> Installed the binary for python-sip, now I'm getting another error:
>>
>> nuc03@nuc03:~/gnuradio/build$ /home/nuc03/gnuradio/gr-uhd/apps/uhd_fft
>> Traceback (most recent call last):
>>   File "/home/nuc03/gnuradio/gr-uhd/apps/uhd_fft", line 43, in 
>> from PyQt4 import Qt
>> ImportError: No module named PyQt4
>>
>>
>> On Mon, Oct 21, 2019 at 12:19 PM Ettus Research Support <
>> supp...@ettus.com> wrote:
>>
>>> Hi Saeid - Not sure what's going on with your GR install ... did you do
>>> "sudo make install" after doing "make"? Did you do "sudo ldconfig" after
>>> installing?
>>>
>>> It looks like you need to install "python-sip" to get around this latest
>>> issue. Same basic method as "python-six", whatever that was that you did
>>> successfully. - MLD
>>>
>>> On Fri, Oct 18, 2019 at 3:19 PM Saeid Hashemi via USRP-users <
>>> usrp-users@lists.ettus.com> wrote:
>>>
 Okay, so installing python-six fixed that, and I was able to install
 3.7.13.5 from source.
 The sample apps like uhd_fft are not in the path like they used to be
 with binary installation. And trying it from the apps folder gives me:

 nuc03@nuc03:/usr/local/bin$ /home/nuc03/gnuradio/gr-uhd/apps/uhd_fft
 Traceback (most recent call last):
   File "/home/nuc03/gnuradio/gr-uhd/apps/uhd_fft", line 39, in 
 import sip
 ImportError: No module named sip


 On Thu, Oct 17, 2019 at 10:26 AM Michael Dickens <
 michael.dick...@ettus.com> wrote:

> Yes sorry about the GR37 release version: 3.7.13.5 is the correct on.
> Installing Py27-six should be pretty straight forward & should allow you 
> to
> proceed with that install. GR38 has it's own set of dependencies, some of
> which overlap with GR37 and some of which don't. You'll want to follow the
> install guide for your OS to get those dependencies. Good luck! - MLD
>
> On Wed, Oct 16, 2019 at 3:02 PM Saeid Hashemi 
> wrote:
>
>> Hi Michael,
>>
>> The gnuradio git repository does not have a tag for v3.17.14.5, and
>> using v3.7.13.5 gives me:
>>
>> -- Python checking for six - python 2 and 3 compatibility library
>> -- Python checking for six - python 2 and 3 compatibility library -
>> not found
>> CMake Error at volk/CMakeLists.txt:98 (message):
>>   six - python 2 and 3 compatibility library required to build VOLK
>>
>>
>> -- Configuring incomplete, errors occurred!
>> See also "/home/nuc03/gnuradio/build/CMakeFiles/CMakeOutput.log".
>> See also "/home/nuc03/gnuradio/build/CMakeFiles/CMakeError.log".
>>
>>
>> Checking out tag v3.8.0.0 results in Cmake dependency of 3.8 and up,
>> so I need to install that manually.
>>
>>
>> On Sat, Oct 12, 2019 at 11:02 AM Michael Dickens <
>> michael.dick...@ettus.com> wrote:
>>
>>> OK. Thanks for the info Saeid. I'll look into creating a VM using
>>> Ubuntu 16.04.1 to see what happens. - MLD
>>>
>>> On Fri, Oct 11, 2019 at 4:47 PM Saeid Hashemi 
>>> wrote:
>>>
 It's Ubuntu 16.04.1, but yes, I will follow the source build
 instructions.

 On Fri, Oct 11, 2019 at 3:11 PM Michael Dickens <
 michael.dick...@ettus.com> wrote:

> Hi Saeid - Thanks for the followup. I totally agree that if you
> just "sudo apt install gnuradio", compatible versions should be 
> installed.
> Are you using Ubuntu 16.04.6 LTS (Xenial Xerus)? If you choose to 
> install
> from source, you can follow instructions such as the GR recommended 
> way
> here <
> https://wiki.gnuradio.org/index.php/UbuntuInstall#Xenial_Xerus_.2816.04.29
> >. I have an Ubuntu 18.04 install that went very smoothly using this 
> >guide,
> but maybe the guide is outdated for older Ubuntu; or, our packages 
> need to
> be updated for that OS version ... Cheers! - MLD
>
> On Fri, Oct 11, 2019 at 2:24 PM Saeid Hashemi 
> wrote:
>
>> I will follow your advice, but it's worth mentioning I simply did
>> apt-get gnuradio and should therefore have a compatible version of 
>> uhd
>> installed automatically as a dependency. I did not install uhd 
>> separately.

[USRP-users] Issues Using FFT RFNoC Block for E312

[Jonathan Lockhart via USRP-users]

Greetings,

I was wondering if anyone is familiar with utilizing the FFT block from the
Ettus code library. I am using the default binary that is complied
following the instructions in [1]. I have a working environment and have
successfully used the foshpor window in the end example of that install to
look at the spectrum around my area, which was really cool. I had some old
hackRF examples I had made when I went through that course and was trying
to convert them over to run on the E312, which some changes. I started with
building a radio using the UHD software components but found out real quick
that A9 can not sample fast enough, so switch to slowly using the RFNoC
blocks, like Radio, FIFO, FFT, to do the heavy lifting, with a ZMQ Push to
my host where it does software processing on it. Right now its just meant
to be an FM radio, like in your car, and I have copied many of the modules
over from the fosphor example in the gr-ettus install examples folder.

With that bg, I get an interesting result. With the components of Window
and FFT disabled I get an audio output. When I don't the host shows on the
QT GUI a sync at my centering frequency. I assumed it was b/c the RFNoC
blocks were operating with a 512 vector size and GNU Radio software blocks
prefer a vector size of 1 (for some of them like QT GUI). I also thought it
was b/c the QT block also has an FFT, so I placed an inverse FFT inline,
which had no effect.

With all this said, I know there needs to be an FFT to process an analog
signal, that is how a DFT is handled with logic or computers. I would like
to do the heavy lifting on the FPGA with its FFT, rather than relying on
the FFT in the gui, and also still get audio out. Does anyone have an
suggestions, and are there any reference materials that could be
recommended? I have mostly been using Google and examples I can find on the
Ettus KB, plus the gr-ettus installed examples as references.

I have attached my .grc files for reference.

Regards,
Jon Lockhart

[1]
https://kb.ettus.com/Software_Development_on_the_E3xx_USRP_-_Building_RFNoC_UHD_/_GNU_Radio_/_gr-ettus_from_Source


fm_example_host.grc
Description: Binary data


fm_example_usrp.grc
Description: Binary data
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com