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

Может кто сталкивался,
ВРОДЕ ничего не делали но 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 вольт.... вот тебе и ток!!!!

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



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

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

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

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

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 В во время подачи питания на МК или во время действия мощных импульсных помех.
Эта болезнь зачастую неизлечима и, как правило, требует замены МК.
На будущее: следует уделять больше внимания вопросам помехозащищённости и защите внешних цепей.

Вряд ли. Тиристорный эффект в меге маловероятен. Скорее всего, банальный прожог пина статикой при тырканьи в плату разъёма программатора.

Скажем так, сегодня перед программированием потребление 65mA, во время программирования 95mA, во время стирания более 110mA.
Еще нажатие reset'та уменьшает потребление на 4mA.


Не совсем понятно это - если сначала подключаешь программатор для ISP программирования, а затем включаешь питание платы с мегой, то наверное на некоторых выводах программатора может быть напряжение, хотя конечно наверное скорее не должно быть у хорошего программатора ...
Вообщем я хотел сказать, что это зависит от программатора, а не от меня... надо наверное проверить разъемы программатора перед програмированием...


Да, наверное...что вроде такого и было...

Значит утечка тока происходит постоянно, и не зависит от переключения альтернативных функций PE0/PE1.
неизлечимо..

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

BVU, по-моему это врядли, т. к. все выводы AVR допускают короткое замыкание хоть на землю, хоть на питание. Убеждаться в этом приходилось неоднократно. Да и программатор подключаем только по горячему. Главное - чтобы развязка по питанию с компьютером была.
Думаю, что вывести пин из строя можно только запредельным напряжением.