Насколько я понял, у автора речь идет не о командах контроллера а 'командах-подпрограмах'.
Там можно и намертво замонтировать вызов точки трассировки. Если подпограммы длинные, то можно
попробовать манипулировать разрешением/запрещением какого-либо внешнего источника прерывания,
в обработчике которого анализировать и держать_и_не_пущать пока источник прерывания снят
не будет на время достаточное для вваливание в следующую 'команду'. Кстати, сам обработчик
прервывания можно на ходу переназначать, если нужно.

Все правильно говорите. Но:
Возможно я не правильно уловил суть вороса - помоему человеку нужна отладка в интерперетаторе, а не эмуляция отладки самого интерпретатора через JTAG, которая, насколько мне известно, невозможна.

Да, тут есть неоднозначность. Автор написал:


Я интерпретировал "пользовательскую программу", как программу для поцессора ARM, т.е. сам интерпретатор. Т.к. для интерпретируемого кода, в принципе, можно написать эмулятор на PC и это в ряде случаев будет гораздо проще...

Большое спасибо всем ответившим, не имел доступа к интернету, поэтому не участвовал в обсуждении
Резюме: делаю язык линейных инструкций типа IL, оформляю их в виде подпрограмм, которые вызываю по таблице структур, содержащей указатель на подпрограмму и параметры, эта таблица и является программой. Функции вызываются по указателю в цикле в фоновом процессе, после каждого вызова функции-команды вызывается функция-отладчик.


С эмулятора на PC (LabWindows) я и начну