Atmega8:Выход с прерывания по rjmp, с последующей корректировкой указателя стека и установкой флага глоб.прерывания (sei), слишком ли грубый ход ? Опции

[DmSk]

На данный момент существует самодельное устройство автозавода автомобиля по таймеру, управляющий контроллер ATMEGA8. Задумал добавить кнопку, что бы можно было заводить с кнопки.
Получается так: сел в машину, нажал кнопку, и авто завелось, при этом автомобиль мог до этого стоять на «программе прогрева», соответственно «программа прогрева» должна быть прекращена.
Появились небольшие вопросы при реализации задуманного в программе.
Программа написана на асме, весь текст приводить не буду , напишу «обычным языком» и коротко без деталей и ньансов.
Вопрос:
Слишком ли будет грубо переходит из прерывания в основную программу, установив указатель стека в начало и установив флаг гл. прерывания («sei») так как он при вызове прерывания сбрасывается?
Решил сделать так, потому что команды от кнопок будут обрабатываться мгновенно не дожидаясь выполнения подпрограмм(паузы и т.д.)

Существует ли альтернатива этому механизму ?

Вот алгоритм программы
______________________________
Иницируем таймер опроса кнопок
Разрешаем прерывания по IRQ1 для тахометра (считать импульсы, решать завелась или незавелась)
Стек в начало;

Основной цикл:

Проверка статуса кнопок:
Мигаем диодом, авто ждет команды
Rjmp Проверка статуса кнопок

// в основном цикле я разместил оба процесса, прогрев и заводим с кнопки
Прогрев:
Стек в начало;
«Ldi r16,low(RAMEND)
out SPL,r16
ldi r16,high(RAMEND)
out SPH,r16»
установим флаг гл.прерывания «sei»
Пауза 1 час
Rcall ЗавестиМашину
Пауза 5 минут
глушим
Rjmp Прогрев

ЗаводимСКнопки:
Стек в начало; установим флаг гл.прерывания;

//Проверка заведена ли машина
Если машина заведена то
rjmp Проверка статуса кнопок
Иначе rcall ЗавестиМашину
rjmp Проверка статуса кнопок
Rjmp ЗаводимСКнопки

Rjmp Основной цикл

ЗавестиМашину:
Запрещаем прерывание таймера опроса кнопок
Заводим включая зажигание и включая стартер по определенному алгоритму
Разрешаем прерывание таймера опроса кнопок
Ret

Прерывание таймера опроса кнопок:
// если нажали кнопку завести то сразу переходим на программу завести с кнопки
// тем самым команда ret не будет никогда выполнена
// мы заменим её в основной программе возвратом указателя стека и установкой флага
// глобального прерывания?!
Если нажата кнопку 1 (завести авто)
То rjmp ЗаводимСКнопки

Если нажата кнопку 2 (прогрев авто по таймеру)
То rjmp Прогрев

Ret

Сообщение отредактировал DmSk - Jan 26 2011, 09:45

[Maik-vs]

А! обычная вещь - прерывание длиной в секунду.
Во-первых, нужно оценить все временнЫе параметры события: возможная частота событий, задержка реакции на событие. Например, датчик тахометра: частота может быть большой, время реакции критично не всегда. Датчик положения коленвала для запуска зажигания - тут критично время задержки. Для кнопки время срабатывания самой кнопки несколько миллисекунд, комфортное время реакции на нажатие 0,2-0,5 секунд.
Поэтому в прерывании нужно выставить флаг "нажата кнопка", и всё! Дальше основной цикл, зацепившись за этот флаг, выяснит, что за кнопка, что делать и т.д.
У Вас "Заводим включая зажигание и включая стартер по определенному алгоритму" может занять секунд 5 легко. И что - всё это время кнопки не работают? А прервать "определённый алгоритм" никак?
Поэтому. Алгоритм имеет тактирование от таймера, который (относительно редко, в прерывании?) наращивает регистр состояния алгоритма. В основном цикле (всё время) анализируется состояние алгоритма, состояние кнопок, ещё чего-то и предпринимаются необходимые движняки. Тогда, обнаружив нажатую кнопку, можно прервать или изменить "определённый алгоритм", чтобы остановить зажигание или там перейти на другой режим. Для осознания возможных состояний и движений алгоритма рисуется граф переходов. Вершины - состояния, рёбра - переходы. Рисуем на бумажке, подписываем все вершины (регистр состояния) и рёбра (условие перехода). Всё - программирование закончено, остаётся кодирование на ассемблере.

Сообщение отредактировал Maik-vs - Jan 26 2011, 10:55

[DmSk]

