Можно ли очистить стек?

[NemoCut32]

А это однократно нужно!?
Если ДА, то чего проще по прерыванию джампом лететь на прогу Б (иногда не забыв разрешть другие прерывания), если нет то это контекстное переключение задач (на AVR решается просто, описано в любой оси - uCOS например), на ПИКе не знаю, но на MCS51 я как-то загонял в предыдущий адрес стека адрес ПП куда надо было прыгнуть и делал reti, опосля чего попадал куда надобно.

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

[DK]

а контролер непонять вроде-бы безобидной команды.

Не заморачивайся. Все значительно проще. Если тебе не надо возращаться, то и не возвращайся. Забудь про стек - это не х86. Стек тут неуправляемый. Он помнит только 8 адресов возврата, и, если ты уходишь в 9 call, то потеряется только 1 адрес. И чистить его нафиг не нужно. Просто постараться при написании проги не забыть, что при 9 call подряд результат может быть непредсказуем Я предполагаю, что будет возврат на адрес 0h или 3FFh.

Большое спасибо,DK,за совет - действительно быть может
плюнуть на этот стек.

А это однократно нужно!?
Если ДА, то чего проще по прерыванию джампом лететь на прогу Б (иногда не забыв разрешть другие прерывания), если нет то это контекстное переключение задач (на AVR решается просто, описано в любой оси - uCOS например), на ПИКе не знаю, но на MCS51 я как-то загонял в предыдущий адрес стека адрес ПП куда надо было прыгнуть и делал reti, опосля чего попадал куда надобно.