Honored ContributorNios-II response to Continuous interrupt is delayed (sometime), due to this i am loosing my data
what precaution should i take to handle this issue please have a look on print screen of my LA earlier i am struggling with missing interrupt now i am getting interrupt but their response time vary even though i have given best possible priorities Regards kaushal
Honored ContributorIt's not easy to help you without knowledge of your system implementation. I can only make a few guesses.
First of all, the delay is in the 2us range. This short time is very difficult to manage in software. You excluded this delay is due to higher priority interrupts, but common hw processes, like bus arbitration, memory burst accesses or other unpredictable events can lead to a non neglectable delay in this range. What's you processor system clock frequency? Is Nios the only bus master or do you have dma? Please also specify where the irq comes from. Is this a PIO interrupt? And how do you read the data being lost?Honored ContributorIs there any other sources of interrupt in your system? In that case there isn't a lot you can do, when the CPU is already processing an interrupt it won't be interrupted again.
Do you realise that your CPU is spending more than 50% of its time in interrupt processing? It's not really what I would call an efficient design.Honored ContributorHonored ContributorUse signaltap to monitor the code addresses, they might show what is happening.
Honored Contributordo
{
if(edge_capture)
{
//Clear generated interrupt
edge_capture = 0;
IOWR_ALTERA_AVALON_PIO_DATA(TEMP_OUT_BASE,1); //(shown on LA)
IOWR_ALTERA_AVALON_PIO_DATA(DATA_BASE,ImgBuff);//(shown on LA)
Count++;
}
if(Count == PktSize) //check end of packet-data
{
Count = 0; //Point to Start of packet data
LPktCount++; //Increment packet Count
}
IOWR_ALTERA_AVALON_PIO_DATA(TEMP_OUT_BASE,0); //(shown on LA)
}while(LPktCount != (PktCount+1));Is below code is correct for using Enhanced Interrupt ....as while compiling there is no error but during porting this code to nios downloading process stuck at 80% and nothing will happen afterword
i found through altera literature that using enhance interrupt we may significantly improve our interrupt response time //-------------------------------------------
//#ifdef LOAD_DATA_BASE
# ifdef ALT_ENHANCED_INTERRUPT_API_PRESENT
static void handle_load_data_interrupts(void* context)# else
static void handle_load_data_interrupts(void* context, alt_u32 id)# endif
{
/* Cast context to edge_capture's type. It is important that this be declared volatile to avoid unwanted compiler optimization. */
volatile int* edge_capture_ptr = (volatile int*) context;
// IOWR_ALTERA_AVALON_PIO_IRQ_MASK(LOAD_DATA_BASE, 0xf );
/* Store the value in the Button's edge capture register in *context. */
*edge_capture_ptr = IORD_ALTERA_AVALON_PIO_EDGE_CAP(LOAD_DATA_BASE);
/* Reset the Button's edge capture register. */
IOWR_ALTERA_AVALON_PIO_EDGE_CAP(LOAD_DATA_BASE, 0XF);
/* Read the PIO to delay ISR exit. This is done to prevent a spurious interrupt in systems with high processor -> pio latency and fast interrupts. */
IORD_ALTERA_AVALON_PIO_EDGE_CAP(LOAD_DATA_BASE);
}
/* Initialize the load_pio. */
static void init_load_pio()
{
/* Recast the edge_capture pointer to match the alt_irq_register() function prototype. */
void* edge_capture_ptr = (void*) &edge_capture;
/* Enable all 4 button interrupts. */
IOWR_ALTERA_AVALON_PIO_IRQ_MASK(LOAD_DATA_BASE, 0xf);
/* Reset the edge capture register. */
IOWR_ALTERA_AVALON_PIO_EDGE_CAP(LOAD_DATA_BASE, 0xF);
/* Register the interrupt handler. */
# ifdef ALT_ENHANCED_INTERRUPT_API_PRESENT
alt_ic_isr_register(VIC_IRQ_INTERRUPT_CONTROLLER_ID,
VIC_IRQ,
handle_load_data_interrupts,
edge_capture_ptr,0x0);
# else
alt_irq_register( VIC_IRQ,
edge_capture_ptr,
handle_load_data_interrupts);
# endif
}
//#endif /* LOAD_DATA_BASE */
Main()
{
printf("\nInitillize the Enhanced Interrupt..\n");
init_load_pio();
}Open Qsys and go to Nios properties.
Add a tightly coupled (TC) code port and possibly a TC data port. Close Nios properties. Add 2 onchip memories and connect one of them to Nios TC code port and the other to TC data port. In your case I believe 4kByte for TC code memory is enough. TC data must be large enough to store ImgBuff, then size >= (460 x 640 x 4) if you need 32bit data; this would be more than 1MByte and probably exceeds your fpga resources, so you can not use TC data and you have to keep data in ddr2. Now, let's say you named tc_code your TC memory component. Then place the following directive just after the declaration of a function you want to be executed in TC memory: int main(void) __attribute__ ((section (".tc_code"))); The same can be done with variable you want to be accessed very very fast: int fastBuffer[256] __attribute__ ((section (".tc_data")));Honored ContributorYou could also monitor the CPU avalon master's waitrequest signal. The stall you are seeing could come from a peripheral that is freezing the CPU, the SDRAM controller doing a refresh cycle for example.