А! обычная вещь - прерывание длиной в секунду.
Во-первых, нужно оценить все временнЫе параметры события: возможная частота событий, задержка реакции на событие. Например, датчик тахометра: частота может быть большой, время реакции критично не всегда. Датчик положения коленвала для запуска зажигания - тут критично время задержки. Для кнопки время срабатывания самой кнопки несколько миллисекунд, комфортное время реакции на нажатие 0,2-0,5 секунд.
Поэтому в прерывании нужно выставить флаг "нажата кнопка", и всё! Дальше основной цикл, зацепившись за этот флаг, выяснит, что за кнопка, что делать и т.д.
У Вас "Заводим включая зажигание и включая стартер по определенному алгоритму" может занять секунд 5 легко. И что - всё это время кнопки не работают? А прервать "определённый алгоритм" никак?
Поэтому. Алгоритм имеет тактирование от таймера, который (относительно редко, в прерывании?) наращивает регистр состояния алгоритма. В основном цикле (всё время) анализируется состояние алгоритма, состояние кнопок, ещё чего-то и предпринимаются необходимые движняки. Тогда, обнаружив нажатую кнопку, можно прервать или изменить "определённый алгоритм", чтобы остановить зажигание или там перейти на другой режим. Для осознания возможных состояний и движений алгоритма рисуется граф переходов. Вершины - состояния, рёбра - переходы. Рисуем на бумажке, подписываем все вершины (регистр состояния) и рёбра (условие перехода). Всё - программирование закончено, остаётся кодирование на ассемблере.

спасибо всё понятно, если процессов много то конечно, а у меня 2 + переписывать код полностью неохото потому .

всё же хотелось показать свой извратный код, пишу пример находу постараюсь, чтобы было понятно:

main:

ss:

rjmp ss

zavodim:
// вернем указатель стека ПОСКОЛЬКУ ВЫШЛИ ИЗ ПРЕРЫВАНИЯ ПО RJMP а не RET и возвращаться несобираемся !
ldi r16,Low(RAMEND)
out SPL,r16
ldi r16,High(RAMEND)
out SPH,r16
sei \\ выставим флаг прерываний ПОСКОЛЬКУ ВЫШЛИ ИЗ ПРЕРЫВАНИЯ ПО RJMP а не RET
rcall zavesti //процедура завода авто

rjmp main

timer_ovr:

sbis PINB,3
RCALL zavodim \\ ВЫХОДИМ ИЗ ПРЕРЫВАНИЯ ПО RJMP и невозвращамся ВООБЩЕ поскольку там куда идем указатель стека правим и гл.флаг прерывания возвращаем!
ret


таким образом я решилэту задачу без усложния кода..

[zombi]

main:

ss:

rjmp ss

zavodim:
// вернем указатель стека ПОСКОЛЬКУ ВЫШЛИ ИЗ ПРЕРЫВАНИЯ ПО RJMP а не RET и возвращаться несобираемся !
ldi r16,Low(RAMEND)
out SPL,r16
ldi r16,High(RAMEND)
out SPH,r16
sei \\ выставим флаг прерываний ПОСКОЛЬКУ ВЫШЛИ ИЗ ПРЕРЫВАНИЯ ПО RJMP а не RET
rcall zavesti //процедура завода авто

rjmp main

timer_ovr:

sbis PINB,3
RCALL zavodim \\ ВЫХОДИМ ИЗ ПРЕРЫВАНИЯ ПО RJMP и невозвращамся ВООБЩЕ поскольку там куда идем указатель стека правим и гл.флаг прерывания возвращаем!
ret


таким образом я решилэту задачу без усложния кода..

1: Я бы sei и инициализацию стека сделал сразу после метки main а в процедуре zavodim вообще стек не трогал.
2: Выход из прерывания timer_ovr может всетаки reti?

Atmega8:Выход с прерывания по rjmp, с последующей корректировкой указателя стека и установкой флага глоб.прерывания (sei), слишком ли грубый ход ?

Как по мне это абсолютно нормальный ход если это действительно необходимо.

[DmSk]

2: Выход из прерывания timer_ovr может всетаки reti?
Как по мне это абсолютно нормальный ход если это действительно необходимо.

Опечатался, конечно reti, так как прерывание а не процедура

1: Я бы sei и инициализацию стека сделал сразу после метки main а в процедуре zavodim вообще стек не трогал.

если в процедуре флаг по sei не поднять то, прерывания не будут вообще работать, так как я из прерывания сразу шагаю по rjmp в "Заводим", а этот флаг назад выставляется по "reti", а поскольку у меня его не будут, то приходится его руками выставлять.

Со стеком такая же беда, нет rety, нет возврата указателя, таким образаом вызывая прерывания и не возвращаясь на место у нас стек переполнится

Если всё понято, то надо так и делать. Не "процессов много" а событий больше одного. У вас: несколько кнопок, датчик спидометра, датчик нейтральной передачи, много состояний (стадий выполнения) этих двух процессов. Прерывания нужны для отслеживания неотложных событий или очень редких, чтобы не тратить время на постоянный опрос (для контроллеров не очень актуально). Нарисуйте граф своих процессов (гуглить картинки "граф состояний", "граф переходов") - увидите, что вершин не меньше 4-6-ти. И не я один вам это говорю. Кроме того, получите заготовку программы для следующих проектов.

Хотя, если "неохото"... ну, купите готовое

Спасибо, можете дать ссылку в инете на какойнить шаблон/пример программы, чтобы не совсем с нуля писать ?