xmega portR неужели спалил?

[kaf-0]

Такое дело...
Использую atXmega 256A3U
У этого микроконтроллера есть PortR из двух пинов 0 и 1, альтернативные функции которых XTAL2 и XTAL1 соответственно.
На обоих пинах у меня кнопки (подключенные через резисторы по 1кОм), замыкающие на землю. Подтяжка к верху используется внутренняя, активируется программно. Всё прекрасно работало. В один прекрасный момент, обнаружил что кнопка на пине 0 не работает. Смотрю пин, а он оказывается работает как выход и на выходе 0 (не "болтается в воздухе", а именно как выход 0).
Думал, что в программе чего-то наворотил, однако ничего такого не нашел, но на всякий случай прошил резервной копией прошивки в которой точно всё работало, однако ничего не изменилось.
Как мне кажется, это произошло после того, как я подключил к программе ASF, стал инициализировать библиотечными функциями источник тактового сигнала (используется внутренний) и "sleep manager". Повторюсь, что возврат к старой прошивке ничего не дал. С момента, как всё точно работало и до момента, как работать перестало в плату ничем не лазил, только программировал.
Есть какие-нибудь идеи? Может кто сталкивался с чем-то похожим? Что можно проверить/попробовать? Не верится, что мог спалить пин, смущает что он как выход работает.

[akegor]

А просто тупо, в лоб, без всяких АСФ-ов, поморгать светиком на этом пине?

[kaf-0]

Да пробовал конечно, убрал всё, выводил в порт только единицу, а на выходе всё равно 0.

[kaf-0]

Мистика какая-то.
Я сейчас из программы всё убрал, сделал только бесконечный цикл в котором инициализировал пин как выход и устанавливал в нем 1. И, о чудо, единица на выходе появилась. Стал подключать к проекту по очереди различные функции инициализации, всё работает. Вот уже залил проект целиком со всем функционалом, всё работает. Однако, через некоторое время (во время которого ничего не делал вообще), сработала функция, завязанная на эту кнопку, тыкаюсь в порт, а там опять ноль. При этом кнопку я уже отключил, на всякий случай. Отключил питание, включаю снова, работает. Вот уже прошло времени на много больше, чем после первого включения, по прежнему всё ок.
Наверное, плату чистить надо лучше...

[akegor]

Наверное, плату чистить надо лучше...

Из-за нечистой платы направленность пина не поменяется, только из-за нечистой программы. Или пятен на солнце, марсе...

[kaf-0]

Из-за нечистой платы направленность пина не поменяется, только из-за нечистой программы. Или пятен на солнце, марсе...

В исходной программе, пин был только подтянут к верху. Не чистая плата могла "опустить" его вниз.
В программе слово "PORTR" используется только в двух местах - в функции инициализации и в функции чтения состояния.
Хотелось бы докопаться до истины, но проблема пока не повторяется.
Действительно, причиной большинства подобных проблем оказывается "кривой" код, но сейчас я уверен на 98% что дело не в нем.

[jump]

Не чистая плата

некошерная... религия какая-то у вас. ищите в ПО упоминание на порт в/в и анализируйте. или в хексе-дизассемблере забейте поиск по адресу порта. далее вы знаете, что делать

[Godzilla82]

В программе слово "PORTR" используется только в двух местах - в функции инициализации и в функции чтения состояния.

Могу ошибаться (с xMega никогда не работал). А разве в xMege для чтения состояния используется не PINR?

[akegor]

слово "PORTR"

вход на выход не поменяет.

[Godzilla82]

вход на выход не поменяет.

Поэтому продолжаем считывать состояние порта, используя PORTR.