Attiny2313A SU ломается flash(

[Vadim1984]

Всем здравия!
Прошиваю HEX в тини2313A в SOIC корпусе - перестает работать, в eXtremeBurner обламывается на Verifying flash memory, пишет: Mismatch at location 0x0000000, при этом с камня читает, насколько верно, сказать не могу. Думаю "ну бывает", выпаял МК, посадил другой, предварительно залил простейшую моргалку, все пашет. Заливаю нужный скетч, история повторяется. Думаю "ну гулять, так гулять.... Запорю ка я еще один тини2313А", на этот раз в ДИПе. Не хочет падла запарываться...
Кароч, есть проклятая прога (сам писал в Атмел студии) нещадно порит 2313А в СОИКе (до этого живые, и исправно работающие), при этом на ДИПовские 2313А шьется без проблем.

Кто подскажет, откуда бесов изгонять?

[Demiurg]

При первом программировании мк нужно снижать скорость программирования. При повторном программировании можно поднимать скорость. Также нужно смотреть обвязку мк. Возможно шунтируются цепи программатора.

[BOB51]

Прошить МК в отдельном виде (в спецпанельке) для начала.
Диповские-то наверняка так прошивались?

[akl]

Vadim1984 Может перед программированием не стираете флеш. Не обижайтесь, но такое бывало.

[Vadim1984]

Vadim1984 Может перед программированием не стираете флеш. Не обижайтесь, но такое бывало.

eXtremeBurner сам, вроде, все делает.

Прошить МК в отдельном виде (в спецпанельке) для начала.
Диповские-то наверняка так прошивались?

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

[Demiurg]

Вспомнил. У tiny2313 есть выход кварцевого генератора. Его нужно отключать фьюзами.

[Vadim1984]

Вспомнил. У tiny2313 есть выход кварцевого генератора. Его нужно отключать фьюзами.

Отключен....
Но спасибо за попытку

[musor]

а если стереть а потом прописат f0 и сверить

[akl]

[uquote="Vadim1984",url="/forum/viewtopic.php?p=3152431#p3152431"]...проблемы настают именно с опред HEXом.
Причем, контроллер стирается, читается (бред какой-то считан), и при прошивке, если верить eXtremeBurner, флеш пишется, но не верифицируется...[/uquote]Думаю, большой тайны не будет, если выложите Ваш удивительный .hex Могу проверить на soic и mlf

[BOB51]

А флаги защиты от чтения?...

[akl]

Lock bits can be erased to “1” with the Chip Erase command, only.

[Vadim1984]

А флаги защиты от чтения?...

Нет защиты

[uquote="Vadim1984",url="/forum/viewtopic.php?p=3152431#p3152431"]...проблемы настают именно с опред HEXом.
Причем, контроллер стирается, читается (бред какой-то считан), и при прошивке, если верить eXtremeBurner, флеш пишется, но не верифицируется...[/uquote]Думаю, большой тайны не будет, если выложите Ваш удивительный .hex Могу проверить на soic и mlf

Ловите

[BOB51]

Cудя по тому файлу еепромка пуста - 0хFF.

[Vadim1984]

Cудя по тому файлу еепромка пуста - 0хFF.

Верно, я пока-что и не умею с ней работать , все во флеше.

Сегодня развел платку для ДИПа, при прошивке тестового ХЕХа обратил внимание, что эта плата сразу после прошивки, начинает моргать, в отличие от предыдущей (на базе SOIC), кот моргала ток после отключения USBasp, от внешнего питалова.

В планах переразвести с нуля, благо плата простецкая, but steel интересно в связи с чем, может быть связан данный глюк, КСТАТИ питалово отдельно подавалось, с программатором MISO MOSI RST SCK GND.
НО, повторюсь, простая тестовая прога и прошивалась и читалась и работала (неоднократно проверено), работала при отключенном программаторе.

[BOB51]

Для прошивки с помощью понипрога (и некоторых иных) на панельке программатора (STK200 к примеру) обычно явно присутствует кварц в 4мгц (не требуется только для 8-лапых вариантов, и то... внимательно смотреть надо).
А в схеме оного может и не бысть (за ненадобностью).
Этот "нюанс" по умолчанию не сильно афишируется...

[akl]

Некоторые программаторы не отпускают линию RESET после программирования, естественно, не давая стартануть прикладной программе без отключения оных.
Как и следовало ожидать все камни в разных корпусах прошивались и верифицировались. Правда, не понятно, что должна делать эта программа. Порты остались не настроенными, сразу идёт какая-то большая задержка. Потом, правда, есть настройка порта B и D и USART на работу с UBRRL=8. Вот, пожалуй и все...

[Vadim1984]

Некоторые программаторы не отпускают линию RESET после программирования, естественно, не давая стартануть прикладной программе без отключения оных.
Как и следовало ожидать все камни в разных корпусах прошивались и верифицировались. Правда, не понятно, что должна делать эта программа. Порты остались не настроенными, сразу идёт какая-то большая задержка. Потом, правда, есть настройка порта B и D и USART на работу с UBRRL=8. Вот, пожалуй и все...

Программатор один и тот же использовался, платы одинаково разведены. Прога по ЮАРТу общается и светодиоды включает.
Как - нить переразведу плату, проверю еще раз.


Вообще интересная трабла выскочила, переразведу - отпишусь. Всем Спасибо)

[dgrett]

У меня в соике, помню, тоже один проект незаработал, пока как следует плату не прополоскал ИПС. Видать, под контроллером осталась какая-то кака. Паял флюсом для смд.