16+
Понедельник
18 февраля
Вход |Карта сайта | |Upload |codebook | PARTS

 О смысле всего сущего 0xFF

 Средства и методы разработки

 Мобильная и беспроводная связь

 Блошиный рынок Объявления

caxapa

Микроконтроллеры ARM 

AVR PIC MSP PLD,FPGA,DSP 

Кибернетика Технологии 

Схемы, платы, компоненты 

Средства и методы разработки

 
   Новая тема Правила Регистрация Поиск »» Архив
Вернуться в конференциюТопик полностью
Evgeny_CD  (24.02.2012 15:30) , в ответ на все HDL симуляторы приспособлены для интеграции С кода (в любую сторону и всякими разными путями), описывать на HDL тесты в мильйон раз проще чем на tcl, они для этого и придуманы, в отличие от tcl. то есть эта связка ведет к увеличению автор: ыыыы
А хотите, я приведу пример, где мой подход (как мне кажется) глюкавость сильно уменьшит? 
Пусть мы делаем новый стандарт, скажем, приборной шины. Нам нежен текст стандарта, эланноый HW контроллер и эталонный SW стек. Есть у нас XML документ в SEDNA, который аццкие професоры-теоретеги и их студенты написали. Есть парсер на Tcl, которые из этого XML вытаскивает названия полей, их длину, все числовые параметры, времянки и прочее. Есть модель контроллера на SystemC, в текст которой вставлен результат описанного выше парсинга. Есть модель "другой стороны", которая имитирует ошибки на шине и прочее. SystemC, но принимает команды от Tcl Есть эталонный стек на С у "правильного" контроллера и у "кривого". Тоже все под Tcl. Ну и Tcl который всем этим рулит, записывет ошибки в логи и пр. Написали релиз спецификации - симульнули все в комполексе - подправили релиз спецификации - симульнули...
Главная | Карта сайта | О проекте | Проекты | Файлообменник | Регистрация | Вебмастер | RSS
Лето 7527 от сотворения мира. При использовании материалов сайта ссылка на caxapу обязательна.
MMI © MMXIX