Я понимаю. Для того, чтобы изредка проверить работу программы, можно залезть пинцетом в самые интимные места. Или проводом, подключенным к чему-нибудь... Потом в файл записать, что куда совали и какова реакция была. А если делать некий специальный стенд, так по мне, хватит подключения ко всем входным и выходным разъемам, и уже на них подавать всяко-разно. И если тесты не проходят, тогда уже можно и через JTAG подключиться, и еще через какие-нибудь тестовые разъемы.
Если я вижу, что прибор не работает, как надо, обычно можно с большой вероятностью предположить неисправное место.
Те же аналоговые цепи никакими программами не исследовать. Только по результатам работы.

Ничего универсального и простого не просматривается.
Нужно наработать какой-то toolbox с разными проставками для шин и интерфейсов. И какой-то объединяющий автомат/софтпроцессор или интерфейс для внешнего управления стратегией тестирования. Так вижу.
И это долго и дорого

1. В идеале близкое к нулевым вмешательство в софт и железо. Например некий отдельный модуль который работает параллельно остальной системе который можно легко добавить или удалить из проекта.
2. Некоторая универсальность в порче чего бы то ни было

Если я правильно понял.
То обычно беру иголочку и тыкаю во все выводы поочередно. Что-то вроде помехи создаю. Но надо помнить, что не все выводы могут такое пережить. Ещё статикой проверял. Ногами по линолиуму пошоркаю и через неонку на корпус прибора. Или на полигон земли или на корпус заземленного разъема, например, USB. Так обычно находятся забытые висящие входы, не совсем корректно обрабатывыемые аналоговые сигналы т.д.

А какие цифры вы бы хотели увидеть?

Минуточку, такое разве не тестами в HDL-симуляторе делают?

Прошу прощения, автор темы указал как у него связан PC и ПЛИС? PC = personal computer?

Симулить логику и программу в HDL симуляторе можно... но мееедленно же будет. Да и сгенерить полные тесты уровня платы это та ещё задача.А на что это влияет? Есть некий канал. Его детальная реализация мало на что влияет.

Симулить логику и программу в HDL симуляторе можно... но мееедленно же будет. Да и сгенерить полные тесты уровня платы это та ещё задача.

А на что это влияет? Есть некий канал. Его детальная реализация мало на что влияет.

Но если словили сбой, и система повисла. Как Вы будете искать проблемный блок ?

Вообще-то "весь мир" (с) так делает, да вот берет и мееедленно тестирует. Причем проект должен быть написан тестопригодно, а сами тесты бить в ключевые точки. Это целое искусство. Иного рецепта нет, иначе такие имитируемые отказы могут включиться в процессе эксплуатации, если заложить схемотехнически. И правильно пишут про BIST.

Всё что является частью проекта - всё важно.

Стенд проверяет плату целиком. Т.е. проблемы которые возникнут на плате никак не проверить. Если мы говорим про надёжность то важным становиться не умение железа бегать без глюков по проторенной дорожке. Это то как раз программеры легко делают. А задача в том чтобы он так же хорошо бегал если начнутся проблемы. Т.е. мне нужно убедиться что я получу ошибку в телеметрии а не намертво зависший блок потому что программеры ждут в бесконечном цикле некий флаг...

Т.е. задача имитации неисправностей на уровне платы.

засуньте все в свч печь

Так на плате нет аккумулятора. Заряжать нечего )))))