Спроектируйте задачу и системные требования

Согласно стандарту ADS-B пакет сообщения содержит в общей сложности 120 битов, который имеет преамбулу на 8 битов и 112 битов информации о самолете включая его положение и скорость. Для введения в Режимы сигнальная схема и технология ADS-B для отслеживания самолета, отошлите к 'Отслеживанию Самолета Используя MATLAB®' пример в Communications Toolbox.

Наша задача состоит в том, чтобы спроектировать систему, чтобы получить сообщения ADS-B от воздуха и декодировать со следующими требованиями к производительности:

Проект Используя SoC Blockset

Расчетные параметры: Данные передаются с FPGA на процессор через общую память как система координат выборок. Существует два ключевых расчетных параметра, Формат кадра и Количество Буферов, которые влияют на вышеупомянутые требования к производительности.

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

Спроектируйте, чтобы Удовлетворить Требование Задержки: Задержка является периодом времени между тем, когда данные получены логикой FPGA, и данные готовы быть обработанными процессором. Это включает две части, задержку через логику FPGA и задержку для процессора, чтобы быть доступным, чтобы обработать данные.

Задержка через логику FPGA является временем, требуемым для обработки данных через FPGA. Это обычно находится на порядке многих тактов с часами, запускающимися в области значений МГц. Задержка для процессора, чтобы быть доступным, чтобы обработать данные, определяется к тому времени, когда это берет для выборок, чтобы передать с FPGA на процессор через кадровые буферы памяти и FIFO. Если мы измеряем FPGA FIFO, эквивалентный одному кадровому буферу, то максимальная задержка может быть записана можно следующим образом:

Когда Время, чтобы собрать систему координат прямо пропорционально Формату кадра, поэтому, максимальная задержка в передаче данных прямо пропорциональна Формату кадра и Количеству буферов.

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

В данном примере декодируемая пакетная длина составляет 112 битов, упакованных в четыре 32-битных выборки. Так, формат кадра равняется 4.

Спроектируйте, чтобы Удовлетворить Требование Пропускной способности: Пропускная способность является объемом данных, произведенным, как выведено на модуль времени. Это - функция обработки данных в FPGA и передачи данных & обработки процессором. Для логики FPGA данные обрабатываются в тактовых частотах порядка МГц, и выход производится каждые несколько тактов. Для передачи данных и обработки процессором, это зависит от Формата кадра. Типичный компромисс является большими результатами Формата кадра в более высокой пропускной способности, но это увеличивает задержку. С другой стороны меньший формат кадра приводит к более низкой задержке, но это уменьшает пропускную способность.

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

Выберите Количество Буферов оценивают таким образом, что вы можете удовлетворить демонстрационное требование Отбрасывания, не влияя на максимальное требование задержки.

В данном примере средняя длительность задачи, как измерено на ZC706 114us. Каждая пакетная длительность 120us. Даже если пакеты прибывают вплотную, они могут быть обработаны с минимальным количеством кадровых буферов с тех пор в среднем, задача обрабатывается, прежде чем новый пакет прибывает. Так, определите номер кадровых буферов к возможному минимуму, 3.

Создайте Модель SoC: Используйте Шаблон SDR для создания модели SoC для приложений радиосвязей.

Топ-модель изображена с ограничительными рамками, которые сегментируют модель можно следующим образом:

Модель FPGA содержит Алгоритм Передатчика ADS-B, который передает, тестируют пакеты ADS-B по плавающему курсу и Алгоритму Приемника ADS-B, который декодирует полученные сообщения ADS-B.

Модель процессора содержит Алгоритм Процессора, который распаковывает полученные пакеты ADS-B в информационные биты и отправляет их через блок UDP Send к другой системе для того, чтобы сообщить информацию самолета. Задача алгоритма процессора обозначается как dataTask в блоке Task Manager и задана как событийно-управляемая. Диспетчер задач планирует данные асинхронно посредством буферного готового события rdEvent в канале памяти.

Инициализировать Функциональная подсистема инициализирует соответствующие регистры аппаратной конфигурации. Блоки AD9361 устанавливают центральную частоту, получают режим и основополосную частоту дискретизации присоединенной платы RF FMC. Другая модель блоков три настройки с отображенной памятью пакетного детектора ADS-B datapath. Они включают выбор входа к алгоритму приемника, передают период тестовых пакетов от FPGA и порогового значения для алгоритма обнаружения.

Модель soc_ADSB_UDP_HostPrintout является основанным на UDP хостом, получают модель, которая декодирует сообщения ADS-B. Запустите эту модель параллельно к имитационной модели ADSB или модели развертывания, чтобы отобразить декодируемые сообщения ADS-B и также опционально сопоставить местоположение самолета.

Симулировать

