I'm using the new sdk and sd image from
http://files.ettus.com/binaries/cache/e3xx/meta-ettus-v3.15.0.0-e310_prerelease/
and have build and run the base and rfnoc images from .../src/uhd/fpga-
src/usrp3/top/e31x by following the old tutorial on kb.ettus with just
a little updating.
it mostly seems to work for the images made with the
...top/e31x/makefile. I built the base regular image with a DDC and DCU
and the base rfnoc image with win, fft, fosfor, and fir blocks using
the make command in the .../top/e31x directory
I then copy the .../src/uhd/fpga-src/usrp3/top/e31x/build directory to
the sshfs folder visible to the e310 and load the new image the new MPM
way using
uhd_image_loader --args=type=e3xx --fpga-
path=./usrp_e310_sg1_rfnoc_fpga.bit
It mostly works, except I have to rename or link the .dts file to make
its base name match that of the .bit file. I can alternate between the
two fpga images and they seem to behave as expected. For example, with
the rfnoc image that has no DDC an attempt to set a rate is ignored
whereas with the base image that has a DDC it is accepted.
The problem is when I try to build a custom image using
../src/uhd/fpga-src/usrp3/tools/scripts/uhd_image_builder.py
I had to make a minor change in the file to get it to run:
build_dir = {
'x300':'x300',
'x310':'x300',
'e300':'e300',
# 'e310':'e300',
'e310':'e31x',
'e320':'e320',
'n300':'n3xx',
'n310':'n3xx'
The issue is that these images seem to build and install but
uhd_usrp_probe always reports the last block configuration that I've
loaded from on of the two base images. I checked and it really does
seem to be loading the images into /lib/firmware it's just that the
blocks in the new image aren't reported correctly. The real clue that
something is wrong comes by running
...host/build/examples/rfnoc_rx_to_file --rate=5e6
Creating the USRP device with: ...
[INFO] [UHD] linux; GNU C++ version 7.3.0; Boost_106600;
UHD_3.15.0.git-0-g6563c537
[INFO] [MPMD] Initializing 1 device(s) in parallel with args:
mgmt_addr=127.0.0.1,type=e3xx,product=e310_sg1,serial=309C7C2,claimed=F
alse
[INFO] [MPM.PeriphManager] Found 1 daughterboard(s).
[INFO] [MPM.PeriphManager] init() called with device args
`mgmt_addr=127.0.0.1,product=e310_sg1'.
[ERROR] [UHD] Exception caught in safe-call.
in ctrl_iface_impl<_endianness>::~ctrl_iface_impl() [with
uhd::endianness_t _endianness = (uhd::endianness_t)1]
at /usr/src/debug/uhd/3.15.0.0-
e310_prerelease/git/host/lib/rfnoc/ctrl_iface.cpp:52
this->send_cmd_pkt(0, 0, true); -> EnvironmentError: IOError: Block
ctrl (CE_00_Port_10) no response packet - AssertionError: bool(buff)
in uint64_t ctrl_iface_impl<_endianness>::wait_for_ack(bool, double)
[with uhd::endianness_t _endianness = (uhd::endianness_t)1; uint64_t =
long long unsigned int]
at /usr/src/debug/uhd/3.15.0.0-
e310_prerelease/git/host/lib/rfnoc/ctrl_iface.cpp:142
[ERROR] [MPMD] Failure during block enumeration: EnvironmentError:
IOError: Block ctrl (CE_00_Port_10) no response packet -
AssertionError: bool(buff)
in uint64_t ctrl_iface_impl<_endianness>::wait_for_ack(bool, double)
[with uhd::endianness_t _endianness = (uhd::endianness_t)1; uint64_t =
long long unsigned int]
at /usr/src/debug/uhd/3.15.0.0-
e310_prerelease/git/host/lib/rfnoc/ctrl_iface.cpp:142
Error: RuntimeError: Failed to run enumerate_rfnoc_blocks()
I've tried to learn enough about docker to build the latest e310 sd
card file system but it's a bit of a learning curve and my brain is
full at the moment. There seem to have been some architecture changes
since the README at
https://github.com/EttusResearch/ettus-docker/blob/master/oe-build/README.md
was written and an attempt to point to
https://github.com/EttusResearch/meta-ettus/tree/master/meta-mender-e31x
didn't get very far.
I'd really like to get gnuradio working on the e310 and got as far as
cross-compiling cppunit but then it started asking for numpy, which
started asking for cython...
Anyway, any pointers to getting the fpga images properly registered
would be appreciated!
_______________________________________________
USRP-users mailing list
[email protected]
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com