8bit or 16 bit data collection

[weaponwh]

Pull Request Details

Add RFNOC IP for 16 or 8 bit data collection support. record only

Description

add 16 or 8 bit data acquisition for x310/x300. add VIO to flip bytes for little or big endian 8 bit data is truncated version of 16 bit. Haven't seen any DC bias during testing. This design include all the files to build fpga bit files and ip driver

Related Issue

The design does not include user define acquisition software, see rfnoc_radio_loopback.cpp to implement user data acquisition software

Which devices/areas does this affect?

x300/x310

Testing Done

Tested on X300 with UHD version 4.0 UHD version 4.2 works but has warnings

Checklist

• [x ] I have read the CONTRIBUTING document.
• [x] My code follows the code style of this project. See CODING.md.
• [x] I have updated the documentation accordingly.
• [x] I have added tests to cover my changes, and all previous tests pass.
• [x] I have checked all compat numbers if they need updating (FPGA compat, MPM compat, noc_shell, specific RFNoC block, ...)

[weaponwh]

I have read the CLA Document and I hereby sign the CLA

[weaponwh]

recheck

[github-actions[bot]]

CLA Assistant Lite bot:
Thank you for your submission, we really appreciate it. Like many open-source projects, we ask that you all sign our Contributor License Agreement before we can accept your contribution. You can sign the CLA by just posting a Pull Request Comment same as the below format.

---

I have read the CLA Document and I hereby sign the CLA

---

1 out of 2 committers have signed the CLA.
:white_check_mark: @weaponwh
:x: @whan
whan seems not to be a GitHub user. You need a GitHub account to be able to sign the CLA. If you have already a GitHub account, please add the email address used for this commit to your account.
_{You can retrigger this bot by commenting recheck in this Pull Request}

[mbr0wn]

@weaponwh Thanks for opening this, and sorry for not reacting sooner. We won't be merging this into UHD because the block implementation is too different from something we would like to support inside UHD. However, there is obvious benefit/utility to this. I suggest you make this an RFNoC out-of-tree module in your own github space.

Thanks again!