Topic: Noise with FMC151  (Read 24615 times)

paulleons May 30, 2014, 03:46 PM (#30)

  • Member
  • *
  • Posts: 30
Second set of text files :



tonyku May 30, 2014, 03:51 PM (#31)

  • Administrator
  • Member
  • *****
  • Posts: 196
Hi Paul,

Thanks for the correction.

Here are two more sets of delays (27 and 22).   Basically the default app has 0 delays and I am trying to figure out if going forward 5 to 10 or back wards -5 to -10 change the received.   

Please let me know which set corresponds with which delay, it'll help the process. 


paulleons May 30, 2014, 04:02 PM (#32)

  • Member
  • *
  • Posts: 30
Hello,


Please find the text files for tap 22:


Also, note that I changed to a new ML605 board, but of the same type and version .


Paul



paulleons May 30, 2014, 04:03 PM (#33)

  • Member
  • *
  • Posts: 30
Please find the text files for tap 27:


Paul

tonyku May 30, 2014, 04:29 PM (#34)

  • Administrator
  • Member
  • *****
  • Posts: 196
Hi Paul,

Attached is the log file that i see when I run the application - you should see the SAME settings (voltage and frequencies) - please verify that this is what you see using the provided application (in the c:\program files\) as well as what i gave you (the list of delays).

I tried the application with the firmware and at tap delay 0, and tap delay 10.   As you can see, tap delay 10 is bad, but tap delay of 0 is good (the default value).   

I'll try to get an applicatio nto you that will create 31 differnet cases in a long loop that will try each tap delay.  You can use Visual Analog as well to verify the results.  IDEALLY though you guy sshould be doing this and setting the tap delays because it's dependent on the board that you're using (trace length, etc. will affect it).




tonyku May 30, 2014, 04:30 PM (#35)

  • Administrator
  • Member
  • *****
  • Posts: 196
Here is the log file.  Please verify this is the same as what you see on your screen.

paulleons May 30, 2014, 04:44 PM (#36)

  • Member
  • *
  • Posts: 30
Yes.


Log files are identical except that the number of devices is 6 in my log file instead of 3 and the temperature is 29 instead of 39.


Paul

tonyku May 30, 2014, 04:46 PM (#37)

  • Administrator
  • Member
  • *****
  • Posts: 196

Hi John,

Attached is a new binary file - this one will go through all 32 available tap delays (0 to 31) and save adc0 and adc1 into 32 different txt files.  Please RAR the resulting files with the loopback after you're done.

This allows us to see if there is any value that will result in correct signal.

Tony

tonyku May 30, 2014, 04:48 PM (#38)

  • Administrator
  • Member
  • *****
  • Posts: 196

After the run, you should see:

adc0_tapioclk_0.txt to adc0_tapioclk_31.txt files

then the same for adc1.    Go ahead and RAR or zip up all the files and I can take a look.  The delay range can be narrow apparently.

paulleons May 30, 2014, 04:52 PM (#39)

  • Member
  • *
  • Posts: 30
Hello,


I have uploaded the zip file which has all the 32 files.


Paul

tonyku May 30, 2014, 05:01 PM (#40)

  • Administrator
  • Member
  • *****
  • Posts: 196
Paul

can you check file #26?   I believe that delay looks good on your board.

I'll need to check with our firmware guys to see what's going on.

Tony

tonyku May 30, 2014, 05:52 PM (#41)

  • Administrator
  • Member
  • *****
  • Posts: 196
Hi,

Attached is the Fmc15x for tap delay 26.  You should get decent results now with this on your current hardware setup.

Peter will probably get back with you on the resolution for this issue in the long run.   In your code you'll need to account for the delay - our reference code for your current platform will need to change to:

case CONSTELLATION_ID_ML605:
    case CONSTELLATION_ID_FMC151_ML605:
        printf("Found ML605 hardware\n\n");
        tapiod_clk = 26; tapiod_data = 0x00;
        break;



paulleons May 30, 2014, 05:59 PM (#42)

  • Member
  • *
  • Posts: 30
Hello,


So I guess, I will run this .exe file and then I download my custom design (which has some added modules for the reference design) and continue with my work.


So now, the values that I observe in chipscope is assumed to be correct. Right?


regards,
Paul

tonyku May 30, 2014, 06:04 PM (#43)

  • Administrator
  • Member
  • *****
  • Posts: 196

Well, you will need to tune your design to the right delays.

basically, the lines coming in from the ADC going into the FPGA - there is a clock and the signals.   The delay adjust the clock so that it syncs up with the bits coming from the ADC.  If it's not synchronized, then you'll see the issue.     I'm just making sure the hardware doesn't have problems - there could be issues in your design that can result in the signal that you have sent me earlier (as well as in our refernece deisgn which may be addressed since the leeway is a bit tight).

In our design, the software tune the delay by writnig a value to the FPGA and the FPGA adjust the delay of the ADC signals coming in.  Your design may be different.


Go ahead and give the app with delay of 26 a try and with our default reference firmware and your current hardware setup,  you should see good signals in loopback.   Then you can use a signal generator and should see decent results.




paulleons May 30, 2014, 06:39 PM (#44)

  • Member
  • *
  • Posts: 30
Thank you.


But is it possible to slow down the clock directly in the ISE project (which is created by Steller IP with no modifications of default design from 4DSP for ML605) so as to synchronize the clock with the data.


regards,
Paul