Ситуация тупая до безобразия... Сделал проект на меге48 с бутлодером. Так как у м48 нет отдельного загрузчика, сделал так. По сбросу делаю rjmp boot_start в последние 512 байт памяти. Там по нажатию на кнопку определяю, что делать: запускать пользовательскую программу или ждать команд от компьютера. Все работает с песней. Пишу, стираю, читаю. Теперь надо добавить обработчик внешнего прерывания. Все сделал как положено. Настроил внешнее прерывание INT0 по фронту. Разрешил его. Указал вектор .org INT0addr rjmp metka . Программа перестала работать(или работать не так как надо) Кстати, в симуляторе (AVRStudio) все работает как положено. Не могу понять в чем дело. В обработчике ничего не делаю! Исчерпал все варианты. Помогите, пожалуйста.
java script:emoticon(':help:', 'smid_14')

Проверять железо, дребезг, подтяжка итп.

проверьте в симуляторе VMLAB.

Проверять железо, дребезг, подтяжка итп.


Вывод INT0 настроен на вход, пулап подключен. К выводу ничего не подключено. Как может вставка вектора прерывания ИНТ0 повлиять на программу?

При определенных условиях, но это маловероятно.
На чем пишите? И плз критичные места кода в студию( в т.ч. инит и обработчик прерывания).

Появилась версия...
В бутлодере я использовал в качестве DEV_CODE = 0x77 (Mega8 boot) Может в этом проблема?

Прилагаю код

Сталкивался с тем, что RJMP-у не хватает адресных возможностей перескочить доступную память
Команде "jmp" (она дальше "прыгает") тоже может возможностей не хватить.

"Развесьте" метки по пространству адресов через малые промежутки, вместо "rjmp metka" сделайте
"rjmp m1", оттуда "rjmp m2"..."rjmp metka" и посмотрите - не заработает ли.
Или вспоминайте команду перехода на физический конкретный адрес в начало, а оттуда "rjmp",
но в любом случает почитайте в ПОЛНОМ даташите про команды переходов

Удачи

Однозначно хватит возможностей rjmp.
Речь идёт об ATmega48.

Была аналогичная проблема. Дело оказалось в том, что случайно переключил формат выходного hex файлв в Intel Exdended вместо Intel Standard. Разница в том, что в перы=вом случае в начале файла присутствуют доп. 2 байта. А загрузчик этого не учитывал. Вот все вектора и сдвигались. Проверьте формат выходного файла.

Может быть у тебя происходит вызов прерывания во время чтения/записи в еепром?
попробуй разрешать прерывания после завершения цикла чтения/записи...

Интересная мысль! Но почему тогда обработчик по совпадению таймера работает без проблем?

Повторяю. Может ли быть проблема в том , что в бутлодере я использовал в качестве Device_Type = 0x77 (Mega8 boot) для меги48? И кстати, какой родной DT для mega48? Для загрузки пользуюсь AVROSP (avr911)

Обработчик таймера (точнее JAMP) может попадать на пространство, заполненное 0 (NOP) и "добегать" по ним до нужного кода.

ATmega48 Signature Bytes
1. 0x000: 0x1E (indicates manufactured by Atmel).
2. 0x001: 0x92 (indicates 4KB Flash memory).
3. 0x002: 0x05 (indicates ATmega48 device when 0x001 is 0x92).

Что за девайс type такой 0x77? (я правда не знаю)
Ваша проблема наверняка в загрузчике. Пробовали прошивать программу без него?
Как-то Вы сумбурно описали алгоритм его работы. До конца не понятно что значит работает на ура. в пробовали считать флешку у контроллера с неработающей программой и сверить с тем что там должно находится на самом деле?

У меня для 48 было такое решение. В начале прошивки находится прыжок на старт программы. Он подменялся на прыжок к старту загрузчика. Плюс в прошивке по определнному адресу, скажем 0080h размещается прыжок на старт основной программы.
В этом случае контроллер при старте попадает на загрузчик. Загрузчик при необходимости старта основной программы делает абсолютный прыжок по адресу 0080h.