[Алекс. 0]

Добрый день!

При верификации после заливки программы в Мегу 128 из CVAVR 2.03.4 периодически возникают ошибки несоответствия буфера и памяти программ:

"flash contents mismatch at adress...". От заливки к заливке адреса и несоответствия иногда совпадают, иногда - нет.

Примерно 1 из 15 попыток записи успешна. Совсем короткая прогамма почти всегда записывается сразу.

В чем причина явления и можно ли с этим бороться?

Спасибо.

[kool 0]

Выбранный в программаторе чип соответствует камню на плате?

Проверить, все ли ножки питания и массы подсоединены (3 пары, в том числе AVcc).

Проверить, достаточна ли мощность источника питания.

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

[Алекс. 0]

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

Изменено 6 октября, 2009 пользователем Алекс.

[codenamehawk 0]

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

Могут мешать наводки на провода и.т.д.

[256 0]

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

[Corvus 1]

и особенно разница между XP и Vista.

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

[256 0]

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

[idle1 0]

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

[defunct 0]

В чем причина явления и можно ли с этим бороться?

Причина в железе программатора либо в подключении программатора к МК (не согласованы уровни / забыли про Vtarget).

Если программатор которым Вы пользуетесь - это STK200 подобная 5 проводковая хрень на LPT, то ничего удивительного нет. Она просто обязана вести себя так как Вы описали.

[Dimoza 0]

Если программатор которым Вы пользуетесь - это STK200 подобная 5 проводковая хрень на LPT, то ничего удивительного нет. Она просто обязана вести себя так как Вы описали.

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

[Ronin 0]

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

[V_G 11]

Вроде винда перед этим скачала очередной апдейт, хотя не уверен :)

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

[demiurg_spb 0]

Поделюсь с вами одним секретом:)

Наблюдаю на 3 машинах с winXP (прежде на них же стоял win2000 и было всё ОК):

Лезут ошибки программирования при использовании STK200 и программ Avreal и AvrDude.

 

НО! Стоит один раз после загрузки winXP запустить прогу от Imagecraft (ICCAVR)

и произвести любые действия со встроенной в неё программой программатором (я обычно читаю LOCK биты),

как вдруг всё чудесным образом начинает работать!

 

Я даже не знаю в чём тут прикол. Может эта софтина отпускает линии LPT порта, которые WinXP при загрузке как-то удерживает.

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

 

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

Картина везде одинаковая.

 

Real, есть идеи?

 

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

[ReAl 0]

Все три машины на процессорах AMD разных поколений (AthlonXP,

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

 

Real, есть идеи?

Сейчас - никаких.

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

Прочихаюсь - попробую поискать другие идеи.

[Ronin 0]

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

 

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

 

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

Изменено 29 октября, 2009 пользователем Ronin