Помогите - четверый SAM7s валится - не пойму. Перестает программироватья по JTAG., Неужели таким образом можно убить целый чип? Опции

[Димон Безпарольн...]

Начинается все одинаково - все программируется через JTAG (MT-Link+JFLASH ARM V4.08), SAM-BA ставится исправно - вывод 19 (PA16) в ноль уходит.

Кварец 18.432. Правда не пойму в какие моменты он должен работать. При стирании всего чипа (JTAG) генерация есть устойчивая. В остальных случаях нет. Когда удавалось прошить программу генерация тоже была.

После нескольких операций программирования/стирания через JTAG, нескольких попыток поставить SAM-BA все одинаково валится - SAM-BA не вызывается, программироваться по JTAG отказывается. Пишет ошибку верификации блока. Программировать флэш нулями (есть такая опция неизвестно зачем) также отказывается.

Перемычка Erase не помогает.

Неужели таким образом можно убить целый чип?

Люди, помогите - хотел освоить ARM, а получил полнейший тупик. Я даже готов несколько 7s128 или один 7s256 не паянные отдать взамен помощи.

Вот часть лога JTAG:

Reading entire flash chip ...
- Connecting ...
- Connected successfully
- 1024 sectors, 1 range, 0x100000 - 0x13FFFF
- RAM tested O.K.
- Target memory read successfully. (262144 bytes, 1 range) - Completed after 3.951 sec
Erasing chip ...
- Erasing 1024 sectors, 0x100000 - 0x13FFFF
- RAM tested O.K.
- Erase operation completed successfully - Completed after 8.392 sec
Programming and verifying target (47184 bytes, 1 range) ...
- Programming target (47184 bytes, 1 range) ...
- ERROR: Programming failed @ address 0x00100000 (block verification error)
- ERROR: Failed to program target
- ERROR: Failed to program and verify target
Disconnecting ...
- Disconnected

Спасибо.

Сообщение отредактировал Димон Безпарольный - Dec 2 2010, 14:31

[Danis]

После нескольких операций программирования/стирания через JTAG, нескольких попыток поставить SAM-BA все одинаково валится - SAM-BA не вызывается, программироваться по JTAG отказывается.

А зачем Вам SAM-BA если у Вас есть MT-LINK? Сомневаетесь в его исправности? Я свой MT-LINK v6.0 через SAM-BA прошивал, помню что надо отключать антивирус, иначе SAM-BA контроллер не видит. И что за прошивку Вы в контроллер загоняете? Может она проц. убивает например высокой тактовой частотой при неверной конфигурации тактирования от внешнего кварца? Со схемой тоже не понятно, может, где к.з. на плате, залипуха?

[Димон Безпарольн...]

А зачем Вам SAM-BA если у Вас есть MT-LINK? Сомневаетесь в его исправности? Я свой MT-LINK v6.0 через SAM-BA прошивал, помню что надо отключать антивирус, иначе SAM-BA контроллер не видит. И что за прошивку Вы в контроллер загоняете? Может она проц. убивает например высокой тактовой частотой при неверной конфигурации тактирования от внешнего кварца? Со схемой тоже не понятно, может, где к.з. на плате, залипуха?

В том то и дело что я пробовал именно разные готовые платы. Схемотехнические решения на этих платах работают годами. MT-LINK рабочий, ибо я беру следующую плату - все программируется с первого раза и через несколько циклов повторяется. Прошивка тоже рабочая. Потребление всей схемы не меняется - 20ма - на порчу от ВЧ не похоже.

До компьютерного варианта SAM- BA дошло лишь один раз - удалось не загубить контроллер, воткнуть USB и при установке драйвера получить синий экран. После этого и этот вариант контроллера перестал программироваться по JTAG.

MT-LINK не слишком удобен в плане подключения. Хотелось бы SAM-BA по USB.

Осваивать ARM лучше с процессоров NXP. При этом необходимость в Атмеле полностью пропадёт.

У меня на работе куча АРМ-ов. И спаянных отбракованных плат тоже. Хотелось бы воспользоваться возможностью...

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

Возможно Вы правы. Поставлю обязательно. Но раньше понедельника никак не получится...