Всем доброго дня! Возникла проблема при совместной отладке системы вида управляющее ПО->Ниос->АРМ->ПЛИС. В один прекрасный момент замечаю, что в jtag консоли ниоса (Nios II Console в эклипсе) перестают пояляться отладочные сообщения (например на мои команды от ПО компа), а в DS-5 Debug АРМа в окошке Commands всплывает магическое:
Target Message: Could not determine target state.
Сначала подумал, что железо висит. Перезалил прошивку ниоса, передал пару команд, предназначенных процессору (ниос выступает тут в роли моста), и о чудо, проц жив, отвечает и продолжает крутить свое ПО. ПЛИС часть соответственно тоже в норме. Никакого бута сейчас там нет, все грузил по jtag, так что сделал вывод, что проц не падал. Более того, все это время открыта COM консолька проца и в ней сообщений о перезагрузке нет, все работает как часы.
Подумал на ниос, но если бы завис именно он, то это никак не сказалось бы на отладчике АРМа.
Из всего этого возникло предположение, что падает именно jtag отладчик. Никто не сталкивался с подобным? Программатор USB Blaster. Прошивка АРМа - unhosted, настройки ниосовского bsp - вроде бы все по дефолту.

Заранее благодарен.

Уточните, пожалуйста - у Вас и Nios, и ARM отлаживаются через один и тот же бластер, одновременно?
Попробуйте поэкспериментировать - подключить второй бластер, и один из бластеров назначить Nios'у, а второй ARM'у.

Да, бластер один. Есть подозрение, что ниос зависает из-за блокирующих printf, которые в отадочной версии прошивки используются. Сейчас пробую без них запускаться. По поводу второго бластера - мысль интересная, но на нашей плате только один jtag.

Да, кстати!
Проверьте, чтобы у Вас буфер в JTAG_UART не переполнялся. Или просто выкиньте JTAG_UART для проверки.


Плата своя или какой-то девкит?

Покамест забанил все printf и puts в проекте, еще там вроде есть настройка в bsp, которая реализует неблокирующие printf..

Своя.