выгорает пин

[RECTO]

Сейчас уже не вспомню в каком документе от Microсhip-а видел, что после запрета прерываний, можно при выполнении следующей команды получить вызов по INT.

Любопытно было бы глянуть... Это значит, тогда после каждого запрета прерываний есть вероятность сразу же уйти в прерывание? А с возвратом из прерывания по retfie тогда как быть? Она-ж прерывания разрешит обратно..

Но, скорее всего, Вы спутали с командой sleep. Если используется пробуждение из сна по прерыванию, и бит GIE установлен, тогда действительно - после команды sleep должна следовать команда nop (одна, две не обязательно). Связано это с тем, что при выполнении команды одновременно происходит предвыборка следующей команды (установка счётчика на следующий адрес), в таком состоянии МК и "засыпает". Поэтому, при пробуждении первой выполнится команда, следующая сразу же за sleep, а уже затем - переход по вектору прерывания.
..

[Albert_V]

RECTO, скорее всего, вы правы.
Возможно я что-то не так когда-то понял, но я знаю точно, что с парой NOP-ов после запрета прерываний, работает гарантированно.
Другое дело, зачем вообще такая команда "из вне" потребовалась....
Если контроллер перестал отвечать на запросы - он и эту команду не поймёт.

[NewWriter]

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

зачем вообще такая команда "из вне" потребовалась....

Реинициализация, возврат первоначального состояния исполнительных узлов. Это не от зависания МК конечно..

[Albert_V]

NewWriter, тут может быть что угодно.
Как на уровне последовательности команд выглядит Init у ТС - фиг его знает....

Реинициализация, возврат первоначального состояния исполнительных узлов. Это не от зависания МК конечно..

Тогда зачем делать goto 0?
Неужели сложно отработать эту команду программно, без Reset-а контроллера и "доложить" Master-у о выполнении Init-а исполнительных узлов?

[STM32F0]

Что вы тут херню городите? Причём здесь инит? Правильный он, не правильный, это никак на вылет пина не влияет, у пина присутствует ограничение по току, если пин настроен на вывод. Если же пин настроен на ввод, то убить его можно только высоким входным напряжением. Вас автор троллит, а вы и ведётесь.

[nocturnus]

В этой схеме еще одна потенциальная проблема - при подаче питания драйвер висит как передатчик и садит линию. Резистор 10К с выводов RE-DE надо к VDD подтянуть, а не к земле - сам попадался, драйвер раскаляется и вылетает.

[Albert_V]

Мдаа...
Документацию читать уже религия не позволяет...

[nocturnus]

Кстати, с 628А у меня именно из за подтяжек затык и вышел - программная часть завелась сразу без всяких нопов - писал еще тогда на асме. Если 2 передатчика висят на линии в режиме передачи, то они совместно начинали генерить что-то типа меандра на выходах RO

[jump]

yellow87,
а каким тестом проверен вывод пика и сделан вывод о неисправности?

[akegor]

Резистор 10К с выводов RE-DE надо к VDD подтянуть, а не к земле

Чтобы на передачу поставить? А занахуа?