Content originally posted in LPCWare by mfph on Wed Jun 01 13:44:11 MST 2011
Quote: gbm
Peripheral access is not immediate - the peripheral interface is slower than the CPU. Some internal "wait states" are inserted, causing the delay you can see.
Many thanks for your reply.
Should I be looking at NXP-specific or ARM documents to find information on predicting these delays? The NXP user manual chapters 15 and 16 provide no information on how to time using capture or match functions taking these peripheral waits into account, which for the given topic is not much use. It would make sense to provide a calculation, reference or at least a hint!
Essentially I want to send a 'pulse', wait a bit, then start timing for a capture event but I'm not able to determine where all the delays are caused or how to predict them.