Forum Discussion
Problem following I2C Remote System Upgrade Example (Max 10)
Hello Everybody. I am an old timer from the Altera Forum. First timer posted on the Intel Forum.
I've been trying to follow the I2C Remote System Upgrade Example (Max 10) for a week now (see attached user guide in pdf). I have bought both the Max 10 Eval kit and Max 10 Development kit as described in the user guide. I followed the instructions to the letter:
- P.g. 11 Programming Master Image into Max 10M50 - Done
- P.g. 11 Programming Slave Image 1 into Max 10M08 - Done
- P.g. 13 Programming Slave Images 1 and 2 into CFM 1 and 2 on Max 10M50 - Done
- P.g. 16 Setup the USB-To-UART System - Done
- P.g. 16 Send Slave Image 1 and Slave Image 2 Via UART
- Here, I did everything up to step 3, where I need to reset the Nios processor by pressing USER_PB3 button and expect something to show up in the terminal window..đ But I don't see anything from my terminal window
I am suspecting that my Nios processor in Max 10 wasn't up and running, but there's no indicator to tell.
I did NOT physically connect the I2C bus between these two boards yet, but I don't think that is the issue.
I noticed that the Max 10 Development kit has a dip switch (SW2) on the bottom side of the PCB for configuration (i.e. BOARD SETTING DIPSWITCH). Does these switch need to configure in certain configuration to follow the sample? The document didn't mention anything in that regard.
Did anyone follow this example and managed to get it working?
Thanks
Yi
11 Replies
- zhangyi17
New Contributor
Forgot to mention.
Attached is the reference design downloaded from https://fpgacloud.intel.com/devstore/platform/15.1.0/Standard/i2c-remote-system-update-example/
and I'm running Quartus Prime v17.1.0
- zhangyi17
New Contributor
More information. In the User guide, it specifically said "Click âAuto Detectâ and select the 10M50DAES."
The actual chip on the Max 10 Development Kit is actually a 10M50DAF484.
So, should I choose 10M50DAES as it stated in the document or choose 10M50DA? Or it doesn't matter??
- zhangyi17
New Contributor
I dig a little bit deeper by going into the Qsys Nios II processor..I don't see any port been exported for UART
and the top level design doesn't have any UART port either
Could this be the problem? Anyone??
- Ahmed_H_Intel1
Frequent Contributor
You don't have to. BTW I see you are connecting the Jtag UART to instruction master (just connect to the Data Master of NIOS II)
- zhangyi17
New Contributor
- zhangyi17
New Contributor
Another thing. I issued jtagconfig ân command in Nios II Command Shell and get the following reply:
It seems to say that I have a Nios II processor with JTAG debug module, but I don't see a node number 0x0C006Exx in the response. This seems to suggest that there's no JTAG UART component?
- Ahmed_H_Intel1
Frequent Contributor
You must check SW2 for example it has a pin to choose CFM0, CFM1 or CFM2 image as the first boot image in dual-image configuâ ration. If the CONFIG_ SEL is set to low, the first boot image is CFM0 image. If CONFIG_SEL is set o high, the first boot image is CFM1 or CFM2 image. This pin is read before user mode and before the nSTATUS pin is asserted
Please check this page:
- RVadl2
Occasional Contributor
@zhangyi17 Hi,
I have the same issue as you. I am stuck at the black Serial port. Did you get this example working?
Thanks in Advance.
- zhangyi17
New Contributor
Unfortunately no..If you figure it out, please let me know.
- RVadl2
Occasional Contributor
Hi,
I think the issue is with the nios_firmware.pof. Its programming to QSPI Flash always fails the verify step. I think the firmware is not running at all, DO you have the design files(c files) for nios_firmware.pof