avat 0 2 ноября, 2007 Опубликовано 2 ноября, 2007 · Жалоба Часто замечаю, что в серийных китайских устройствах с использованием 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, я не трогал никогда. Лечится только перепайкой. Замыкания, непропаи и т.п. исключены. В чем может быть проблема? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
GDI 0 2 ноября, 2007 Опубликовано 2 ноября, 2007 · Жалоба Имхо, китайцы для этих устройств берут просто бракованные партии, чтоб подешевле, вот и все, кстати этим грешат и некоторые наши поставщики компонентов, только наши не говорят никому и продают чуть дешевле, а потом люди жалуются, мол житаг не пашет, контроллер не программируется... Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
artemkad 89 2 ноября, 2007 Опубликовано 2 ноября, 2007 · Жалоба Вариант номер раз - если проблема с прошивкой была обнаружена уже у потребителя, то дешевле переслать микросхемы чем всю партию изделий. Вариант номер два - разделение операций. Плата без МК паяется и тестируется отдельно и в случае проблемы просто выбрасывается. МК пишутся отдельно на спец. оборудовании десятками за раз. Вариант номер три - паяет одна фирма, МК с прошивкой другая, а собирает и тестирует третья. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
GetSmart 0 2 ноября, 2007 Опубликовано 2 ноября, 2007 · Жалоба В 2-х устройствах MEGA16 не откликается на JTAG со следующим сообщением WinAVR: "JTAG ICE обнаружен, но устройство вернуло некорректный JTAG ID". Питание в норме, трассы JTAG не замыкают, не оборваны. Лечилось перепайкой ATMEGA.Очень может быть фьюзы по какой-то причине сглючили и изменились. Исправляется только высоковольтным программатором. Если уж и он не в состоянии опознать проц и перешить фьюзы, то брак. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
fmdost 0 2 ноября, 2007 Опубликовано 2 ноября, 2007 (изменено) · Жалоба Вариант номер раз - если проблема с прошивкой была обнаружена уже у потребителя, то дешевле переслать микросхемы чем всю партию изделий. Вариант номер два - разделение операций. Плата без МК паяется и тестируется отдельно и в случае проблемы просто выбрасывается. МК пишутся отдельно на спец. оборудовании десятками за раз. Вариант номер три - паяет одна фирма, МК с прошивкой другая, а собирает и тестирует третья. Вариант номер 1. Делают не в Китае, и из "списанных" военных деталей. Где видели АВР? Сам ни разу. В основном масочные и капли. ИМХО, АВР флеш слишком дорого для серии. Изменено 2 ноября, 2007 пользователем Т.Достоевский Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Diusha 0 4 ноября, 2007 Опубликовано 4 ноября, 2007 · Жалоба avat «2. Уже другие устройства с тем же контроллером после очередного перепрограммирования по JTAG выпадали в ступор с сообщением, указанным выше. Сам контроллер при этом продолжал работать нормально, только перепрограммировать его уже было невозможно.» Сталивался с внешне похожей ситуацией. ЖТАГом не пользуюсь, про него конкретно ничего не скажу. Программирую через LPT, софт самодельный. Никаких проблем не возникало, пока не появилась мега8. Довольно часто после очередной попытки записать нов. прогу мега8 также переставала прогиться, фьюсы тоже. При этом записанная ранее прога раб. нормально, память и фюсы читаются. Думал, глюк разработки чипа. Попробовать лечить высоковольтным программатором думал, но до сих пор не проверил. Потом появились более новые меги. Они у меня вовсе не прогились. Cитуация вылечилась (т.е. АВРки больше не влетают в этот ступор; а те, которые уже влетели, никуда из него не делись) уменьшением частоты SCK. Она у меня была больше, чем надо, но старые АВРки ее кушали, а новые не захотели. Видимо, связано с повышением интеграции. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
alexmal 0 4 ноября, 2007 Опубликовано 4 ноября, 2007 · Жалоба C ATMEL работаю больше 7 летюю Начинал с 2051, затем 2323, Tiny11, 13, Tiny 2313 сейчас Mega48. Программировал фитоновским программатором. T2313 и M48 через SPI, пользую самопальный вариант 910 программатора и Code Vision в качестве оболочки. Отказов не помню. В серии производстве программируют аргуссофтовским программатором, Этот капризничает на большой скорости, приходится снижать почти до минимума. Но на партиях в 300-500 штук отказов практически не было. МС берем в Точке опоры. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
artemkad 89 5 ноября, 2007 Опубликовано 5 ноября, 2007 · Жалоба Где видели АВР? Сам ни разу. В основном масочные и капли. ИМХО, АВР флеш слишком дорого для серии. Зависит от изделия. Если его стоимость 2$, то да. Если больше 10$ да еще там, где очень желательна внутренняя EEPROM (криптография), то вполне дешево даже для партии. А если еще и изделие постоянно совершенствуется (развивается линейка на базе одной платы), то однозначно флешованные МК становятся даже дешевле масочных. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
avat 0 5 ноября, 2007 Опубликовано 5 ноября, 2007 · Жалоба Cитуация вылечилась (т.е. АВРки больше не влетают в этот ступор; а те, которые уже влетели, никуда из него не делись) уменьшением частоты SCK. Она у меня была больше, чем надо, но старые АВРки ее кушали, а новые не захотели. Видимо, связано с повышением интеграции. Кстати, вполне себе мысль. Я на JTAG тоже задирал скорость обмена, не помню точно на каких платах, но было дело. Хоть и оговаривается частота TCK и SCK в даташите, но, видимо, реальные кристаллы не всегда читают собственные даташиты. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться