Hi Folks,
in my design on a MAX10 10m08sau169 I am using the internal user flash UFM to store some data. I am NOT using a NIOS to do the writing through the avalon interface. Instead of this I have instantiated the ufm ip core directly in my design and I drive it from a small state machine that is generating the signals to control the writing to the flash (as well the reading, but this is not the issue here).
To design the state machine, I took my information from here:
https://www.altera.com/en_US/pdfs/li...ug_m10_ufm.pdf - especially page 13 fig. 8.
At first glance everything seems to work perfectly well: I can erase pages and rewrite them with new content.
The only thing that bothers me is that it is taking *very* *VERY* long to write the flash content: I am writing a block of 8192 32-bit words (in total 32 kBytes) and this is taking over a minute to get written. The UFM user guide tells me that an average write takes 100usecs and a max time of 305usecs per word. That would mean that the memory content should get written within 2.5 seconds. But why does it take one minute in my case?
What I am doing in my state machine is that I am waiting for the waitrequest signal to go low again after I wrote something to the flash. Then the state machine checks the status register and waits until the status register shows that the operation is done (which is usually immediately the case). Then the next word is getting written... . Data is written to increasing addresses - no random access or similar.
I checked the configuration of the IP core and the only thing that I can imagine could affect the timing is the clock of the ufm ip core which I configured correctly to the 80MHz that I am using there.
So what else could be wrong? Or is it simply normal that programming takes so long and the times given in the UFM user guide are simply wrong? The UFM can be written via JTAG in a few seconds so I would say in principle it should run much faster.
Anyone can help???
in my design on a MAX10 10m08sau169 I am using the internal user flash UFM to store some data. I am NOT using a NIOS to do the writing through the avalon interface. Instead of this I have instantiated the ufm ip core directly in my design and I drive it from a small state machine that is generating the signals to control the writing to the flash (as well the reading, but this is not the issue here).
To design the state machine, I took my information from here:
https://www.altera.com/en_US/pdfs/li...ug_m10_ufm.pdf - especially page 13 fig. 8.
At first glance everything seems to work perfectly well: I can erase pages and rewrite them with new content.
The only thing that bothers me is that it is taking *very* *VERY* long to write the flash content: I am writing a block of 8192 32-bit words (in total 32 kBytes) and this is taking over a minute to get written. The UFM user guide tells me that an average write takes 100usecs and a max time of 305usecs per word. That would mean that the memory content should get written within 2.5 seconds. But why does it take one minute in my case?
What I am doing in my state machine is that I am waiting for the waitrequest signal to go low again after I wrote something to the flash. Then the state machine checks the status register and waits until the status register shows that the operation is done (which is usually immediately the case). Then the next word is getting written... . Data is written to increasing addresses - no random access or similar.
I checked the configuration of the IP core and the only thing that I can imagine could affect the timing is the clock of the ufm ip core which I configured correctly to the 80MHz that I am using there.
So what else could be wrong? Or is it simply normal that programming takes so long and the times given in the UFM user guide are simply wrong? The UFM can be written via JTAG in a few seconds so I would say in principle it should run much faster.
Anyone can help???