Start-up that has a proof of concept they are trying to demonstrate to the largest customer....
They have been in contact with central apps to date. The issue they have is that have an image 2017R2, but it not communicating with Mathlab. They only need to loop back over RX channels with Mathlab (HW in the loop from Mathworks) with any version of Mathlab. They will generate their own custom image.
Can we get them an image that does this?
There is a page in your wiki which was about streaming data in matlab, but after following instruction for setting everything up, the link for examples are broken.
IIO System Object [Analog Devices Wiki]
The IIO System Object is based on the MATLAB System Objects specification. It is designed to exchange data over Ethernet with an ADI hardware system connected to a FPGA/SoC platform running the ADI Linux distribution.
You cannot real-time stream from the ADRV9371 since it will exceed the maximum rate of Gigabit Ethernet, even at the lowest rate of the eval platform. You can only do burst captures.
I would recommend not using Simulink blocks with the ADRV9371 since it will constantly overflow, and burst captures isn't really possible in Simulink. Performing data captures in MATLAB and post-processing the data is the recommended workflow.
You said we cannot real-time stream from ADRV9371. But we can receive and transmit signal in IIO Osciloscope or TES. If the maximum rate of Gigabit Ethernet is not sufficient, how do these applications transmit and receive data? Are they not real-time? Or do they burst capture data and change the GUI dynamically? Isn't there any way to receive and/or transmit data in real-time for AD9371/5?
They basically do burst captures on the RX side. The TX just repeats data stored in the DMA buffers.
If you want to stream continuously remotely you will either need to drop the RX/TX rate low enough for the interface (25 MS/s for GigE) or use a faster interface. We do not support anything other than Ethernet or serial out of the box on our standard platforms.
On the FPGA board you are getting data at full rate, but I doubt the applications are truly keeping up. We do not actively monitor this in IIO Scope.