-
- возможно, но кажись это более вероятно в первое срабатывание прерывания, потом как бы должно нормализоваться. в теле прерывания от силы 15-20 инструкций - Argon(10.08.2010 19:36)
- Посмотри асемблерный код твоего обработчика прерывания, тогда будет уверенность успевает или нет. - AlexBi(10.08.2010 20:14)
- если б не успевал, то и при (65536-15) так же бы не успевал! - Argon(10.08.2010 20:19)
- Правильно, не успевает, но ты сделал интервал на один такт короче и у тебя частота стала правильной. - AlexBi(10.08.2010 20:30)
- Да нет, просто от момента переполнения счетчика до записи новой константы такты не учитываются отсюда и все проблемы. - DL36(10.08.2010 21:24)
- если код обработчика выполняется дольше периода прерывания, то "-15" не сработало бы, прерывания были бы так же затянуты. Или нет? - Argon(10.08.2010 20:44)
- а вот и дизассемблерный листинг тела прерывания, смотрите - он совсем короткий Argon(787 знак., 10.08.2010 20:52)
- Правильно, не успевает, но ты сделал интервал на один такт короче и у тебя частота стала правильной. - AlexBi(10.08.2010 20:30)
- если б не успевал, то и при (65536-15) так же бы не успевал! - Argon(10.08.2010 20:19)
- Посмотри асемблерный код твоего обработчика прерывания, тогда будет уверенность успевает или нет. - AlexBi(10.08.2010 20:14)
- возможно, но кажись это более вероятно в первое срабатывание прерывания, потом как бы должно нормализоваться. в теле прерывания от силы 15-20 инструкций - Argon(10.08.2010 19:36)