|
|
  |
ATMEGA - тонкости эксплуатации |
|
|
|
Nov 2 2007, 08:00
|
Участник

Группа: Участник
Сообщений: 19
Регистрация: 1-04-07
Пользователь №: 26 686

|
Часто замечаю, что в серийных китайских устройствах с использованием ATMEGA последняя ставится в DIP-корпусе и на панельку. Какие соображения преследуют разработчики? Не дешевле ли запаять TQFP, есть прочие элементы на плате уже SMD? Или может быть, из-за ремонтопригодности? Сдох кристалл, не снимая платы поставили новый и все. И еще вопрос. Сам использую ATMEGA16, 128 в TQFP. Все как правило работает, кроме нескольких непонятных исключений: 1. Партия изделий 50 шт, электроконтроль, монтаж автоматом. В 2-х устройствах MEGA16 не откликается на JTAG со следующим сообщением WinAVR: "JTAG ICE обнаружен, но устройство вернуло некорректный JTAG ID". Питание в норме, трассы JTAG не замыкают, не оборваны. Лечилось перепайкой ATMEGA.
2. Уже другие устройства с тем же контроллером после очередного перепрограммирования по JTAG выпадали в ступор с сообщением, указанным выше. Сам контроллер при этом продолжал работать нормально, только перепрограммировать его уже было невозможно. Никакие Lock Bits, FUSE, кроме BOD EN, CKOPT, я не трогал никогда. Лечится только перепайкой. Замыкания, непропаи и т.п. исключены. В чем может быть проблема?
|
|
|
|
|
Nov 2 2007, 19:20
|

Местный
  
Группа: Свой
Сообщений: 479
Регистрация: 8-05-07
Из: г. Ставрополь. Северный Кавказ. Россия
Пользователь №: 27 606

|
Цитата(ArtemKAD @ Nov 2 2007, 12:42)  Вариант номер раз - если проблема с прошивкой была обнаружена уже у потребителя, то дешевле переслать микросхемы чем всю партию изделий. Вариант номер два - разделение операций. Плата без МК паяется и тестируется отдельно и в случае проблемы просто выбрасывается. МК пишутся отдельно на спец. оборудовании десятками за раз. Вариант номер три - паяет одна фирма, МК с прошивкой другая, а собирает и тестирует третья. Вариант номер 1. Делают не в Китае, и из "списанных" военных деталей. Где видели АВР? Сам ни разу. В основном масочные и капли. ИМХО, АВР флеш слишком дорого для серии.
Сообщение отредактировал Т.Достоевский - Nov 2 2007, 19:21
|
|
|
|
|
Nov 4 2007, 04:32
|
Вечный студент
   
Группа: Участник
Сообщений: 500
Регистрация: 11-09-06
Из: Питер
Пользователь №: 20 262

|
avat «2. Уже другие устройства с тем же контроллером после очередного перепрограммирования по JTAG выпадали в ступор с сообщением, указанным выше. Сам контроллер при этом продолжал работать нормально, только перепрограммировать его уже было невозможно.»
Сталивался с внешне похожей ситуацией. ЖТАГом не пользуюсь, про него конкретно ничего не скажу. Программирую через LPT, софт самодельный. Никаких проблем не возникало, пока не появилась мега8. Довольно часто после очередной попытки записать нов. прогу мега8 также переставала прогиться, фьюсы тоже. При этом записанная ранее прога раб. нормально, память и фюсы читаются. Думал, глюк разработки чипа. Попробовать лечить высоковольтным программатором думал, но до сих пор не проверил. Потом появились более новые меги. Они у меня вовсе не прогились. Cитуация вылечилась (т.е. АВРки больше не влетают в этот ступор; а те, которые уже влетели, никуда из него не делись) уменьшением частоты SCK. Она у меня была больше, чем надо, но старые АВРки ее кушали, а новые не захотели. Видимо, связано с повышением интеграции.
|
|
|
|
|
Nov 4 2007, 05:54
|
Группа: Новичок
Сообщений: 4
Регистрация: 10-02-05
Пользователь №: 2 551

|
C ATMEL работаю больше 7 летюю Начинал с 2051, затем 2323, Tiny11, 13, Tiny 2313 сейчас Mega48. Программировал фитоновским программатором. T2313 и M48 через SPI, пользую самопальный вариант 910 программатора и Code Vision в качестве оболочки. Отказов не помню. В серии производстве программируют аргуссофтовским программатором, Этот капризничает на большой скорости, приходится снижать почти до минимума. Но на партиях в 300-500 штук отказов практически не было. МС берем в Точке опоры.
|
|
|
|
|
Nov 5 2007, 22:10
|
Участник

Группа: Участник
Сообщений: 19
Регистрация: 1-04-07
Пользователь №: 26 686

|
Цитата(Diusha @ Nov 4 2007, 07:32)  Cитуация вылечилась (т.е. АВРки больше не влетают в этот ступор; а те, которые уже влетели, никуда из него не делись) уменьшением частоты SCK. Она у меня была больше, чем надо, но старые АВРки ее кушали, а новые не захотели. Видимо, связано с повышением интеграции. Кстати, вполне себе мысль. Я на JTAG тоже задирал скорость обмена, не помню точно на каких платах, но было дело. Хоть и оговаривается частота TCK и SCK в даташите, но, видимо, реальные кристаллы не всегда читают собственные даташиты.
|
|
|
|
|
  |
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0
|
|
|