Організація файлів компонентів
Немає жодних обмежень на те, де зберігаються визначені користувачем складові файли, поки Quartus II може знайти _hw.tcl файл. Можна зберігати _hw.tcl файли в директорії проекту Quartus II або в директорії користувача бібліотеки. Можна змішати файли з іншими проектними файлами, або відокремити їх в підкаталог.
Типовий компонент використовує наступну структуру каталогів. Імена директорій не істотні.
Component directory /
HDL / - файли HDL і _hw.tcl
<Component name> _hw.tcl - файл опису компонента
<Component name> .v or .vhd - HDL, який містить модуль верхнього рівня
Software / містить програмні драйвери або бібліотеки, пов'язані з компонентом
Qsys ігнорує будь-які файли, які не може ідентифікувати у власних цілях. Елементи, які можна знайти в директорії компонента, включають наступне:
Підкаталог inc - Цей каталог включає реєстрову карту для компонентів з підлеглими портами Avalon-MM. Реєстрова карта зазвичай оголошується як файл header мовою C, де визначаються символи і макроси необхідні для доступу до апаратних засобів компонента в програмах C. Qsys не використовує цю інформацію безпосередньо. Використоується для систем процесора Nios II;
Підкаталог HAL - Цей каталог містить програмні драйвери для компонента. Qsys не використовує цю інформацію безпосередньо. Для Nios II;
Підкаталог UCOSII - програмні драйвери для компонента, визначеного для операційної системи в реальному часі MicroC / OS-II (RTOS). Для Nios II;
Файли даних та інші.
Розробка алгоритму
Аналіз завдання
Виходячи із поставленого завдання, необхідно розробити систему обміну повідомленнями, доповнивши мікропроцесорну систему генератором чисел, співпроцесором та монітором.
Дані та керуючі сигнали між генератором, співпроцесором і монітором мають передаватися засобами інтерфейсу Avalon-ST. Зв'язок із системою має здійснюватися засобами інтерфейсу Avalon-MM.
Генератор має передавати пакети розміром 32 байт. Вміст кожного байту пакету – порядковий номер цього байту в пакеті.
Співпроцесор має множити на два вмісту кожного байту пакету.
Монітор має виконувати вивід номеру пакету та значення пакету на чотири семисегментні індикатори навчальної плати DE-0.
Інтерфейс Avalon-ST має мати такі сигнали:
1.Дані, розмір шини 8 біт;
2.Сигнал початку пакету;
3.Сигнал кінця пакету;
4.Сигнал валідності передачі.
Граф-схема алгоритму
На рисунку 5.1 наведена граф-схема алгоритму роботи системи обміну повідомленнями засобами інтерфейсу Avalon-ST.
На першому етапі Генератор створює пакети даних, вмістом кожного байту яких є порядковий номер цього байту. Передача відбувається побайтно. При передачі першого байту співпроцесору також відсилається сигнал «початок пакету». При відсиланні останнього байту, також відсилається сигнал «кінець пакету». При тому як відбувається передача, на всьому протязі встановлюється сигнал валідності передачі.
Наступним кроком співпроцесор отримує згенеровані пакети від генератора. При отриманні сигналу валідності передачі та сигналу «початку пакету» співпроцесор модифікує отримані байти, помножуючи на два вміст кожного байту. Далі співпроцесор відправляє модифіковані дані монітору разом із керуючими сигналами валідності передачі і «початку і кінця пакету».
Далі монітор при отриманні сигналу валідності та сигналу «початку пакету» чекає сигналу «кінця пакету», для того щоб можна було вивести на 4-ри 7-ми сегментних індикатора вміст останнього байту пакету.
Ні
Так
Ні
Так
Рис. 5.1 Граф-схема алгоритму