Хочу использовать п/п прерывания RESET. Но компилятор ругается. что уже есть такое определение. Я не могу его найти. И будет ли моё описание RESET работать?

Как его хотите использовать? Зачем это?


cstartup.s90 - лежит в папке Program Files\IAR Systems\Embedded Workbench 6.0\avr\src\lib\.
Скопируите cstartup.s90 и macros.m90 в папку проекта и добавьте cstartup.s90 к проекту.И пишуте туда что хотите.


Скорей всего нет - место для RESET_vect уже занято.
А что работает?

Update:

У вас R_Interrupt определён как __interrupt, значит в конце его будет RETI. Интересно куда?


Может более правильно будет свою __low_level_init написать.

Вот схема. При включении и выключении на выходах проскакивает "иллюминация". Вот и подумал - нельзя ли блокировать выходы (выключать). Например, при снижении напряжения, при срабатывании WATCHDOG и т.д.
Вот посмотрел "cstartup" и думаю, как лучше сделать. То ли в "cstartup" дописать обработку прерывания, то ли убрать RESET из "cstartup" а описать в своей программе. Я в первом посте привел пример программы использования прерывания RESET. Но оно не работало. Сейчас понял почему. Завтра попробую поменять и испытать в "железе".


Никогда такого не делал. Надо будет разбираться. Где можно почитать? Я с IAR не так глубоко знаком.

После сброса все входы в Z-state. Если иллюминирует, то может линии надо притянуть к чему-нибудь подходящему.


Watchdog по нормальному не должен срабатывать. Плохой признак.


Можно так, например:

cstartup.s90 делает jmp на мой код (APP_START_VECT):


app_start.s:


Но может и через __low_level_init лучше будет.


Запустить IAR, меню Help - AVR - C/C++ Compiler reference

Но ведь, "оживая", МК стартует с адреса 0. И это не программой какой-то определяется, а самим железом. Вот с адреса 0 и начинается запуск, который сперва вызывает C_startup(), а тот, в свою очередь, __low_level_init(), __segment_init() и наконец, main().

Если вы вляпаете на нулевой адрес ссылку на самописный интеррапт, то именно с него и начнется выполнение кода, когда МК стартует. Ну, а кто же тогда вашу main() запускать станет, если вы про нее в своем интеррапте забыли?

Тогда уж флаг какой-то надо выставить, чтобы при сброшенном флаге ваш интеррапт устанавливал этот флаг и вызвал C_startup(), а если тот флаг уже был установлен, то делал то, что вы сейчас в интеррапте делаете. Т.е. флаг служил бы признаком того, что main() уже был запущен.

может и с 0xC00 стартануть - от fuse зависит. А дальше какая-та команда на 0x0000 должна его кинуть.


Резонно.


Флаг-то зачем? Раз попал на сброс - значит нужно стартовать, это же не периферийное прерывание, а старт программы.

а никого не беспокоит тот факт, что в atmega8 попросту нет ПРЕРЫВАНИЯ по сигналу RST?

В данном контексте это не имеет значения. Есть вектор, на который автор что-то хочет прилепить что-то свое, грохнув чужое.

Ну а как быть с вот этим?


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


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

Ну Вам вообще-то справедливо указали, что прерывания нет, потому что прерывание - это когда после него происходит возврат.
Было бы здорово, если бы Вы всё-таки стали правильно использовать термины, а не подтасовывали аргументы

Я прошу извинить, если я написал что-то не так. Подтасовками я не пользуюсь. Писал как думал. В приведенной выше таблице увидел:

"Interrupt Vectors
in ATmega8"

Вот и решил, что есть такое прерывание. Сейчас более тщательно посмотрел и увидел уже меньшим шрифтом:

" Reset and Interrupt Vectors"

Следовательно, RESET выделено отдельно от прерываний. Я вначале не обратил на это внимание. Спасибо за подсказку. Учту на будущее.