Креативный вопрос, Прерывания в ARM (RTOS) Опции

[elusive]

Есть процессор с операционкой RTOS, но не стандартной, а специально написанной производителем под этот камень.
Есть таблица прерываний, где четвертым значится "Abort Function".

При очень странных обстоятельствах программа вылетает с этим прерыванием:
при определенной конфигурации портов I/O все ОК, а при небольшом переконфигурировании, которое вообще говоря никак влять не должно, возникает это прерывание и все умирает.

Есть только простенький пуританский дебаггер, который работает по настроению.
Так же известен адрес, на котором спотыкается прога, но туда breakpoint не поставить - рушится отладчик. Да, он классный.

Вопрос:
Как можно отловить ПРИЧИНУ этого прерывания? В мане описания не нашел.
То есть мне надо узнать почему такое прерывание может появиться - из-за переполнения стека/памяти/еще чего, чтобы копать уже туда.

[Golikov A.]

Я наверное не селен в работе с операционками, но когда я начинал в дремучие года ЖТАГИ стоили по 700 баксов, а зарплаты были оп 200. Потому все прекрасно обходились без жетага.

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

В чем проблема? или я чего то не понимаю?

П.С. Раньше любой проект начинали с наладки связи по ком порту, да я и сейчас так часто делаю, даже прошу в схемах учитывать эту возможность, отладка с сообщениями иногда работает на порядок лучше ЖЕТАГА со всеми его брекпоинтами...