Здравствуйте!

Может кто сталкивался,
ВРОДЕ ничего не делали но mega128 стал потреблять много, около 130mA и естественно греется. Сколько он раньше потреблял в нашей схеме не знаю, но таки горячим он не был.
1. Схема - собственно просто разводка меги для подключения разного к его портам + I2C eeprom и часы, но они на колодках и вытащены. Частота 16Mhz.
2. Определили по тому, что маленкий блок питания который до этого работал и выдавал 4.5V стал просаживаться до 3.5V
3. Сама мега вроде прошивается (SPI), вроде говорю потому, что после прошивки ее программатором AutoProg сравнение не проходит, при считывание с нее восвращается FF. Да я сейчас не уверен, что программатор работает нормально (правда он нормально прошивает eeprom, PIC в параллельном режиме).
Но то, что записывает программатор в мегу, вроде работает, несмотря на то, что сравнение показывает, что данные различаются.
4. Блок питание трансформаторный, но пробовал и от батареи, все равно жрет много.

Что касается того, что "вроде ничего не делали", то стали работать с новой прошивкой.
Может у меги предсмертные припадки начались, а может что-то в софте прокосило.

Как всегда все случилось вдруг, но вчера все было хорошо

Что - то нето... Мега просто так испортиться не могла.... Скорее всего что-то где-то замкнуло....

Но наверно, все таки я что то делал, раз так получилось, по крайней мере прошивал его...
Но что замкнуло, если собственно ничего нет на плате кроме резистров и конденсаторов необходимых для работы I2C eeprom + часы.

А раньше контролер хоть раз прошивали с какой-нибудь рошивкой?
Чем прошивали контролер (какимпрограматором и с помощью какого софта)?

Да конечно, прошивал эту мегу, раз 100, а то и больше...
Программатор как я писал AutoProg от http://www.romservice.ru/
Внутрисхемное программирование использовал. Да мега шьется вроде, но только при проверке (сравнении) памяти контроллера, программатор показывает, что считывает только FFFF. Но прошивка вроде работает, вроде, потому как что там записано проверить нельзя, но внешне программа работает, выдает на USART1 данные и т.д.

Попробуй отсоединить програматор и посмотреть будет течь такой же ток и будет ли греться микросхема....
Еще отследи... может при насройки портов какойто порт насроился на вывод.... а на этом выводе земля а на его выход подается +5 вольт.... вот тебе и ток!!!!

Сообщение отредактировал Professor - May 15 2006, 19:24

Потребляет ток и греется без программатора...



Ну это я конечно попробую завтра...

Собственно вопрос стоит в том, чтобы определить у него что то сгорело и он инвалид или это просто софтверная проблема.

Программно такой фокус сделать, по-моему, совершенно невозможно.
А вот необратимый пробой (статикой) защитного диода ног(и) микросхемы очень даже реален. Если она настроена на вывод, избыточный зажор тока вполне возможен...
Прверьте потенциалы на ножках, настроенных на вывод. Если отличаются от "земли" или "+" более, чем на 0,2В - собака порылась именно там.
Вариант с замыкой также следует проверить. Может, замкнутая нога была сначала настроена на ввод, и это не сказывалось. Замыка, скорее всего, может быть на "+" - по единице атмега такой ток не даст.

Если не впаяна может стоит попробовать вытащить и запитать вне платы, посмотреть ток? Ведь всёравно в плате уже не прошьёте, если только мега с буквой L, ведь, на сколько я помню, обычная питается минимум с 4.5в .... а у Вас блок 3.5 выдаёт... Может зашили с ошибкой а теперь естественно не шьётся....

Сообщение отредактировал zeleboba - May 15 2006, 21:27

bisoft
Было то же самое, что и у Вас после пробоя статикой с щупа осциллографа. У МК вылетел один пин порта A. Неисправным в МК после этого оказался всего лишь этот один пин, все остальные блоки работают нормально. Перевод этого пина на "Ввод", а также отключение питания порта А (AVCC) результатов не дали, потребление все равно остается высоким, и чип греется.

Решение проблемы - замена чипа.


