Important changes to forums and questions
All forums and questions are now archived. To start a new conversation or read the latest updates go to forums.mbed.com.
10 years, 2 months ago. This question has been closed. Reason: I realized the question is invalid. The Keil uVision 4 debugger was giving me incorrect timing data.
ARM Cortex M3 IRQ Frequency
I am trying to sample audio using Ticker and my Mbed. When I debug with the Keil uVision tool, it seems the fastest period a function can be called at is 0.5ms, in spite of my setting Ticker to call the function at 44100kHz or 48000kHz. Does anyone know what is the limiting factor on interrupt handlers if the time it takes the handler to run is ignored?
1 Answer
10 years, 2 months ago.
Alot faster than that. Even when including the overhead of the Ticker library itself, still alot faster than that. What makes you think btw that your code isn't limitting it? For example AnalogIn? (Although also that should be alot faster than 0.5ms).
How do you measure time? Set some optimization, don't run debugger. Might get better results. Hard to believe it's 0.5ms ;)
posted by Martin Kojtal 21 Feb 2014