Воскресенье, 19.11.2017, 13:29
Вы вошли как Гость | Группа "Гости"Приветствую Вас Гость | RSS
Главная | Каталог статей | Мой профиль | Регистрация | Выход | Вход
Обитель RC-инженера
Форма входа
Меню сайта

Категории раздела
Программирование микроконтроллеров AVR [6]
Программирование микроконтроллеров STM32 [1]
Программирование ПЛИС Altera [1]
Разное [0]
Статьи на различную тематику
Самодельные системы управления моделями [0]

Наш опрос
Оцените мой сайт
Всего ответов: 41

Статистика

Онлайн всего: 1
Гостей: 1
Пользователей: 0

Друзья сайта
  • Официальный блог
  • Сообщество uCoz
  • FAQ по системе
  • Инструкции для uCoz

  • Главная » Статьи » Программирование микроконтроллеров AVR

    Синхронизация исполнения программы в прерывании
    При генерации прерывания логика работы процессора предусматривает ожидание окончания исполнения текущей команды и лишь после этого переход в прерывание..

    Таким образом при генерации прерывания, попадая в подпрограмму обработчик прерывания мы не знаем  сколько времени мы уже потеряли на вход в прерывание..

    В большинстве задач это не важно, и вы даже возможно не задумывались о таких задержках при входе в прерывание, но например, в задаче генерации видео - важен каждый такт работы процессора  - потому что в 2х тактах процессора умещается 1 выдаваемый пиксел изображения..
    Таким образом задержавшись на входе в прерывание на 4 такта - мы получим сдвиг строки изображения на 2 пиксела..

    а теперь представьте что в одно прерывание генерирующее строку мы попали с паузой в 0 таков, а в следующее с паузой в 4 такта.... - сдвиг двух строк относительно друг друга будет равен двум пикселам !!!!

    а теперь представьте что такое происходит в каждой строке изображения !

    этот эффект может полностью испортить все выводимое изображение.. конечно читать его с экрана можно будет, но вот только похвастаться вряд ли...

    Что делать ?

    Вариант 1:
    Я этот вариант реализовал в библиотеке avr-tv.

    1. Генерируем подготовительное прерывание OCR1A - которое предшествует прерыванию выдающему строку изображения OCR1B
    2. В прерывании OCR1A разрешаем прерывания и останавливаем процессор командой sleep
    3. Возникающее прерывание OCR1B - всегда будет пробуждать процессор после команды sleep поэтому задержка на вход в прерывание всегда будет одинаковой

    Недостаток такого способа очевиден: мы не можем использовать другие прерывания процессора, потому что другие прерывания (аппаратные) разбудят процессор после команды sleep, и фактически мы будем опять ждать исполнения какой-то (заранее предсказать нельзя) команды и опять возникнет рассинхронизация вывода.
    здесь важно отметить, что для возможности генерации прерывания в программе обработчика другого прерывания нужно это явно разрешить командой sei

    Вариант 2:

    Поскольку у нас прерывания связаны со счетчиком T1 - то у нас есть достоверный источник о том сколько тактов прошло с момента входа в прерывание.
    Можно ли его использовать ?
    По моему да..
    минут 10 и готов следующий код который осуществляет синхронизацию после входа в прерывание



    Ну и конечно ссылка на проект /raznoe/time_test.zip

    в точку after_0 процессор всегда будет попадать через 13 тактов от момента генерации прерывания, вне зависимости от того сколько тактов было потрачено на начало исполнения программы прерывания (сколько времени потратили на завершение уже исполняющейся команды основной программы)

    Категория: Программирование микроконтроллеров AVR | Добавил: ВитГо (04.09.2012)
    Просмотров: 894 | Теги: INT, avr, Синхронизация, ПРЕРЫВАНИЯ | Рейтинг: 0.0/0
    Всего комментариев: 0
    Добавлять комментарии могут только зарегистрированные пользователи.
    [ Регистрация | Вход ]

    Copyright MyCorp © 2017
    Сделать бесплатный сайт с uCoz