This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

Problem with RTI and Ethernet when worked together

Hi,

       I have got a issue when Ethernet and RTI worked together. I am using lwip-1.4.1 for UDP communication and my application should run every 50 msec and not in a continuous loop , so i have use RTI to calculate the time , once i configure both RTI and Ethernet and run my application will stop after few min. When i stop the RTI and run my application in a tight loop everything works fine . Here for Ethernet i have used IRQ and for RTI FIQ. can anybody help regarding this??. 

  • Abhijith,

    You should not use the FIQ level for any peripherals. Even though it is possible to do this - it makes no sense because the FIQ level is made an NMI on this family for safety reasons -- and it is tied to the critical group 2 error of the ESM.

    So you wind up needing to write a dispatch handler for FIQ that reads the FIQ vector from the VIM and branches to the appropriate ISR. That pretty much defeats any advantage in speed that FIQ has and in fact it makes it about 200ns slower.

    Try putting all your peripherals on IRQ -- where you have the hardware vectored mode to dispatch directly to the correct handler. If you want to change the priority the CHANMAP field of the VIM allows you to prioritize all the IRQs relative to each other. The RTI though is already near the top of the priority list so in this case you shouldn't even need to worry about CHANMAP to make RTI higher than VIM - the default should suffice..

    Try doing this and let us know if your problem is resolved. If I had to guess it may be that there is some confusion between the RTI interrupt and the ESM error during dispatch and when you move RTI off of FIQ this may become more apparent.

    -Anthony
  • Anthony,
    Thanks a lot for your reply , i will change that and let you know the result.