Hi all,
after a discussion at GRCon, I was able to "fix" this issue. I'd like to
share this knowledge for future reference in the archives.
2x2 @30.72MSps on a B210 requires the `sc12` over the wire format. I was
able to confirm that with a `benchmark_rate` test with the `--rx_otw
sc12 --tx_ot
Hello JP,
You can try updating UHD and the FPGA image to UHD 4.3. If that doesn’t
help, then this issue is very likely a hardware failure and you’ll want to
contact supp...@ettus.com about RMAing the device.
Jonathon
On Tue, Oct 18, 2022 at 7:57 PM Jonathan Pratt wrote:
> To clarify, the commu
Thanks for the information. we would be surprised if it wasn’t a hardware issue.
A more full story is that we have three systems deployed and are not
physically accessible (and not returnable) so that we cannot do any hardware
diagnostics. The other two systems have died and are not visible on
On 2022-10-19 17:51, Jonathan Pratt wrote:
Thanks for the information. we would be surprised if it wasn’t a
hardware issue.
A more full story is that we have three systems deployed and are not
physically accessible (and not returnable) so that we cannot do any
hardware diagnostics. The oth
Hi All,
I'm trying to develop a rfnoc4 block that changes the data rate and the packet
size.
Specifically, my block is very similar to the keep-1-in-N block operated in
packet mode with the exception that the first arbitrary M packets are
discarded, the output packet-in-N is an average of the pa
On 2022-10-19 19:01, Minutolo, Lorenzo wrote:
Hi All,
I'm trying to develop a rfnoc4 block that changes the data rate and
the packet size.
Specifically, my block is very similar to the keep-1-in-N block
operated in packet mode with the exception that the first arbitrary M
packets are discarded
