Mity CPU Platforms » MitySOM-5CSX Altera Cyclone V

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

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.

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

Hello,
I’m trying to program a MitySOM-5CSX board via JTAG using Quartus on Windows 11, but I encounter an error immediately when starting the operation.
I'm using :
-Tool: Quartus [version], Windows 11
-Interface: USB-Blaster [I/II]
-Hardware: MitySOM-5CSX DevKit, connector J2
-Switch S100 configured as shown in the attached image (“S100_config.jpg”)
clipboard-202511121709-n8bnm.jpg
Steps Taken
- Connected the USB-Blaster to connector J2 on the DevKit.
- Opened Quartus Programmer in JTAG mode as depicted in below picture.
clipboard-202511121710-lzxll.png
- Clicked Start to begin programming.

Result

Quartus displays the following error:

Info (209060): Started Programmer operation at Wed Nov 12 17:11:19 2025
Error (209040): Can't access JTAG chain
Error (209012): Operation failed
Info (209061): Ended Programmer operation at Wed Nov 12 17:11:21 2025

Could you please advise on possible causes and confirm whether the S100 switch settings and the J2 connection are correct for JTAG programming on this board?

Thank you in advance for your assistance.

Best regards

Atef,

From your picture, it looks like you have the JTAG pod plugged in backwards. Pin 1 on your ribbon cable does not align with Pin 1 on the JTAG adapter board.

Please try rotating your pod connection and report back.

- Mike