galjoen 0 27 октября, 2009 Опубликовано 27 октября, 2009 · Жалоба Пишу данным программатором загрузчик в AT90CAN128 (работает с 0xF000) и ещё несколько таблиц. В итоге получается hex, начинающийся не с нуля (первый адрес старше 0x1000), и с несколькими "дырками". В начале у этого hex служебные строки: :020000020000FC :020000021000EC Адрес больше FFFF тут устанавливается, видимо, ну и что-то ещё. Не разбирался. Так вот. AVRISP MKII этот hex файл не пишет. Похоже он вообще ничего во FLASH не пишет. Хотя Fuses и Lock биты пишет нормально. Я вообще этот программатором крайне редко использую. Другим пользуюсь, но сейчас тот недоступен. Думал что это я тут глючу. Но попробовал загрузить проект в симулятор и запрограммировать оттуда (можно MKII такое указать). Так всё без проблем записалось во FLASH и работает. Хорошо, что проект с собой был. А если бы только hex взял? У кого какие по этому поводу мысли? Моя версия - в hex файле студия (или MKII) разобраться не может. Хотя сама только что его сформировала... Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
KRS 1 27 октября, 2009 Опубликовано 27 октября, 2009 · Жалоба В начале у этого hex служебные строки: :020000020000FC :020000021000EC это запись типа 02 - сегментный адрес (еще из x86 ноги растут). помню были еще у stk500 глюки с такими записями! он любит тип 4 - старшие 16 бит адреса можно попробовать руками заменить строки на :020000040000FA :020000040001FB Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
galjoen 0 28 октября, 2009 Опубликовано 28 октября, 2009 · Жалоба можно попробовать руками заменить строки на :020000040000FA :020000040001FB Не получается. Видимо у этих строчек (или одной из них) неправильная контрольная сумма. Про ошибку контрольной суммы во всём hex файле говорят. На досуге разберусь с тем, как она считается, тогда ещё попробую. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
KRS 1 28 октября, 2009 Опубликовано 28 октября, 2009 · Жалоба Не получается. Видимо у этих строчек (или одной из них) неправильная контрольная сумма. Про ошибку контрольной суммы во всём hex файле говорят. На досуге разберусь с тем, как она считается, тогда ещё попробую. ну да у второй не так посчитал :020000040001F9 Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
galjoen 0 28 октября, 2009 Опубликовано 28 октября, 2009 · Жалоба ну да у второй не так посчитал :020000040001F9 Теперь делает вид, что чего-то пишет. А реально - ничего. Сплошные FF. И время записи - какие то доли секунды. Причём, если потом верификацию включить, то говорит, что всё совпадает. А верификация уже идёт секунды 3. Примерно столько, сколько и д.б. при таком объёме. Так же и с исходными строчками было. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