Запустите модель, чтобы визуализировать передачу данных между FPGA и процессором. Период времени между прибытием пакетов является функцией количества самолетов. Учитывая системное требование обнаружения 300 самолетов, будут в среднем 300*6.2 = 1 860 сообщений в секунду (или сообщение каждый 1/1860 = 0,54 мс). Можно определить номер самолетов с помощью переменной NumAircraft, которая в свою очередь устанавливает период в Инициализировать Функциональной подсистеме. Настройка по умолчанию 300, чтобы совпадать с допустимой системной способностью.

Откройте окно Logic Analyzer, чтобы видеть формы волны и заметить, что передачи памяти происходят в буферах 4 выборок, или 16 байтов.

Чтобы просмотреть использование пропускной способности внешней памяти, откройте блок Mem Controller, выберите вкладку Performance и нажмите графики эффективности View. Выберите все ведущие устройства и нажмите Create Plot. График показывает пропускную способность 0,125 Мбайт/с. Начиная с 4 байтов данных передается каждый 32us, ожидаемая пропускная способность 4/32e-6 = 0,125 Мбайт/с.

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

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

Анализ требований к аппаратным средствам

Как обсуждено ранее, поскольку средняя длительность задачи 114us меньше пакетной длительности 120us, сообщения не пропущены в среднем, во время передачи в процессор. Это подтверждено путем рассмотрения количества пропущенных выборок в FIFO с помощью сигнала icFIFODroppedCount в Инспекторе Данных моделирования.

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

Установите NumAircraft на 990 (новое сообщение каждый 163us) симулировать последовательное прибытие плоских сообщений. Измените спецификацию задачи на блоке Task Manager, чтобы симулировать больше нагрузки расчета на процессор. На вкладке Simulation выберите второе распределение путем установки Процентного значения на 100% на второй строке и 0% на первой строке. Это присваивает среднюю длительность задачи 163us, который приведет к некоторому выполнению задачи, занимающему больше времени, чем позволенный. Установите время симуляции на 0,1 мс и симулируйте. Для 990 плоскостей частота поступления сообщений 990*6.2 = 6 138 сообщений в секунду. Пакетное требование отбрасывания поэтому, 6138/105 = 58 сообщений в секунду или 5,8 сообщений за 0,1 секунды. На уведомление симуляции в Logic Analyzer, что это требование нарушено, когда 18 сообщений были пропущены.

Реализуйте и работавший оборудование

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

Чтобы реализовать модель на поддерживаемой плате SoC используют инструмент SoC Builder. По умолчанию модель будет реализована на оценочном комплекте Xilinx® Zynq® ZC706, когда это сконфигурировано с той платой. Открытому Разработчику SoC выберите вкладку 'System on Chip' в панели инструментов Simulink и нажмите кнопку 'Configure, Build, & Deploy'. Если Разработчик SoC открывается, выполните эти шаги:

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

copyfile(fullfile(matlabroot,'toolbox','soc','socexamples','bitstreams','soc_ADSB-zc706.bit'), './soc_prj');

Реализация на ZedBoard: Чтобы реализовать модель на ZedBoard, необходимо сначала сконфигурировать модель к ZedBoard и установить следующие параметры в качестве примера. Открытые Параметры конфигурации Модели, перейдите к вкладке Hardware Implementation и выполните следующее:

Затем откройте Разработчика SoC и выполните шаги, как ранее утверждено для Xilinx® Zynq® ZC706 выше. Измените copyfile команду, чтобы совпадать с потоком битов Zedboard 'soc_ADSB-zedboard.bit'.

Профилирование результатов

Чтобы включить профилирование задачи процессора, откройте параметры конфигурации и перейти к настройкам Hardware Implementation> Hardware Board> Профилирование Задачи на процессоре и выбрать 'Show on SDI' и 'Save to file'. Установите время остановки Симуляции на 10 секунд и запустите модель в режиме external mode. После того, как симуляция завершается, открытый Инспектор данных моделирования (SDI), и перейдите к последнему запуску и добавьте DataReadTask сигнала в график. Заметьте, что имитационная модель точно предсказала, как приложение выполнит на оборудовании.

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

Этот пример показал, как SoC Blockset используется, чтобы спроектировать основанный на пакете стандарт ADS-B, чтобы соответствовать системным требованиям. Путем симуляции проекта с памятью образовывают канал как интерфейс между FPGA и Процессором, вы подтвердили это, системным требованиям пропускной способности и пакетов отбрасывания соответствуют во время проектирования. Вы реализовали проект на устройстве SoC из модели и проверили результаты на оборудовании. Несмотря на то, что ADS-B не является в вычислительном отношении интенсивным стандартом, полезно продемонстрировать процесс проектирования для основанных на пакете систем, предназначенных для реализации на устройстве SoC. Можно следовать за той же методикой проектирования для еще более в вычислительном отношении интенсивных требований для этого приложения или другого основанного на пакете приложения.