Непонятный глюк с Atxmega64A3U, Зависает часть периферии Опции

[prottoss]

Привет всем!

Есть устройство в котором задействовано множество периферии.
На PORTD бит 5 является выходом. Используется как стробирующий выход. Пассивное состояние - 0. Управляется программой.
На PORTE задействовано два USART - USARTE0 (для связи с периферийным устройством) и USARTE1 (как отладочный порт для вывода на РС сообщений).

Программа работает следующим образом
1. Инициализируется вся периферия (порты ввода-вывода, USART, таймеры и т.п.)
2. Далее подается строб на PORTD5.

Ситуация следующая:
1. Если питание подано в первый раз то после перехода строба из 0 в 1 вся периферия вешается! Т.е. оба USART не работают и еще часть периферии так же не работает. Программа может зависнуть.

2. Если сбросить процессор не снимая питания, то все работает как задумано.

Отрезал провода от USARTE0, от PORTD5 - ничего не помогло! Начал разбираться с программой. Оказалось, что если я не разрешаю приемник USARTE1, т. е. в регистре CTRLB не устанавливаю бит RXEN то при первой подаче питания все работает как положено.
Далее установил, что если после того, как программа сгенерирует строб, разрешить приемник, то тоже все работает замечательно.

Два дня ломаю голову, чтобы это могло быть? Есть какие нибудь идеи?

[prottoss]

Сегодня попробую. Вчера просто думал, что это "железная" проблема. В итоге много времени потратил на перерезание дорожек, поисх замыканий, а потом восстановление цепей.
В итоге, когда целых дорожек не осталось, я понял что это ошибка именно внутри контроллера, аппаратная или программная пока мне не понятно. Я закомментировал код инициализации USART и все заработало.
Самое интересное, что для меня более логичным было бы если бы гдюк проявлялся при разрешении передатчика (ибо выход). Но тут оказывается что глюк возникает при разрешении приемника...

[zombi]

... аппаратная или программная пока мне не понятно.

Программная 100%
В программе где нибудь анализируется состояние PORTD5 ?
Обработчики прерываний USARTE ?