Forum Discussion
4 Replies
- Deshi_Intel
Regular Contributor
HI,
I would like to clarify the problem statement here.
- Are you trying to report an issue with a defective Intel FPGA dev kit board here or are we dealing with customer own DDR3 design calibration failure issue here ?
- If this is related to dev kit issue
- May I know which Intel FPGA dev kit board that we are talking about here ?
- Pls provide the screenshot of the error saw on customer dev kit board
- Has customer check to ensure all switches on the dev kit board is set to factory default setting as per the user manual doc ?
- Is customer using original BTS from dev kit board download website and pair with the recommended Quartus version ?
If this is new dev kit board issue and once we confirmed the board is defective,
- then Intel will perform warranty check
- customer can request for replacement claim if it's within warranty period else no replacement if warranty already expired
Thanks.
Regards,
dlim
- EZhan
New Contributor
- Deshi_Intel
Regular Contributor
HI,
By the way, don't use signal_tap to measure DDR3 refclk pin. This is hard circuit pin. SIgnal_tap can only be used to measure FPGA soft logic design insides FPGA core but not FPGA hard circuitry
- A better approach is to use oscilloscope probe to measure on board clock pin to check whether there is clock present or not and whether the clock frequency is correct or not
Anyway, thanks for isolating down the issue to no clock output from on board clock generator chip U64.
There 3 possibility that I can think of
- Customer is using prototype C10 GX board. There is no clock output from U64 as it's not program correctly on these prototype board
- C10 GX prototype board serial number is within 0000001-0000030. Can you check what's the serial number of your customer board ?
- If confirmed it's prototype board then pls follow attached guideline to program U64 everytime user power cycle C10 GX board
- Customer is using production C10 GX board but somehow corrupted U64 programming
- You can also follow attached guideline to program back U64 chip
- Customer is using production C10 GX board but U64 chip is defective
- Pls follow attached guideline to program back U64 chip, after that pls probe on the board on U64 output to confirm there is really no correct clock toggling
- Once confirmed this is really defective C10 GX board, then I will transfer this case to another Intel support agent to help you process the board warranty claim
Thanks.
Regards,
dlim
- Deshi_Intel
Regular Contributor
HI,
I have not hear back from you for quite some time.
Hopefully my earlier feedback did help out on your issue.
For now, I am setting this case to closure.
Thanks.
Regards,
dlim