выгорает пин

[NewWriter]

Ну сброс МК можно сделать, соединив свободный выход МК с входом внешнего сброса через времязадающую цепочку. Либо программная реинициализация - направление счетчика команд на нулевой адрес. В этом случае физического сброса не происходит, а выполняется только повторная инициализация МК.
Из-за соединенного RE и DE на выходе RO будет присутствовать некоторый уровень, а МК в этот момент, из-за ошибок в программе может не некоторое время переводить вывод в режим выхода. Конкретные ограничения по току RO в даташите не указаны, написано лишь что при токе 4 мА напряж.лог.1 будет не менее 3,5 В. Сам я тоже не пробовал замыкать накоротко...

Да, ну и линию тоже желатетьно снабдить резисторами (на стороне мастера), чтобы избавиться от неопределенности уровня.

После сброса светодиод моргает.

А он и должен моргать по логике работы?

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

[akegor]

Оказывается вход Rx перестал работать.

Точнее можно?

выгорает пин

yellow87, Вы интересный человек, Вам надо, а информацию не даете. Нам-то пох и нах, какой там пин выгорает - у проца, у макса, может, просто "не жюжьжiт"... Это ВАМ надо, ВЫ задаете вопросы о своей заморочке. Сколько нам надо выпить кофе для достаточного количества гущи, дабы разобраться в ВАШИХ загадках?

[yellow87]

своего ресета у него нет, но компилятор CCS сбрасывает счётчик в ноль и вставляет метку GOTO 0
при входе в МАЙН контроллер моргает светодиодом, значит и при передаче команд через RS485 сброс происходит нормально.
В линии А и Б резисторы имеются(забыл нарисовать)
Как поточнее? Раньше Rх принимал все команды и выполнял работу, а теперь линию вообще не читает.
Перепрошивка не помогла, а новый купленный контроллер работает как надо(до команды reset) - значит пин сгорает!
Какая информация ещё необходима для размышлений? Спрашивайте - я всё расскажу!

[Albert_V]

Перед goto 0 (reset), необходимо из Main-а отключить прерывания и выждать пару NOP-ов.
----
P.S.
После старта программы (org 0h) у вас должен быть Init всей периферии + очистка памяти.

[yellow87]

Похоже Вы правы, Albert_V !

Ведь при сбросе счётчика и отправке на адрес 0, прерывания никто не отключает, они продолжают происходить и что-то где-то конфликтится!

Значит перед GOTO 0 попробую отключить глобальные прерывания.
Только зачем пару нопов выжидать, не понял...

[akegor]

Как поточнее?

Да хотя бы так

а новый купленный контроллер работает как надо(до команды reset) - значит пин сгорает!

Вопрешь-то был

какой там пин выгорает - у проца, у макса,

Но, слава богу, выдавил.

Попробуйте, как тут уже говорили, аппаратный сброс - он намного чище и эффективней. Все с нуля.

[yellow87]

Ну всё проверил!
Отключение прерываний перед сбросом решило проблему - УРА!
Нопы я вставил(без них проверять не рискнул) не поняв их смысла, благо ещё килобайт памяти свободным остался.
А паять цепочки аппаратного сброса на всех уже изготовленных блоках - неудобно, да и лень.
Всем спасибо за участие, Альберту - респект!

[RECTO]

Нопы я вставил(без них проверять не рискнул) не поняв их смысла

В них и нет никакого смысла...

[Albert_V]

В них и нет никакого смысла...

Сейчас уже не вспомню в каком документе от Microсhip-а видел, что после запрета прерываний, можно при выполнении следующей команды получить вызов по INT.
Я не видел текста программы ТС, поэтому про пару NOP сказал "на всякий случай".
----
yellow87, я рад, что ваша проблема решена.

[STM32F0]

новый купленный контроллер работает как надо(до команды reset) - значит пин сгорает!

Это ж каким только нужно быть косоруким, чтобы у такого ПИКа пин спалить. Да ещё и не у одного ПИКа. До задницы ваш веселящий РЕСЕТ. Это как мёртвому припарка.