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

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

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

Это заблуждение. Таблиц прерываний тоже 2.
Копайте в сторону IVSEL.

Вот из ДШ на M16

+1.
IMHO прерывания для загрузчика - лишнее, он должен быть простым и надежно писать флеш.


Кроме того у некторых AVR, например AT90CAN128, есть биты IVSEL и IVCE в MCUSR, которые позволяет иметь 2 таблицы векторов прерываний, в application и bootloader section соответствеенно. (и переключать их программно)

А кто сказал, что использование прерываний это сложно или ненадежно?!

При заливке программы нужно как то реализовать таймаут, чтоб вечно не ждать следующего байта, посчитать контрольную сумму, с программным переключением векторов надо попробовать, вроде то что надо, попал в загрузчик включил вектора в загрузчике, вышел, включил в программе. Думаю реализовать заливку бинариком, мне кажется проще, побайтно с $0000.

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

Выход ,если не дождались байта - это не проблема ,можно на стороне бута в цикле ожидания или по прерванию ,можно на стороне проги ПК, ждать пару сек ,если не пришло подтверждение приема или записи страницы (блока) данных ,ресетим МК соответственно опять входим в бутлоадер.Хотя вообще при нормально отлаженном бутлоадере и программе таких вещей не происходит.

"Шаманить" нужно будет в *.xcl файле. Но там всё достаточно просто.
А в самой программе перенос таблицы векторов - всего одна СИшная строчка. Использовать или не использовать прерывания в БутЛоадере - это вопрос из той же оперы, что и "использовать или не использовать прерывания в основной программе". Я лично в БутЛоадере ВСЕГДА использую прерывания.

Круто! Насколько я помню в режиме программирования FLASH-страницы должен быть запрещен WDT.
Это вероятно говорит о том, что процессор временно подвисает. Думаю, что во время программирования страницы ничего работать не будет вообще.

Источник не внушает доверия Даташит о должен быть запрещен умалчивает, а практика показывает что программирование flash и WDT прекрасно работают вместе.Неверная предпосылка, неверные выводы. Прочитайте даташит на предмет NRWW и RWW секций флеш-памяти.

Собственно WDT в бутлоадере особо делать нечего,хотя о вкусах не спорят.
Запрещать действительно прерывания нужно с момента записи в SPMCR и пока не будет выполнена SPM ,это касается всех прерываний.

В таком случае ,зачем тогда флаг SPMEN нужен ?И прерывание готовности SPM ,если в это время все равно ничего не выполняется?

Все верно, но если мы попали в бутлоадер с включенным WDT из основной программы по ошибке/или не по ошибке. Или напр, с установленным фузом WDTON..
WDT надо учитывать в бутлоадере.

Безоговорочно согласен!
Когда я писАл самый первый бутлоадер, то только с включеным WDT смог выловить неприятный, редко возможный, косяк.

А что, если установлен фуз WDTON, его действие можно запретить програмно?

Наоборот нельзя. Включен постоянно.