Well, I'm trying to communicate with the chip thru the I2C switch(TCA9548a) on
the PS side. From the schematic for the N310, I'm missing how the FPGA could be
involved here since I'm trying to accomplish this on the PS side. Maybe I'm
missing something here.
On Tuesday, October 12, 2021,
5918 root 2208 S grep usrp
On Tuesday, October 12, 2021, 02:38:36 PM EDT, Marcus D. Leech
wrote:
On 2021-10-12 2:20 p.m., Tellrell White wrote:
Out of curiosity, when running "systemctl status usrp-hwd" I get a message
stating "vendor preset=enabled". Is ther
Out of curiosity, when running "systemctl status usrp-hwd" I get a message
stating "vendor preset=enabled". Is there anyway possible that mpm is still
being started at bootup?
On Tuesday, October 12, 2021, 01:55:53 PM EDT, Tellrell White via
USRP-users wrote:
I
I/O Expander(TCA6408A) on the daughterboard.
On Tuesday, October 12, 2021, 01:50:19 PM EDT, Marcus D Leech
wrote:
Which i2C device are you trying to access?
Sent from my iPhone
On Oct 12, 2021, at 12:36 PM, Tellrell White wrote:
Philip I'm highlty doubtful that its a permissio
Philip I'm highlty doubtful that its a permissions issue. After moving the app
over to the n310, I enable it for all users to run it permissions wise.
However, the only "user" is root on the n310.
Martin I followed your instruction to disable usrp-hwd and then reboot and
after rebooting and
6, 2021, 02:50:06 PM EDT, Marcus D. Leech
wrote:
On 2021-10-06 1:56 p.m., Tellrell White via USRP-users wrote:
Currently, I have an app that I've cross-compiled for the N310 and I'm
trying to read data from the I/O Expander(TCA6408a) on the daughterboard,
however,
On Wednesday, October 6, 2021, 02:50:06 PM EDT, Marcus D. Leech
wrote:
On 2021-10-06 1:56 p.m., Tellrell White via USRP-users wrote:
Currently, I have an app that I've cross-compiled for the N310 and I'm trying
to read data from the I/O Expander(TCA6408a) on the daughterboard,
Currently, I have an app that I've cross-compiled for the N310 and I'm trying
to read data from the I/O Expander(TCA6408a) on the daughterboard, however, I'm
getting an error stating that the "device or resource is busy" which leads me
to believe that there is a driver already using the device.
On Monday, September 27, 2021, 8:53:49 PM EDT, Marcus D Leech
wrote:
Have you confirmed that there’s “stuff” under the sysyroot that is being
pointed to in that $CC variable?
Sent from my iPhone
On Sep 27, 2021, at 8:26 PM, Tellrell White via USRP-users
wrote:
I'm trying to cros
I'm trying to cross-compile a simple "hello world" c file on a host system
running ubuntu 18.04. I installed version UHD_4.0.0.HEAD-0-g90ce6062 and I have
the same version of UHD running on the N310 I'm using. As instructed, I
followed the steps under "Obtaining an SDK" and "SDK Usage" at the fo
I'm currently building an application that I want to run on the N310. I'm
following the link attached
USRP Hardware Driver and USRP Manual: USRP N3xx Series
|
|
| |
USRP Hardware Driver and USRP Manual: USRP N3xx Series
|
|
|
where I've downloaded and installed the sdk toolchain and
I'm trying to build uhd v4.0.0.0 in centos 7 and I seem to get keep the same 3
failing tests as displayed below
The following tests FAILED:
50 - pyranges_test (Failed)
52 - pychdr_parse_test (Failed)
89 - mpm_unit_tests (Failed)
Errors while running CTest
Will uhd still work corr
x27;m not sure if this point to a compiler compatibility issue or not.
On Tuesday, August 31, 2021, 08:39:31 AM EDT, Tellrell White via USRP-users
wrote:
Thanks for the catch, however, UHD is still failing to build
After issuing the "make command", and running a make test I&#x
d_n310 ..
Note the ".." on the end.
Philip
On 8/27/21 2:56 PM, Tellrell White via USRP-users wrote:
> Currently, I'm trying to build UHD for the N310 on my host machine following
> the link https://files.ettus.com/manual/page_usrp_n3xx.html#n3xx_fsbuild and
> I
Currently, I'm trying to build UHD for the N310 on my host machine following
the link https://files.ettus.com/manual/page_usrp_n3xx.html#n3xx_fsbuild and
I'm getting the following error as shown.
tw@tw-virtual-machine:~/uhd_n310/uhd/host/build$ cmake
-DCMAKE_TOOLCHAIN_FILE=/home/tw/uhd_n310/u
ctorINS_15program_options20invalid_option_valueEEEEE]+0x38):
undefined reference to
`boost::program_options::error_with_option_name::substitute_placeholders(std::__cxx11::basic_string, std::allocator > const&) const'
/tmp/ccXdJ5o0.o:(.data.rel.ro._ZTVN5boost16exception_detail19error_info
ke with building your application,
you also need to set the flag "-DCMAKE_TOOLCHAIN_FILE=/host/cmake/Toolchains/oe-sdk_cross.cmake".
Also, if you just want to run the UHD example, it already exists on the N310's
root file system at: /usr/lib/uhd/examples/rfnoc_replay_samples_from_fi
I'm trying to compile the source code using SDK 2019.1. I'm pointing the the
SDK project to the directory for sysroot and also to the directory for my linux
toolchain which are the following
/usr/local/share/uhd/images/y/sysroots/cortexa9t2hf-neon-oe-linux-gnueabi
/tools/Xilinx/SDK/2019.1/gnu/
Yep. Marcus you caught it!! That worked. Do I need to complete the sections on
"Compiling MPM Natively" and "Building UHD"?? I understand that I need the
cross-compiler for compiling SW for the device but I don't see the need for
completing the other two parts. Is there something additional tha
y, August 24, 2021, 10:55:02 AM EDT, Marcus D. Leech
wrote:
On 2021-08-24 10:47 a.m., Tellrell White via USRP-users wrote:
I'm trying to run the rfnoc replay samples from file example on the N310. I
have updated the file system on the sd card to UHD 4.0 successfully. Are their
in
I'm trying to run the rfnoc replay samples from file example on the N310. I
have updated the file system on the sd card to UHD 4.0 successfully. Are their
instructions on a cross-compiler to use on my host machine in order to compile
the .cpp code for the example and run it on the n310?
___
vice using JTAG and I believe this can
only successfully be done using the SFP port. Can someone confirm this for me.
On Monday, August 9, 2021, 9:58:15 AM EDT, Tellrell White via USRP-users
wrote:
MarcusNo, I haven't. This is a new VM I created running Ubuntu 18.04. Checking
On 08/08/2021 10:45 PM, Tellrell White via USRP-users wrote:
Hello
I'm currently trying to update the default fpga image on a usrp n310 and I'm
getting an error. This a print out
tw@tw-virtual-machine:/usr/local/share/uhd/images$ uhd_image_loader --args
"type
Out of curiosity, is it possible to flash the fpga of the N310 using the
console jtag interface? I've been trying to accomplish this by flashing the
default UHD 4.0 HG image and have been getting the following error
[ERROR] [RFNOC::GRAPH] IO Error during GSM initialization. EnvironmentError:
I
Hello
I'm currently trying to update the default fpga image on a usrp n310 and I'm
getting an error. This a print out
tw@tw-virtual-machine:/usr/local/share/uhd/images$ uhd_image_loader --args
"type=n3xx,addr=172.37.104.131" --fpga-path=usrp_n310_fpga_HG.bit
[INFO] [UHD] linux; GNU C++ versio
b/UHD-4.0/fpga/usrp3/top/n3xx/n310_rfnoc_image_core.yml#L71.
Jonathon
On Fri, Aug 6, 2021 at 9:44 PM Tellrell White via USRP-users
wrote:
Hello
Currently, I'm trying to reproduce the RFNoC replay example shown at the
following link
https://kb.ettus.com/Using_the_RFNoC_Replay_Block
using the
Hello
Currently, I'm trying to reproduce the RFNoC replay example shown at the
following link
https://kb.ettus.com/Using_the_RFNoC_Replay_Block
using the USRP N310. The version of UHD that I'm using is 4.0, which by default
already has RFNoC enabled. According to the link above, if you're using
MarcusI am running this in a Linux based VM running Ubuntu 16.04 LTS. The
laptop I'm using is a Dell Precision 7730 with a Intel Xeon processor w/ cpu @
2.90 GHz. It also has 64 GB or RAM. I'm using the 1 GbE on Ethernet port 0 on
the X310. I'm using a sample rate of 1 MHz and center freq of 2.
Leech via
USRP-users wrote:
On 08/13/2019 11:33 PM, Tellrell White via USRP-users wrote:
Hello All
I seem to be receiving an a uhd error that is causing flowgraphs to stop when
trying to send and receive using the USRP X310. Now, I'm receiving the same
error shown be
Hello All
I seem to be receiving an a uhd error that is causing flowgraphs to stop when
trying to send and receive using the USRP X310. Now, I'm receiving the same
error shown below when running the "uhd_usrp_probe" command. Not quite sure
where this error is coming from but I see rfnoc in the l
ethernet, yes, things should work.
Best regards, Marcus
On 10/08/2017 08:05 AM, Tellrell White via USRP-users wrote:
Ken
I tried your first suggestion. I went into the configuration options and
changed the network adapter to "bridged". Now there's a checkbox undern
e same subnet as the N210.
- ken
On Oct 6, 2017 10:23 PM, "Tellrell White via USRP-users"
wrote:
Hello Guys.
I'm currently trying to connect to the N210 using an ubuntu 14.04 virtual
machine. I've tried the commands uhd_find_devices and also uhd_usrp_probe and
they both indica
Hello Guys.
I'm currently trying to connect to the N210 using an ubuntu 14.04 virtual
machine. I've tried the commands uhd_find_devices and also uhd_usrp_probe and
they both indicate "no devices found". Pinging 192.168.2 comes up empty as
well. I used the command sudo ip address add 192.168.10.
33 matches
Mail list logo
