Sending a packet once but receiving multiple times at receiver side (GNURadio, Zynq702+FMComms5)

In your FMComms5 sink block, "Cyclic" is set to true. So, the transmission repeats until you stop the flowgraph. 

- Srikanth

Thank you Srikanth! Just want to add another thing. In that Case, I am getting only few sequences during single transmission where software simulation gives no loss. Should I have to configure other things from oscilloscope IIO on the board or there is a problem with the flowgraph design in grc file. 

BR, Rupak 

Thank you Srikanth! Just want to add another thing. In that Case, I am getting only few sequences during single transmission where software simulation gives no loss. Should I have to configure other things from oscilloscope IIO on the board or there is a problem with the flowgraph design in grc file. 

BR, Rupak 

If you set "Cyclic" to false, do you receive one sequence as expected? Do you still see a part of the expected sequence missing if you connect one zynq702+FMCOMMS5 in RF loopback i.e., connect the transmit and receive ports? Does your simulation work as expected when you remove all hardware, create a single flowgraph by just connecting the OFDM transmitter block to Throttle and the rest of the receiver blocks, and run it? Do you get the expected sequence without loss?

Hi, thanks for your reply. By setting Cyclic to False, I get only one time transmission which was I looking for. But I want to add that I get everytime around 10-12 sequences (0,1s) out of 100 and its not similar with transmitted file. I am considering this missmatch as there is no channel coding in my flowgraph. But I am concerned about receiving too little amount of inputs .

And the answer for simulation in single flowgraph is Yes. I get 100 sequences out 100 in software simulation (w/o hardware connection). 

Do I need to add any addtional blocks after/before FMCOMM blocks?

BR, Rupak 

Since you were using a pair of zynq702+FMCOMMS5, and I see two different IPs indicating a pair of zynq702+FMCOMMS5, I'm guessing you manually run two separate flowgraphs for Tx and Rx, one after the other? Is that correct? 

You could perhaps zero-pad your waveform at the output of OFDM Tx, with the length of zero-padding sequence set sufficiently long to see if you are able to match the waveform before trying to match the transmitted file. No other blocks should be needed after/before FMCOMMS blocks.

Thank you for your suggestions.