Добрый день!
При верификации после заливки программы в Мегу 128 из CVAVR 2.03.4 периодически возникают ошибки несоответствия буфера и памяти программ:
"flash contents mismatch at adress...". От заливки к заливке адреса и несоответствия иногда совпадают, иногда - нет.
Примерно 1 из 15 попыток записи успешна. Совсем короткая прогамма почти всегда записывается сразу.
В чем причина явления и можно ли с этим бороться?
Спасибо.

Выбранный в программаторе чип соответствует камню на плате?
Проверить, все ли ножки питания и массы подсоединены (3 пары, в том числе AVcc).
Проверить, достаточна ли мощность источника питания.
Если программируете по SPI, проверьте частоту программирования а также Fuse-биты (может у вас чип работает внутреннем генераторе 1МГц, а Вы думаете, что на внешнем кварце 16М )

Обнаружил, что на другом компьютере все пишет нормально с первого раза. Там же, где я пытался записывать сначала, установлены две версии CVAVR: 2.03.3 и 2.03.4. Пробовал из обеих - результат отрицательный. На обоих компьютерах CV устанавливался с одного источника.

Если, программатор позволяет, прошей другой прогой. нп.из AVR Studio
Могут мешать наводки на провода и.т.д.

Если программатор через USB подключен, то может сказываться разница в версиях USB, разница в железе и особенно разница между XP и Vista.

А можно с этого места поподробнее? Никогда не замечал ничего подобного.

Вообще-то это заметно при использовании драйвера V-USB в CDC mode. В ХР можно заявить медленное устройство как СDС модем и это нарушение стандарта нормально работает, а Vista проверяет на соответствие стандарту и не позволяет делать такой фокус. Для этого есть медленно работающая заплатка. Насчет отличий работы в HID я не в курсе (и с CDC отличием случайно столкнулся). Кстати говоря, тот же V-USB дает те же проблемы, что описал топикстартер, на USB 1.0, 1.1, a на 2.0 работает вполне нормально.

Если используете COM-USB переходник, то рекомендую от него отказаться, или использовать FTDI'айный.

Причина в железе программатора либо в подключении программатора к МК (не согласованы уровни / забыли про Vtarget).
Если программатор которым Вы пользуетесь - это STK200 подобная 5 проводковая хрень на LPT, то ничего удивительного нет. Она просто обязана вести себя так как Вы описали.

Так эту ситуацию проверить проще простого. Задать частоту кристалла поменьше и пусть прошивка заливается медленно, но верно.

Недавно также возникла трабла с программированием меги1281. Сколько их уже перешил стк200_подобной_хренью на лпт + авреал, а тут бац и глюки прошивки полезли. изчезли после перезагрузки winxp, но потом опять появляются с непонятной периодичностью, правда нескоро (достаточно для работы). Вроде винда перед этим скачала очередной апдейт, хотя не уверен

Очень может быть, т.к. прямая работа через LPT в винде является некорректной. Так что меняйте порт на COM или USB, в Висте и Семерке Микрософт сделает платную сертификацию LPT-дров (и других драйверов), и этот канал управления перекроют конкретно.

Поделюсь с вами одним секретом
Наблюдаю на 3 машинах с winXP (прежде на них же стоял win2000 и было всё ОК):
Лезут ошибки программирования при использовании STK200 и программ Avreal и AvrDude.

НО! Стоит один раз после загрузки winXP запустить прогу от Imagecraft (ICCAVR)
и произвести любые действия со встроенной в неё программой программатором (я обычно читаю LOCK биты),
как вдруг всё чудесным образом начинает работать!

Я даже не знаю в чём тут прикол. Может эта софтина отпускает линии LPT порта, которые WinXP при загрузке как-то удерживает.
Но факт на лицо, как говорится. После этой операции до следующей перезагрузки WinXP всё начинает работать безукоризненно.

Все три машины на процессорах AMD разных поколений (AthlonXP, Sempron, Phenom_x3_720).
Картина везде одинаковая.

Real, есть идеи?

PS: ICCAVR - не бесплатная софтина, но в незарегистрированном режиме программатор продолжает работать сколь угодно долго.

XP-шка на атлонеXP была, такого не было...

Сейчас - никаких.
Проскочила идея про то, что какой-то из вызовов ICCAVR каким-то образом останавливает что-то PnP-шное, что по порту топталось постоянно, но на нескольких разных машинах чтобы сидело одинаковое PnP-шное... сомнительно...
Прочихаюсь - попробую поискать другие идеи.

насчет lpt то оно понятно. но ни на висту ни на семерку я пока не собираюсь совершенно. если что, так по новой хр поставлю (дома вообще все эти апдейты выключены сразу). что-нибудь на usb позже сварганю (и то скорее для работы на ноуте), а пока и лпт вполне устраивает. а этих платок для стк200 ещё десятка два валяется (минимальный заказ жешь)

зы: глюки замечены на интеле P4-2.4 WinXP SP3 (от рождения SP2)

Тоже сталкивался с проблемой прошивки именно Меги128. Первый программатор (лет 10 назад чисто от LPT - 5 проводков + AVReal) шил все что попадалось - 90s4434, 90s8535, MEGA8, MEGA16 пока не попалась MEGA128 (Can't resync - и до свидания). Пришлось спаять Altera ByteBlaster с генерацией сигнала XTAL1 (-o0) - после этого благополучно забыл о проблеме. Но недавно решил спаять USB-программатор на FT2232 с сайта AVReal и проблема опять всплыла - опять Can't resync (ключ -o0 не поддерживается)! Но что интересно невозможно зашить только в первый раз, однажды прошитый кристалл (через Altera ByteBlaster) спокойно шьется USB-шным! И еще раз подчеркиваю MEGA8, MEGA16 шьются на ура, MEGA128 - только с ключом -o0! (про другие не скажу - пользую только эти).

была похожая проблема атмега128 прошивалась один раз из 15 , оказалось нужно было ножку PEN поднять.

Тю. меги128 в ходу были, -o0 ни разу не был нужен. -o500 при первой прошивке - перешивке fuses на кварц, дальше -oШО_ТАМ_ЗА_КВАРЦ.

Ну не знаю... У меня нетронутых 128-ых под рукой нет, но могу поставить фьюзы на заводские умолчания и попробовать

я про эту ногу ещё до разводки платы успел в документации прочитать а в 1281 её уже нет. проблем с прошивкой не было.