Вариантов может быть масса.
Я обычно критичные части кода в явном виде защищаю ".MTPS #340".
В данном случае можно в явном виде в 6 записать 340 (а не надеяться, что в системе он такой и есть). Но проблему с этим я объяснил
Что касается проверки вывода - на него можно или забить (мы ничего не выводили из проги, остальное - не наша проблема), прерывания только запретить заранее приоритетом проца.
Лично я бы делал так:
1. прерывания устанавливал бы не через @#4, а через .TRPSET - это бы избавило меня от потребности восстанавливать его потом
2. хандлер прерывания сделал бы отдельный из одной команды (не считая RTI) - BIS #1,2(SP). В этом случае после CLR @#адрес (или TST @#адрес) мы можем проверить наличие адреса просто командой BCS/BCC
3. если совсем заморачиваться - проверил бы наличие foreground job - мало ли
4. как и сказал, .MTPS #340, загрузка, .MTPS #0 (причем именно так - .MTPS, а не MTPS)
---------- Post added at 19:29 ---------- Previous post was at 19:25 ----------
Ну ладно, уломал - понимание удобнее для тебя, а команды-то зачем криво писать?
Да и шестнадцатеричные числа если на то пошло можно писать стандартным способом