Clarification regarding LED 4 on MitySOM-5CSX DevKit
Added by Judy Mastracco 6 days ago
I am posting this on behalf of a customer.
I would like to verify that the schematic and pinout on MitySOM-5CSx_Pin-Out.xlsx, MitySOM-5CSx_Pin-Out.xlsx, MitySOM-5CSx_Pin-Out.xlsx documentation are up-to-date and specifically intended for the SoC model 5CSXFC6C6U23I7 used on the received MitySOM-5CSX evaluation board.
I’m asking because I created a small FPGA test project to deploy on the eval board, where the goal is simply to toggle a signal, but not the case ! I connected the main clock input to the output oscillator () 100MHZ HSMC2_CLK_P, which corresponds to pin T13 on the FPGA. However, when compiling with Quartus, I receive an error stating that this pin is not connected to a dedicated clock network (REFCLK/GCLK) accessible by the FPLL.
Thank you for your time and assistance.
Replies (3)
RE: Clarification regarding LED 4 on MitySOM-5CSX DevKit - Added by Michael Williamson 6 days ago
I believe the spreadsheets are correct.
T13 is not connected to a dedicated clock input pin, needed to feed a REFCLK/CLK clock network. It is on pin 155 of the SOM connector.
HSMC2_CLK_P driving pin 155 of the Partial HSMC connector on the DevKit.
A coherent copy of this clock, GXB_REFCLK1_P, is fed to the SOM via pin 227 of the SOM interface, which is connected to pin P8 on the FPGA. You need to use that input if you are setting up a transceiver clocking interface to the Partial HSMC interface. We don't have a FPGA fabric general clock input pin connected to the partial HSMC connector. If you need to get a clock into the FPGA fabric, I would recommend you use the Full HSMC connector and drive HSMC1_CLKIN1_P or HSMC1_CLKIN2_P.
Please let me know if you still have questions.
-Mike
RE: Clarification regarding LED 4 on MitySOM-5CSX DevKit - Added by Atef DORAI about 8 hours ago
Thank you for your response. I’ve updated the clock pin configuration as suggested.
However, I’m currently facing an issue:
I have two MitySOM-5CSX evaluation boards. The binary I want to test is stored on the SD card. It works perfectly on the first MitySOM-5CSX board.
The second MitySOM-5CSX board has the same configuration (S100 switch settings), and I’m using the same SD card that works with the first one. But on the second board, the binary doesn’t run.
Any idea what could be causing this difference?
Thanks in advance for your help.
RE: Clarification regarding LED 4 on MitySOM-5CSX DevKit - Added by Daniel Vincelette about 8 hours ago
Hello,
When you refer to the "binary," are you referring to the RBF file used to program the FPGA? If so, are you observing that the FPGA does not program correctly on the "bad" development kit—specifically, that the orange LED remains on (it should turn off once programming is successful)?
One possible cause for this issue is a mismatch in FPGA density between the two SOMs.
Could you please provide the full part number for both SOMs? You can find this on the white label on the back of each SOM. The part number format looks like this: 80-000642RC-3 (note that the number after the dash may vary depending on the revision).
Thank you,
Dan
