I've been testing RFNoC Blocks on the E310 using the SD image from
http://files.ettus.com/binaries/cache/e3xx/meta-ettus-v3.15.0.0-e310_prerelease/
and a recent pull from git: commit
6563c53743617215a18542db7d7050a04a0d409d (HEAD, tag: v3.15.0.0-
e310_prerelease).
I got my RFNoC images doing what I want them to do on the test bench
and switched to open air. That's when I noticed that the first channel
on the radio appears to be dead. I reverted to the standard FPGA image
and the usrp interface and example programs to make sure I wasn't
messing anything up. The first channel produces nothing but noise: it's
as if it's got no gain or no antenna. I'm sending the gain, antenna,
and frequency commands to both channels and reading them back. The
correct antenna LEDs light up, but I put antennas on all ports just to
be sure. Using RFNoC I swapped the channels and output ports so that
Channel 0 was directed out of Port 1 and vice versa:
stream_args.args["block_id0"] = radio_ctrl->get_block_id();
stream_args.args["block_port0"] = "1";
stream_args.args["block_id1"] = radio_ctrl->get_block_id();
stream_args.args["block_port1"] = "0";
and confirmed that Port 1 was now dead and Port 0 works fed from
Channel 0. It looks like a radio connection or command issue.
I reverted the same E310 back to an older SD image and both channels
work again with the same software but RFNoC is seriously messed up
with that version of UHD. This SD image and UHD version was a huge
improvement, but I need both radio channels working! Can anyone think
of a reason and a fix?
_______________________________________________
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
