Evgeny_CD, Архитектор (24.02.2012 15:30, просмотров: 1069) ответил ыыыы на все HDL симуляторы приспособлены для интеграции С кода (в любую сторону и всякими разными путями), описывать на HDL тесты в мильйон раз проще чем на tcl, они для этого и придуманы, в отличие от tcl. то есть эта связка ведет к увеличению
А хотите, я приведу пример, где мой подход (как мне кажется) глюкавость сильно уменьшит? Пусть мы делаем новый стандарт, скажем, приборной шины. Нам нежен текст стандарта, эланноый HW контроллер и эталонный SW стек.
Есть у нас XML документ в SEDNA, который аццкие професоры-теоретеги и их студенты написали.
Есть парсер на Tcl, которые из этого XML вытаскивает названия полей, их длину, все числовые параметры, времянки и прочее.
Есть модель контроллера на SystemC, в текст которой вставлен результат описанного выше парсинга.
Есть модель "другой стороны", которая имитирует ошибки на шине и прочее. SystemC, но принимает команды от Tcl
Есть эталонный стек на С у "правильного" контроллера и у "кривого". Тоже все под Tcl.
Ну и Tcl который всем этим рулит, записывет ошибки в логи и пр.
Написали релиз спецификации - симульнули все в комполексе - подправили релиз спецификации - симульнули...
)