Отправлено колян безпарольныи 23 ноября 2004 г. 06:12 В ответ на: ерунда (+) отправлено DASM 23 ноября 2004 г. 05:31

для 16ти битного таймера обработчик прирывания начинается сразу после перехода по вектору. Для псевдо-16-битного он начнется только после проверки условия. Если этого неучесть в предидущем цикле то несинхронность одновременно запущенных таймеров будет минимум 2 такта если переменная регистровая. Если она в озу то еше 3 цикла. А если регистры X Y Z заняты и их надо стековать- еше 2 цикла. Кругом бешлм набегает до 7 циклов. Их надо учесть в предидушем такте и тогда обработчик события переполнения псевдо-16-битного таймера будет ровно через 0xFFFF циклов после его запуска.

if (RotationCounter)
   {//счетчик непереполнен
    RotationCounter++;
   } 
  else
   {//счетчик переполнен
    //вот отсюда и начинается обработчик события
    // "переполнение псевдо-16-битного таймера".
   }

• Ты забыл, собственно и есть проблема - если вызов прерываня счетчика попадет на место, где в основной программе переход я еще потеряю по такту. Вот отсюда у меня скорей всего и накапливается погрешность. А 16 битный я уже использую под ICP. — Micron   (23.11.2004 16:46, пустое)
  • Обьясни почеловечески когда и как возникает погрешность... — колян безпарольный   (24.11.2004 00:22, 143 байт)