Пишу данным программатором загрузчик в AT90CAN128 (работает с 0xF000) и ещё несколько таблиц. В итоге получается hex, начинающийся не с нуля (первый адрес старше 0x1000), и с несколькими "дырками".
В начале у этого hex служебные строки:
:020000020000FC
:020000021000EC
Адрес больше FFFF тут устанавливается, видимо, ну и что-то ещё. Не разбирался.
Так вот. AVRISP MKII этот hex файл не пишет. Похоже он вообще ничего во FLASH не пишет. Хотя Fuses и Lock биты пишет нормально. Я вообще этот программатором крайне редко использую. Другим пользуюсь, но сейчас тот недоступен. Думал что это я тут глючу. Но попробовал загрузить проект в симулятор и запрограммировать оттуда (можно MKII такое указать). Так всё без проблем записалось во FLASH и работает. Хорошо, что проект с собой был. А если бы только hex взял?
У кого какие по этому поводу мысли? Моя версия - в hex файле студия (или MKII) разобраться не может. Хотя сама только что его сформировала...

это запись типа 02 - сегментный адрес (еще из x86 ноги растут).
помню были еще у stk500 глюки с такими записями!
он любит тип 4 - старшие 16 бит адреса
можно попробовать руками заменить строки на

:020000040000FA

:020000040001FB

Не получается. Видимо у этих строчек (или одной из них) неправильная контрольная сумма. Про ошибку контрольной суммы во всём hex файле говорят.
На досуге разберусь с тем, как она считается, тогда ещё попробую.

ну да у второй не так посчитал

:020000040001F9

Теперь делает вид, что чего-то пишет. А реально - ничего. Сплошные FF. И время записи - какие то доли секунды. Причём, если потом верификацию включить, то говорит, что всё совпадает. А верификация уже идёт секунды 3. Примерно столько, сколько и д.б. при таком объёме.

Так же и с исходными строчками было.