receive data causes buffer overflow

[AliSiddig]

Dear,

I am using stream data transmission example as a part of my project and after a while an overflow message appears. I am using IQ 100K. how to avoid the buffer overflow?

example link:

Streaming OFDM Transmitter and Receiver - NI Community

[JÞB · Accepted solution]

Any buffer overflow is a result of not reading fast enough.   Without seeing your code we cannot even guess what the bottlenecks are that slow down the read rate.

Typical mistakes enclude:

• Processing large data in the read loop
• Trying to log Or display data in the read loop
• Repeatedly opening and closing Read Sessions. 

Are you using RFmx?  You Should be. 

[billko]

---

@JÞB wrote:

Any buffer overflow is a result of not reading fast enough.   Without seeing your code we cannot even guess what the bottlenecks are that slow down the read rate.

Typical mistakes enclude:

• Processing large data in the read loop
• Trying to log Or display data in the read loop
• Repeatedly opening and closing Read Sessions. 

Are you using RFmx?  You Should be. 

---

This is the first time I have heard of RFmx.  It sounds really interesting.  THANKS.

[Frozen]

---

@billko wrote:

---

@JÞB wrote:

Any buffer overflow is a result of not reading fast enough.   Without seeing your code we cannot even guess what the bottlenecks are that slow down the read rate.

Typical mistakes enclude:

• Processing large data in the read loop
• Trying to log Or display data in the read loop
• Repeatedly opening and closing Read Sessions. 

Are you using RFmx?  You Should be. 

---

This is the first time I have heard of RFmx.  It sounds really interesting.  THANKS.

---

/google "RFmx"

I had to go look it up too. Sounds like it could come in handy.

[JÞB]

Radio Frequency Measurement eXperience is a session based API that calls through Modulation and Spectral Annalisys Toolkits to the underlying functions. The closest analogy would be comparing Traditional DAQ and DAQmx. The Measurement eXperience is the goal rather than the low level manipulations needed to create the ends.

[JÞB]

---

@Frozen wrote:

---

@billko wrote:

---

@JÞB wrote:

Any buffer overflow is a result of not reading fast enough.   Without seeing your code we cannot even guess what the bottlenecks are that slow down the read rate.

Typical mistakes enclude:

• Processing large data in the read loop
• Trying to log Or display data in the read loop
• Repeatedly opening and closing Read Sessions. 

Are you using RFmx?  You Should be. 

---

This is the first time I have heard of RFmx.  It sounds really interesting.  THANKS.

---

/google "RFmx"

I had to go look it up too. Sounds like it could come in handy.

---

It's been around for a few years and continues to grow support for new RF standards although it has always supported basic RF measuments for software defined radios.  I had Norm slap together a 10min Jing walk-through for me once before committing a client to adopt it.  If you've ever seen Norm do a full throttle dive into RF ... trust me it can bruise any RF Experts ego.

[AliSiddig]

Thanks for the quick response. I already removed most of the displays, but still overflow occurs. I am guessing I am not reading fast enough as you said. I am using the streaming files as TDD multiplexing using timed loop with duration 1 m-sec, receiving in one time slot and transmitting in the next slot. I am using USRP 2922 and 2930, and accordingly I cannot use timed loop with less that 1 m-sec. I uploaded the files. If you have better solution for TDD, I will be thankful.

[AliSiddig]

sorry, the attached file

[AliSiddig]

thanks a lot, I will check the RFmx