Adding to Marcus' comments, if the issue is indeed erratic file reading,
there are a couple of options:
- configure a ram file system and put your transmit files in there
- use the RFNoC Replay block to transmit directly from the FPGA (2GB total
storage). This may be tricky to configure from gnuradio (I've never tried)

On Tue, Jan 25, 2022 at 7:23 AM Marcus Müller <marcus.muel...@ettus.com>
wrote:

> Hi Seckin,
>
> it's unlikely your processor is the problem here – if anything, it's the
> 40·10⁶·64b/s ~=
> 2.4 Gigabit per second that you're reading from your storage from two
> different files.
> Storage devices and file systems have pretty non-deterministic and
> large-variance read
> speeds and access times, and this might be a problem here.
>
> Does this also fail if you just connect two "null sources" instead of
> "file sources"?
>
> Best regards,
> Marcus
>
> DISCLAIMER: Any attached Code is provided As Is. It has not been tested or
> validated as a product, for use in a deployed application or system, or for
> use in hazardous environments. You assume all risks for use of the Code.
> Use of the Code is subject to terms of the licenses to the UHD or RFNoC
> code with which the Code is used. Standard licenses to UHD and RFNoC can be
> found at https://www.ettus.com/sdr-software/licenses/.
>
> NI will only perform services based on its understanding and condition
> that the goods or services (i) are not for the use in the production or
> development of any item produced, purchased, or ordered by any entity with
> a footnote 1 designation in the license requirement column of Supplement
> No. 4 to Part 744, U.S. Export Administration Regulations and (ii) such a
> company is not a party to the transaction.  If our understanding is
> incorrect, please notify us immediately because a specific authorization
> may be required from the U.S. Commerce Department before the transaction
> may proceed further.
>
> On 25.01.22 07:20, Seçkin Öncü wrote:
> > Hello,
> >
> > I am trying to use both channels of N320 to transmit the recorded files.
> But after a
> > certain times it gives “U” error and stop transmits at that channel.
> (The led light of
> > ch0 or ch1 turns off). Then it gives again “U” error and the other led
> turns off. Then
> > “L” error occurs. The problem happens over 20 MSPS of sample rate.
> Related figures are
> > attached.
> >
> > Why N320 stops transmitting when “U” error occurs? Isn’t it strange?
> >
> > There is no problem when transmitting on one channel.
> >
> > I have intel x520-da2 NIC, i7 8700 processor. I think it shouldn’t be a
> problem to
> > transmit at 20 Msps sample rate.
> >
> > Thanks
> >
> > Seckin
> >
> > _______________________________________________
> > USRP-users mailing list -- usrp-users@lists.ettus.com
> > To unsubscribe send an email to usrp-users-le...@lists.ettus.com
> _______________________________________________
> USRP-users mailing list -- usrp-users@lists.ettus.com
> To unsubscribe send an email to usrp-users-le...@lists.ettus.com
>
_______________________________________________
USRP-users mailing list -- usrp-users@lists.ettus.com
To unsubscribe send an email to usrp-users-le...@lists.ettus.com

Reply via email to