Hi Laura, Joe ,& all, Thanks for your help first! I have learned the tutorial 2 before.Well I also find a weird thing that when I run tutorial 2, we can see the 10Gbe ports on the PowerPc through ssh.Well when I run a bof file and configure 10Gb block by ruby scripts,it can transition data packets(I can receive data on the connected PC),but the 10Gbe ports information couldn't found on the PowerPC of ROACH v2. Maybe it's caused by the difference of rb-katcp and the python library.The tut2 is controlled by Python.I will try to change a ruby one to see whether this is true later. I have compiled bitcode from a model on my system,Well ,it stay the same problem as downloads.I did not use the python software ,Acctually the PAPER has a perfectly control software system in ruby,So I decide to use the ruby software.Awkward, I am not so familiar wit ruby ,and caused lot of trouble to David...Apologize here! :） Your last 2 paragraph are good to my problem, I think my overflow problem is lied in the clock frequency as you pointed.Today I have checked the clock frequency by a spectrumeter.the frequency is 200MHZ is ok ,Well the amplitude is 2.8dbm,I am not sure whether it is the reason about? Our project's finial implication require 250Mhz to sample the signal ,So the frequency problem should be very important to me.For my first step ,I need settle out the overflow problem during 200Mhz which is designed in model and ok for 10Gb. Thanks for your answer! Best Regards! peter
At 2014-10-20 23:51:41, "Vertatschitsch, Laura E." <[email protected]> wrote: Hey Peter, I'm bumping this up to the listserve. I am unfamiliar with PAPER. Perhaps someone with that project can help. If you haven't yet, you should complete Tutorial 2 with your toolflow to learn about the 10 GbE interface and how it is controlled. I usually build an "enable" signal via a software register into my model file so that in python I can set up everything as necessary, specifically set up the 10 GbE port and give it a reset, before "enabling" data to flow into it. PAPER may have a different strategy there. Have you compiled the bitcode from a model file on your system, or have you simply downloaded the bitcode and tried to run it on a Roach2? Have you verified you are using the python software that goes with that particular bitcode? I suspect that the correct piece of python software will prevent the overflow, unless you have made changes to the model file that haven't been accommodated in software. Another thought: If you run the bitcode at a speed faster than it was intended, the 10 GbE buffer may fill as expected but the 10 GbE interface may not drain it fast enough. In other words, you may be running at a clock rate that pushes data out faster than 10 Gbps. There will be other problems with the bitcode there as you are pushing the signals past the timing limitations. If you compiled a PAPER model file but changed the FPGA rate from Simulink, then while your bitcode may function logically as expected and compile without errors, it may be trying to drive the 10 Gbps at a rate near or over 10 Gbps. You will have to adjust your model file and signals into the 10 GbE appropriately so that it does not overflow the buffer and the 10 Gbps rate on the link is not exceeded. --Laura --Laura
