Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Atmega16
Форум разработчиков электроники ELECTRONIX.ru > Микроконтроллеры (MCs) > AVR
*SERG
Что то чудеса какието blink.gif
прграммировал в кодевижен авр8535, не хватило памяти, взял 16-ый, ножки, всё совпадает и памяти побольше........но, ни как не могу заставить 16-ый контроллер выдать в порт С все нули. Программирую 8535 всё ок. Ту же прогу зашиваю (конечно откомпилированную под 16) в 16 и нифига, на некоторых ножках порта присутствует 5 вольт...........
В чём проблемма????????
*SERG
Дааааааааааааааааааа, косячёк до обиды, элементарный.......
Всё проблемма во внутрисхемном отладчике JTAG, по умолчанию этот бит установлен и порт настроен на общение с ним, от в нём проблемма и была smile.gif
beer_warrior
1.Изучить листинг , на предмет - правильно ли собралось для
М16, действительно ли пишет в порты.


2.Залить простейшую прогу - изобразить на ногах меандр, для проверки
физического состояния железа.
bodja74
Ножки РС6 и РС7 ,работают только на вход,
тоже чуть не умер.
Volodymyr
1. Включен JTAG, скорее всего /посмотреть в fuses/
2. Сгорел порт. Из собственного опыта - порт С самый горючий... :о( Проверка - выдавать меандр на все выходы.
defunct
Цитата(Volodymyr @ Dec 22 2005, 22:01) *
2. Сгорел порт. Из собственного опыта - порт С самый горючий... :о( Проверка - выдавать меандр на все выходы.


Ну это неправда, у меня вот к примеру чаще горит порт D. А у соседа - B. А коллега давеча спалил портA у двух M16. В общем горючесть от фазы луны зависит.
Rash
Цитата(defunct @ Dec 23 2005, 16:07) *
Цитата(Volodymyr @ Dec 22 2005, 22:01) *

2. Сгорел порт. Из собственного опыта - порт С самый горючий... :о( Проверка - выдавать меандр на все выходы.


Ну это неправда, у меня вот к примеру чаще горит порт D. А у соседа - B. А коллега давеча спалил портA у двух M16. В общем горючесть от фазы луны зависит.

Это зависит, что к нему конектить, поставь резюк на входе хотябы 1кОм, добавь встрёно диодов (хотя они встроенные в megy) по входу, а если это выход, то ненагружай его на максимум, в даташите всё написано и если выполнять его требования, то ничё само посебе не горит, проверенно.
defunct
Цитата(Rash @ Dec 23 2005, 14:16) *
Цитата(defunct @ Dec 23 2005, 16:07) *

Цитата(Volodymyr @ Dec 22 2005, 22:01) *

2. Сгорел порт. Из собственного опыта - порт С самый горючий... :о( Проверка - выдавать меандр на все выходы.


Ну это неправда, у меня вот к примеру чаще горит порт D. А у соседа - B. А коллега давеча спалил портA у двух M16. В общем горючесть от фазы луны зависит.

Это зависит, что к нему конектить, поставь резюк на входе хотябы 1кОм, добавь встрёно диодов (хотя они встроенные в megy) по входу, а если это выход, то ненагружай его на максимум, в даташите всё написано и если выполнять его требования, то ничё само посебе не горит, проверенно.


Именно, само по себе ничего не горит! Поэтому и говорить о "самой горючести порта C" звучит мягко сказать не научно.
Runner
Цитата(defunct @ Dec 23 2005, 15:46) *
Именно, само по себе ничего не горит! Поэтому и говорить о "самой горючести порта C" звучит мягко сказать не научно.

Это на первый взгляд ненаучно.Хотя в AVR физически все порты одинаковые, но на порте С - JTAG, а пользуются им почти все. А вообще в приложении чаще палят выходы - их "забывают" защитить, а потом коннектят куда нипопадя. Входы так или иначе защищают.
ms1
Насчет горючести портов АВРок.

Не далее как на днях собрал устройство в котором к АВРке были подключены выходы 559ИП11.
К порту D правда smile.gif и не Мега, а классик.
Соответствующие ноги АВРки были ошибочно сконфигурированы тоже как выходы.
Так устройство проработало дня два.
Это пока не дошло до программирования логики работы с этими ногами.
Исправил ошибку и ничего. И АВР и 559ая работают. Чему кстати и не удивляюсь совсем.
Не хочу сказать что порты "неубиваемые", но согласен с мнением Runner и подобными высказанными в этом треде:
Если порты погорели, то этому были веские причины. Лучше искать их в своей схеме.
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.