Проект и системные требования

Рассмотрим заявку, включающую непрерывную потоковую передачу видео данных через FPGA. В топ-модели soc_histogram_equalization_top FPGA вычисляет гистограмму поступающего видео потока, в подсистеме 'FPGA', при вытекании того же видео потока к внешней памяти для хранения. После вычисления и накопления гистограммы во всем видеокадре сигнал синхронизации переключается, чтобы инициировать обратное считывание сохранённой системы координат из внешней памяти. Накопленный вектор гистограммы затем применяется к видеопотоку, считанному из внешней памяти, для выполнения алгоритма эквализации. Буфер системы координат внешней памяти моделируется с помощью блока 'Memory Channel' в AXI4-Stream Video Frame Buffer режим.

Блок 'HDMI Входа' считывает видео файла и предоставляет видео данных и сигналы управления нисходящим блокам обработки FPGA. Видео данных в формате YCbCr 4:2:2, и сигналы управления в pixel control bus формат. Блок 'HDMI Выхода' считывает видеосигналы данных и управления в том же формате, как выводится блоком 'HDMI Входа', и обеспечивает визуальный выход с использованием блока Video Отображения.

Блок Push Button включает обход алгоритма эквализации гистограммы, маршрутизацию необработанного вывода из буфера системы координат внешней памяти на выход.

Существует ряд требований, которые необходимо учитывать при разработке приложения, которое взаимодействует с внешней памятью:

Для этого примера гистограммы эквализации мы определили следующие требования:

При вышеописанном требовании пропускной способности мы можем вычислить значение, которое требуется для буфера системы координат:

Поскольку формат видео является YCbCr 4:2:2, нам требуется 2 байта на пиксель (BPP), это равняется требованию пропускной способности

Поскольку алгоритм должен записывать и читать видео, данные во внешнюю память/из нее, это требование пропускной способности должно быть удвоено, для общей потребности в пропускной способности

Проект с использованием SoC Blockset

В целом, ваш алгоритм будет частью большого приложения СО. В таких приложениях, вероятно, будут и другие алгоритмы, также требующие доступа к внешней памяти. В этом сценарии вы должны рассмотреть влияние доступа к памяти другого алгоритма на эффективность и требования вашего алгоритма. Принимая, что ваш алгоритм разделяет канал памяти с другими компонентами, вы должны принять во внимание следующее:

Путем соответствующего моделирования дополнительных потребителей памяти в общем приложении, вы можете систематически проектировать свой алгоритм, чтобы соответствовать вашим требованиям в ситуациях, когда доступ к памяти не является исключительным для вашего алгоритма.

Чтобы избежать моделирования всех устройств чтения и средств записи памяти в общей системе, можно использовать блоки 'Memory Traffic Generator', чтобы использовать пропускную способность чтения/записи в вашей системе путем создания запросов доступа. Таким образом, вы можете симулировать дополнительные доступы к памяти в вашей системе без явного моделирования.

Моделирование дополнительных потребителей памяти

Симулируйте систему без дополнительных потребителей памяти и просмотрите график эффективности памяти из блока 'Memory Controller'.

Здесь хозяева памяти следующие:

Обратите внимание, что оба активных хозяина потребляют 248,8 МБ/с полосы пропускания памяти.

Больше потребителей памяти: Примите во внимание, что ваш алгоритм является частью большей системы, и вторичный алгоритм разрабатывается коллегой или третьей стороной. В этом сценарии вторичный алгоритм будет разрабатываться отдельно для интереса времени и деления работы. Вместо того, чтобы объединять два алгоритма в одну симуляцию, можно смоделировать доступ к памяти вторичного алгоритма с помощью генератора трафика памяти и симулировать влияние, если оно есть, которое оно окажет на ваш алгоритм.

Например, предположим, что у вас есть следующие требования к памяти для вторичного алгоритма:

Учитывая, что основной алгоритм потребляет ~ 500 Мбайт/с полосы пропускания памяти, а общая доступная полоса пропускания памяти составляет 1600 Мбайт/с, мы знаем, что общая потребность в полосе пропускания для нашей системы превышает общую доступную полосу пропускания ~ на 50 Мбайт/с.

Чтобы включить моделирование доступа к памяти вторичного алгоритма, раскомментируйте Contention Блок генератора трафика памяти. Настройки маски блока показаны ниже.

Симуляция системы с доступами вторичного алгоритма к памяти приводит к следующему графику использования полосы пропускания памяти.

Как видим, на отметке 0,03 с - когда вторичный алгоритм начинает запросы доступа к памяти, другие мастера не достигают своей необходимой пропускной способности. Глядя на форму волны логического анализатора, мы видим, что это проявляется как сброшенные буферы для ведущего устройства записи буфера системы координат и состояния ожидания для ведущего устройства чтения буфера системы координат.

Реализация и запуск оборудования

Для этого раздела требуются следующие продукты:

Для реализации модели на поддерживаемой плате SoC используйте приложение SoC Builder. Откройте маску подсистемы 'FPGA' и установите вариант модели на 'Pixel based processing'.

Закомментируйте блок 'Confention'.

Нажмите кнопку 'Configure, Build, & Deploy' на панели инструментов, чтобы открыть SoC Builder

Синтез FPGA может занять более 30 минут. Чтобы сэкономить время, вы можете захотеть использовать предоставленный предварительно сгенерированный битовый поток путем следующих шагов:

copyfile(fullfile(matlabshared.supportpkg.getSupportPackageRoot,'toolbox','soc',...
         'supportpackages','xilinxsoc','xilinxsocexamples','bitstreams',...
         'soc_histogram_equalization_top-zc706.bit'), './soc_prj');

Сейчас модель работает на оборудовании. Чтобы получить использование полосы пропускания памяти в оборудовании, выполните следующие испытательные стенды aximaster для soc_histogram_equalization_top_aximaster.

Следующий рисунок показывает использование полосы пропускания памяти при развертывании приложения на оборудовании.

Сводные данные

Вы разработали видео приложение с HDMI ввода-вывода в реальном времени и буферизацией систем координат во внешней памяти. Вы исследовали эффекты других потребителей памяти на общую пропускную способность. Вы использовали SoC Builder, чтобы реализовать модель на оборудовании и проверить проект.