Спасибо!
Я как то пробивал игратся с библиотекой MyHDL для Python. Действительно было проще, но скорость подкачивала и я решил двигатся по пути увеличения скорости роботы то-есть изучать System Verilog
Я правильно понимаю, Вы говорите об организации програмы в виде конечного автомата? Соглашусь с Вами, что програма тогда будет сильно усложнена, и как по мне не будет давать реального прироста в скорости верификации дизайнов цифровых схем
Ссылку починил.
Вообще тестировалось все связанное с приемом и выдачей автоматом «заказов» и проверка корректного его поведения. В спецификации в статье я раскрыл мало деталей, так ка хотел сделал основной упор на структуру тестбенча, поэтому, если Вам интересно узнать больше подробностей, я могу выслать вам документ где Вы сможете их найти (правда он на украинском)
1. Я здесь не использовал библиотеку OVM, я организовывал проект по схожей с методологией структуре и черпал оттуда основные идеи. Планирую ли я в будущем использовать ее или библиотеку UVM и портировать проект? Возможно.
2. Для Scoreboard нужна информация на основе которой будет рассчитан эталонный выход дизайна, который будет сравниваться с реальным выходом в Checker. По — этому не плохо создать два монитора, один для входа, второй для выхода. Вообще мне разделения на два монитора кажется уместным, поскольку один общий монитор будет выглядеть довольно сложно в подобном проекте или в проекте посложнее.
3. Как по мне всему свое место. Можно их засунуть и в интерфейс, но мне кажется гораздо удобней выделить для них отдельный файл, если их много или они большие. Если их один-два, тогда не вижу проблемы разместить их в интерфейсе.
Соглашусь с вашим замечанием по поводу того, что библиотеку OVM я не использовал, а скажем так, черпал оттуда идеи и вдохновение.
И да, с этим конечным автоматом не надо шутить, если уж начали, так идите до конца :)
Я как то пробивал игратся с библиотекой MyHDL для Python. Действительно было проще, но скорость подкачивала и я решил двигатся по пути увеличения скорости роботы то-есть изучать System Verilog
Вообще тестировалось все связанное с приемом и выдачей автоматом «заказов» и проверка корректного его поведения. В спецификации в статье я раскрыл мало деталей, так ка хотел сделал основной упор на структуру тестбенча, поэтому, если Вам интересно узнать больше подробностей, я могу выслать вам документ где Вы сможете их найти (правда он на украинском)
1. Я здесь не использовал библиотеку OVM, я организовывал проект по схожей с методологией структуре и черпал оттуда основные идеи. Планирую ли я в будущем использовать ее или библиотеку UVM и портировать проект? Возможно.
2. Для Scoreboard нужна информация на основе которой будет рассчитан эталонный выход дизайна, который будет сравниваться с реальным выходом в Checker. По — этому не плохо создать два монитора, один для входа, второй для выхода. Вообще мне разделения на два монитора кажется уместным, поскольку один общий монитор будет выглядеть довольно сложно в подобном проекте или в проекте посложнее.
3. Как по мне всему свое место. Можно их засунуть и в интерфейс, но мне кажется гораздо удобней выделить для них отдельный файл, если их много или они большие. Если их один-два, тогда не вижу проблемы разместить их в интерфейсе.
И да, с этим конечным автоматом не надо шутить, если уж начали, так идите до конца :)