Проверить достаточно просто. Перевести (если возможно) все пины на вывод и выставить логическую 1, а дальше см. пост Станислава, на пробитом(ых) пинах вместо Vcc будет либо "0" либо значение значительно меньше Vcc. Наиболее вероятно, что пробило пины, которые в вашем устройстве были настроены на ввод. Если у вас использовался внутренний АЦП, то 10 к одному, что пробитым окажется один из аналоговых входов.


Не обязательно, выгореть может так, что вне зависимости от конфигурации порта может быть утечка тока.

Да, верно. В этом случае, правда, должен быть пробит не один только защитный диод, а и схема драйвера В/В соответствующего пина.

Если убит вывод микросхемы функционирующий как порт, а скорее всего это именно так, то проверяется такая проблема легко! Пишется тест: для портов работающих на вывод - выводить меандр, для портов работающих на вход считывать меандр и делать анализ о его присутствии. Таким образом 100%-но определяется дефект. Что-то подобное можно выполнить и для других функциональных выводов...

Поскольку мега шьется, я сделал несколько программ:
1. pin_nopullup - все порты переключаем на ввод и выключаем pull-up резисторы
2. pout_0 - все порты переключаем на вывод и выводим 0
3. pout_1 - все порты переключаем на вывод и выводим 1

Питание подавалось ~5.15V, но оно немного просаживалось при разных режимах.

Итак результаты:

pin_nopullup – питание 5.04V, потребление 59mA
в этом режиме измерялось напряжения портов как между GND так и между VCC, также использовался старый советский логический пробник, купленный по случаю в магазине “Электроника” еще тот прибор. Т - означает, что пробник не показал ничего, но это может значить, была либо висячая нога либо между 0 и 1, вот такой пробник
В этом тесте на PIN1 напряжение при разных попытках было разное, было и 1.8V и 1.1V вообщем плавает оно там.

PORT/PIN GND<->PIN VCC<->PIN Пробник
PortA 0V 0V T
PortB 0V 0V T
PortC 0V 0V T
PortD 0V 0V T
PortE.PIN0 0.22V 4.93V T
PortE.PIN1 1.81V 3.27V T
PortE.PIN2-7 0V 0.20V T
PortF 0V 0.22V T
PortG 0V 0V T


pout_0 – питание 5.04V, потребление 59mA
PORT/PIN GND<->PIN Пробник
PortA 0V 0
PortB 0V 0
PortC 0V 0
PortD 0V 0
PortE.PIN0 0.24V T
PortE.PIN1 0.17V 0
PortE.PIN2-7 0V 0
PortF 0V 0
PortG 0V 0

pout_1 – питание 4.80V, потребление 88mA
PORT/PIN GND<->PIN Пробник
PortA 4.70V 1
PortB 4.60V 1
PortC 4.68V 1
PortD 4.70V 1
PortE.PIN0 0.25V T
PortE.PIN1 3.42V 1
PortE.PIN2-7 4.55V 1
PortF 4.15V 1
PortG 4.68V 1

Очевидно результаты показывают, что порт Е (PIN0-1) прижмурился … но что интересно мега ведь программируется по ISP именно через эти пины, если я не ошибаюсь. Очевидно при внутрисхемном программирование там, что то переключается и частично работает.

И еще интересно, что вчерашние 130мА уменьшились, но все равно как я понимаю 59-88мА для голой меги это много. Сегодня даже программатор стал читать нормально мегу, я думаю, что порт Е стал жить своей жизнью и сам определяет, что сколько ему надо энергии и будет ли он работать
С другой стороны эту мегу можно наверное использовать в некоторых устройствах в холодное время не надо грелок Но у нас сегодня 40 градусов было…

Если вам не трудно, ради интереса попробуйте замерять потребляемый ток в режиме программирования.

Сипмтомы указывают на проявление так называемого "тиристорного эффекта", который может возникнуть если напряжение на выводах МК имеет место быть более 1 В во время подачи питания на МК или во время действия мощных импульсных помех.
Эта болезнь зачастую неизлечима и, как правило, требует замены МК.
На будущее: следует уделять больше внимания вопросам помехозащищённости и защите внешних цепей.