Open badeaa3 opened 5 months ago
We had a major problem that the mezzanine was not receiving power. This halted all day's work. It turns out that the problem was that we needed to boot the FPGA without the mezzanine attached first.
The current picture status of the FPGA.
The following pictures are of the scope when we move the scope probes to different probes on the mezzanine J1 slot.
Mezzanine J1, Pin 37 = 400 MHz
P9 = 100 MHz
P1 BXCLK_ANA = 40 MHz
P5 BXCLK = 40 MHz
The reference is BXCLK_ANA. With respect to the rising of edge of BXCLK_ANA, the rising edge of BXCLK is shifted either positively or negatively. In this picture it's shifted positively two units, which is 2*2.5ns = 5 ns. The 2.5ns is the period of the 400 MHz clock, on which the firmware is running and the 40 MHz clocks are derived from.
We need to comment line 151 which brute force program the FW register to use the IP #2, with a clock divider x10, and a 5ns delay between BxCLK and BxCLK_ANA.
uncomment: line 139 to line 150. And then change line 173 OR line 174 to be assigned to sw_read32_0 with sw_write32_0. This will set the FW into loopback mode in order to verify that we are correctly writing to the register and our register map file is correct.
We are unable to program the FPGA clock directly from the Zynq IP - this bug is reported in this forum and seems to be linked to Petalinux: https://support.xilinx.com/s/question/0D52E00006iHm6zSAC/enabling-pl-clocks-in-zynq-mpsoc?language=en_US
As a workaround we inserted the clock wizard IP and are generating the fast clock that way
Other useful links I found yesterday:
Goals: