Разработка программного обеспечения встраиваемых микропроцессорных систем, проектируемых на базе расширяемых вычислительных платформ семейства Zynq 7000 AP SoC фирмы Xilinx. Часть 7
Создание конфигурации инструментов пакета Xilinx SDK для отладки разрабатываемой прикладной программы на аппаратной платформе проектируемой микропроцессорной системы
Перед выполнением отладочного процесса разрабатываемого программного приложения на аппаратной платформе проектируемой микропроцессорной системы рекомендуется сформировать требуемую конфигурацию соответствующих инструментов пакета Xilinx SDK. Для этого нужно, прежде всего, во встроенной панели Project Explorer основного окна интегрированной среды разработки программного обеспечения щелчком левой кнопки мыши выделить строку с названием раздела отлаживаемого проекта прикладной программы, а затем в главном меню выбрать пункт Run. Далее в открывшемся всплывающем меню следует активизировать команду Debug Configurations, при выполнении которой на экране появляется одноименная диалоговая панель, как показано на рис. 1. Первоначальный вид диалоговой панели Debug Configurations зависит от того, выполнялся ли ранее запуск отлаживаемого программного приложения на аппаратной платформе проектируемой микропроцессорной системы.
Для создания требуемой конфигурации отладочных средств пакета Xilinx SDK можно воспользоваться также контекстно-зависимым всплывающим меню, которое открывается щелчком правой кнопкой мыши при расположении курсора в строке с названием разрабатываемого проекта прикладной программы во встроенной панели Project Explorer. В этом меню следует выбрать команду Debug As, в результате выполнения которой появляется всплывающее меню следующего уровня, содержащее команду Debug Configurations (рис. 2). После выбора указанной команды открывается диалоговая панель с заголовком Debug Configurations, предназначенная для редактирования существующих и создания новых вариантов конфигурации отладочных средств интегрированной среды разработки программного обеспечения Xilinx SDK. Информация о созданных ранее вариантах конфигурации отладочных средств отображается во встроенной панели, которая находится в левой части открывшейся диалоговой панели.
Управление вариантами конфигурации отладочных инструментов осуществляется с помощью кнопок быстрого доступа, расположенных в верхней части этой встроенной панели, а также команд контекстно-зависимого всплывающего меню, чей вызов производится щелчком правой кнопки мыши при расположении курсора в рассматриваемой панели (рис. 2). Для создания нового варианта конфигурации следует в указанной встроенной панели выделить строку с названием применяемых отладочных средств и воспользоваться кнопкой быстрого доступа или командой New контекстно-зависимого всплывающего меню. Копирование выбранного варианта конфигурации осуществляется с помощью кнопки или команды Duplicate. Чтобы удалить неиспользуемый вариант конфигурации отладочных средств, следует вначале выделить строку с его названием, а затем нажать кнопку быстрого доступа или выполнить команду Delete из контекстно-зависимого всплывающего меню. При этом появляется диалоговая панель с заголовком Confirm Launch Configuration Deletion, содержащая запрос подтверждения удаления выбранного варианта конфигурации отладочных инструментов, чей вид демонстрирует рис. 3.
Если перед выполнением процесса отладки был запущен исполняемый модуль разрабатываемой прикладной программы на аппаратной платформе проектируемой встраиваемой системы, то автоматически создается вариант конфигурации отладочных средств GNU Debugger (GDB), название которого совпадает с идентификатором исполняемого файла. Этот вариант конфигурации предлагается по умолчанию для отладки разрабатываемого программного приложения.
Для использования иного варианта конфигурации отладочных инструментов и установки требуемых значений параметров этого варианта надо прежде всего выделить строку с его названием, представленную в левой встроенной панели (рис. 4). А затем воспользоваться встроенной панелью, расположенной в правой части диалоговой панели Debug Configurations, которая предназначена для установки параметров выбранного варианта конфигурации отладочных инструментов интегрируемой среды разработки программного обеспечения. В верхней части этой встроенной панели имеется поле редактирования значения параметра Name, в котором следует задать название формируемого варианта конфигурации. По умолчанию для нового варианта конфигурации предлагается название, чей формат выглядит следующим образом: <идентификатор_отлаживаемого_проекта_прикладной_программы> Debug(n), где n — порядковый номер создаваемого варианта конфигурации (в названии первого или единственного варианта порядковый номер отсутствует).
Для формируемых вариантов конфигурации отладочных средств рекомендуется указывать мнемонические названия, отражающие назначение и особенности этих модификаций. При определении названия создаваемого варианта конфигурации следует придерживаться тех же правил, которые были рассмотрены в [15] для идентификатора разрабатываемого проекта аппаратной части встраиваемой микропроцессорной системы.
Встроенная панель, находящаяся в правой части диалоговой панели Debug Configurations, при формировании требуемого варианта конфигурации отладочных средств GNU Debugger содержит семь вкладок с названиями Main, Source, Device Initialization, STDIO Connection, Remote Debug, Debugger Options и Common. На каждой из перечисленных вкладок представлена соответствующая группа параметров редактируемого варианта конфигурации указанных программных инструментов пакета Xilinx SDK для отладки разрабатываемой прикладной программы на аппаратной платформе проектируемой микропроцессорной системы. Назначение параметров конфигурации отладочных средств, приведенных на каждой вкладке, рассматривается в последующих разделах.
Определение основных параметров отлаживаемого программного приложения
Для определения основных параметров отлаживаемого программного приложения необходимо открыть вкладку Main диалоговой панели Debug Configurations, чей вид демонстрирует рис. 4. В поле редактирования значения параметра C/C++ Application указывается идентификатор исполняемого модуля прикладной программы, включающий название раздела, в котором он расположен. Наименование отлаживаемого проекта программного приложения приводится в поле редактирования значения параметра Project. Перечисленные поля редактирования заполняются автоматически, если перед созданием нового варианта конфигурации во встроенной панели Project Explorer основного окна интегрированной среды разработки программного обеспечения была выделена строка с названием раздела отлаживаемого проекта прикладной программы. Для изменения идентификаторов, предлагаемых по умолчанию в полях редактирования значений параметров Project и C/C++ Application, можно воспользоваться клавиатурой или клавишами Browse и Search Project, расположенными в правой части вкладки Main. Для выбора отлаживаемого проекта прикладной программы предназначена клавиша Browse, которая находится справа от поля редактирования значения параметра Project. Нажатие этой клавиши открывает диалоговую панель с заголовком Project Selection, чей вид представлен на рис. 5. Открывшаяся диалоговая панель содержит список всех проектов, представленных в рабочем каталоге создаваемого программного обеспечения. Выбор нужного проекта осуществляется двойным щелчком левой кнопки мыши при расположении курсора в соответствующей строке отображаемого списка.
При нажатии клавиши Search Project открывается диалоговая панель с заголовком Program Selection, чей вид приведен на рис. 6. Эта панель позволяет выбрать исполняемый файл прикладной программы в разделе отлаживаемого проекта. Клавиша Browse, находящаяся справа от поля редактирования значения параметра C/C++ Application, предоставляет возможность поиска требуемого исполняемого модуля на различных дисках компьютера с помощью стандартной панели открытия файла.
Управление запуском процесса генерации исполняемого модуля разрабатываемого программного приложения, который может потребоваться перед выполнением отладки прикладной программы, осуществляется с помощью группы кнопок с зависимой фиксацией, расположенных во встроенной панели Build (if required) before launching (рис. 4). Чтобы разрешить автоматический запуск средств генерации исполняемого модуля отлаживаемого программного приложения, необходимо переключить в нажатое состояние кнопку Enable auto build. Для запрета автоматической активизации процесса создания исполняемого модуля отлаживаемой прикладной программы следует зафиксировать в нажатом состоянии кнопку Disable auto build. Если в нажатом положении находится кнопка Use workspace settings, то для запуска процесса формирования исполняемого файла отлаживаемого приложения будет использоваться режим, установленный в настройках разрабатываемого проекта программного обеспечения. Для определения используемого варианта конфигурации средств генерации исполняемого модуля прикладной программы предусмотрено поле выбора значения параметра Build configuration, оно также находится во встроенной панели Build (if required) before launching. Требуемый вариант указывается в выпадающем списке этого поля выбора, который содержит названия всех доступных конфигураций средств компиляции и компоновки для отлаживаемого проекта программного приложения.
Определение маршрутов поиска исходных файлов отлаживаемой прикладной программы
Для указания сведений о размещении исходных файлов отлаживаемой прикладной программы нужно открыть вкладку Source диалоговой панели Debug Configurations, чей вид изображен на рис. 7. Информация о расположении исходных модулей разрабатываемого программного приложения отображается во встроенной панели Source Lookup Path.
По умолчанию поиск исходных файлов выполняется в разделе отлаживаемого проекта прикладной программы и его подразделах. Чтобы добавить в представленный список разделов, содержащих исходные файлы отлаживаемого программного приложения, дополнительные маршруты поиска, следует воспользоваться клавишей Add, которая находится справа от встроенной панели Source Lookup Path. При нажатии этой клавиши на экране появляется диалоговая панель с заголовком Add Source, чей вид показан на рис. 8. В открывшейся диалоговой панели представлен список возможных вариантов определения расположения исходных модулей. Для включения одного из этих вариантов в состав списка, отображаемого во встроенной панели Source Lookup Path (рис. 7), нужно расположить курсор в соответствующей строке диалоговой панели Add Source и дважды щелкнуть левой кнопкой мыши.
Если необходимо удалить неактуальные маршруты поиска исходных модулей отлаживаемой прикладной программы из приведенного списка, то вначале нужно выделить соответствующую строку во встроенной панели Source Lookup Path, после чего воспользоваться клавишей Remove, расположенной справа от указанной панели. Для изменения последовательности поиска исходных файлов отлаживаемого программного приложения предусмотрены клавиши Up и Down, при их нажатии производится перемещение выделенной строки списка вверх или вниз на одну позицию. Редактирование выбранного маршрута поиска осуществляется с помощью клавиши Edit. Для восстановления первоначальной информации о размещении исходных модулей отлаживаемой прикладной программы, которая формируется по умолчанию для выбранного проекта, предназначена клавиша Restore Default. В нижней части вкладки Source диалоговой панели Debug Configurations расположен индикатор состояния параметра Search for duplicate source files on the path, предоставляющий возможность поиска дубликатов исходных файлов в указанных разделах.
Установка параметров инициализации разрабатываемой системы при запуске отлаживаемого программного приложения
Для установки необходимых параметров инициализации разрабатываемой микропроцессорной системы при запуске отлаживаемого программного приложения следует воспользоваться вкладкой Device Initialization диалоговой панели Debug Configurations, чей вид демонстрирует рис. 9. Поле выбора значения параметра Reset Type, представленное на этой вкладке, позволяет указать вариант сброса аппаратной части разрабатываемой встраиваемой системы при запуске процесса отладки прикладной программы. Выпадающий список возможных значений данного параметра содержит три варианта — Reset Entire System, Reset Processor Only и No Reset. Если необходимо выполнить полный сброс всей аппаратной части разрабатываемой микропроцессорной системы, то в качестве значения рассматриваемого параметра следует указать вариант Reset Entire System. Для осуществления сброса только определенного процессорного ядра нужно выбрать вариант Reset Processor Only. В тех случаях, когда сброс аппаратной части не требуется, необходимо указать вариант No Reset.
Перед выполнением процесса отладки разрабатываемого программного приложения на аппаратной платформе проектируемой микропроцессорной системы средствами Xilinx SDK обычно автоматически осуществляется загрузка исполняемого модуля прикладной программы в соответствующее запоминающее устройство. В ряде случаев, например при использовании в качестве программной памяти Flash ППЗУ, непосредственная автоматическая загрузка исполняемого файла программного приложения невозможна. В таких ситуациях для записи исполняемого модуля прикладной программы в элементы программной памяти необходимо использовать соответствующую утилиту программирования Flash ППЗУ, имеющуюся в составе рассматриваемого комплекса средств разработки программного обеспечения встраиваемых микропроцессорных систем. При этом следует заблокировать автоматическое выполнение операции загрузки исполняемого файла программного приложения в память. Блокировка автоматической записи исполняемого модуля прикладной программы в память производится с помощью индикатора состояния параметра Do not download program to memory, который представлен на вкладке Device Initialization (рис. 9). По умолчанию этот индикатор находится в сброшенном состоянии, разрешающем автоматическую загрузку исполняемого файла программного приложения в память при запуске процесса отладки. Чтобы заблокировать эту операцию, необходимо установить индикатор состояния параметра Do not download program to memory в положение «Включено».
Управление верификацией исполняемого модуля прикладной программы, загруженного в программную память разрабатываемой микропроцессорной системы, осуществляется индикатором состояния параметра Verify ELF is in memory after download (рис. 9). По умолчанию индикатор состояния находится в выключенном положении, при котором проверка исполняемого файла отлаживаемого программного приложения после его записи в программную память не выполняется. Для автоматического контроля загруженного кода прикладной программы нужно переключить индикатор состояния параметра Verify ELF is in memory after download в положение «Включено».
Информация о расположении командного файла инициализации процессорного блока Processing System (PS) кристалла расширяемой вычислительной платформы, используемого для отладки разрабатываемой прикладной программы, отображается в поле редактирования значения параметра Path to initialization TCL file. В этом поле приводится идентификатор командного файла инициализации с указанием полного пути доступа к нему. По умолчанию предлагается файл ps7_init.tcl, который находится в разделе с названием <идентификатор_процессорного_блока_в_проекте аппаратной_части>_hw_platform, входящем в состав рабочего каталога формируемого проекта програм-много обеспечения. Для изменения предлагаемого идентификатора командного файла или пути доступа к нему следует воспользоваться клавиатурой или клавишей Browse, расположенной справа от поля редактирования значения параметра Path to initialization TCL file. Нажатие данной клавиши открывает стандартную панель навигации по дискам компьютера, которая позволяет быстро найти раздел, содержащий требуемый командный файл инициализации процессорного блока кристалла расширяемой вычислительной платформы.
Если перед запуском отлаживаемой программы необходимо загрузить файлы данных, то их идентификаторы нужно указать в таблице, которая представлена во встроенной панели Specify Data Files to download before launch на вкладке Device Initialization. Эта таблица содержит две колонки с названиями File и Address. В колонке File отображаются идентификаторы загружаемых файлов данных, а в столбце Address — адреса их размещения в памяти. Чтобы добавить информацию о требуемом файле данных в таблицу, следует нажать клавишу Add, расположенную справа от встроенной панели Specify Data Files to download before launch (рис. 9). При этом на экран выводится стандартная диалоговая панель навигации по дискам компьютера, используя которую, следует указать загружаемый файл данных. После выбора необходимого файла в таблице появляется новая строка, в ячейке File которой отображается его идентификатор, включающий полный путь доступа. Далее нужно активизировать ячейку Address новой строки, поместив в нее курсор и щелкнув левой кнопкой мыши, и с помощью клавиатуры определить размещение соответствующих данных в адресном пространстве памяти. Для удаления неактуальной информации из списка загружаемых файлов данных необходимо выделить соответствующую строку таблицы и воспользоваться клавишей Remove, которая находится справа от встроенной панели Specify Data Files to download before launch.
Подключение стандартного устройства ввода/вывода отлаживаемой прикладной программы к консоли интегрированной среды разработки программного обеспечения Xilinx SDK
Если при создании пакета поддержки платы Board Support Package [16] для разрабатываемой прикладной программы в качестве стандартного устройства ввода/вывода был указан последовательный асинхронный приемопередатчик UART, то интегрированная среда разработки программного обеспечения встраиваемых микропроцессорных систем Xilinx SDK предоставляет возможность его подключения в процессе отладки к встроенной консоли. Для осуществления такой коммутации необходимо, прежде всего, открыть вкладку STDIO Connection диалоговой панели Debug Configurations, чей вид представлен на рис. 10. В верхней части этой вкладки расположен индикатор состояния параметра Connect STDIO to Console. Чтобы подключить стандартное устройство ввода/вывода отлаживаемого программного приложения к встроенной консоли интегрированной среды разработки Xilinx SDK, нужно установить указанный индикатор состояния в положение «Включено». При этом становятся доступными поля выбора значений параметров Port и BAUD Rate.
Значение параметра Port определяет порт компьютера, используемого для разработки программного обеспечения проектируемой встраиваемой микропроцессорной системы, к которому подключается стандартное устройство ввода/вывода отлаживаемой прикладной программы. Средства Xilinx SDK поддерживают возможность использования для подключения встроенной консоли последовательного порта ПК или порта JTAG UART. Требуемый вариант порта следует указать в выпадающем списке возможных значений параметра Port. Затем для используемого порта нужно установить скорость приема и передачи данных с помощью поля выбора значения параметра BAUD Rate. Выпадающий список этого поля выбора включает в себя значения скорости, поддерживаемые указанным портом.
Установка параметров управления процессом удаленной отладки разрабатываемого программного приложения
Средства проектирования программного обеспечения встраиваемых микропроцессорных систем Xilinx SDK предоставляют возможность аппаратной отладки разрабатываемой прикладной программы в удаленном режиме. Такой режим следует применять, если инструментальный модуль, выбранный для аппаратной отладки, подключен к удаленному компьютеру. При этом необходимо запустить программные средства отладки на удаленном ПК, используя для коммуникации интерфейс TCP. Чтобы установить необходимые значения параметров управления процессом удаленной отладки разрабатываемого программного приложения, нужно открыть вкладку Remote Debug диалоговой панели Debug Configurations, чей вид приведен на рис. 11.
В верхней части указанной вкладки представлен индикатор состояния параметра Connect to gdbserver on a different machine, предназначенный для управления доступом к удаленному компьютеру. Для подключения к удаленному серверу, на котором активизирован отладчик GNU Debugger (GDB), следует вначале установить этот индикатор состояния во включенное положение. Затем определить основные параметры удаленного GDB-сервера, воспользовавшись соответствующими полями редактирования, которые расположены во встроенной панели Remote GDB Server (рис. 11). Эти поля редактирования становятся доступными только после установки индикатора состояния параметра Connect to gdbserver on a different machine в положение «Включено». IP-адрес удаленного GDB-сервера указывается в поле редактирования значения параметра IP Address, а номер порта — в поле редактирования значения параметра Port.
Определение параметров используемого отладчика интегрированной среды разработки программного обеспечения Xilinx SDK
Для определения основных параметров отладочных средств интегрированной среды разработки программного обеспечения встраиваемых микропроцессорных систем нужно перейти к вкладке Debugger Options диалоговой панели Debug Configurations, чей вид показан на рис. 12. В составе комплекса Xilinx SDK для осуществления аппаратной отладки разрабатываемых прикладных программ совместно применяются отладочные средства GNU Debugger (GDB) и Xilinx Microprocessor Debugger (XMD).
Основные параметры управления функционированием отладочных средств GNU Debugger сосредоточены во встроенной панели GDB Options, представленной на вкладке Debugger Options. Индикатор состояния параметра Stop at main() when debugging предоставляет возможность управления выполнением программного приложения после запуска процесса его отладки. По умолчанию этот индикатор состояния находится в положении «Включено», при котором процесс функционирования отлаживаемой прикладной программы автоматически приостанавливается в начале выполнения ее основного модуля. Для непрерывного выполнения программного приложения отладчиком до момента достижения точек останова, указанных разработчиком, следует переключить индикатор состояния параметра Stop at main() when debugging в сброшенное положение.
Отладочные средства GNU Debugger поддерживают детализированный режим отладки разрабатываемых программных приложений. Для выбора режима функционирования указанного отладчика во встроенной панели GDB Options предусмотрен индикатор состояния параметра Enable Verbose mode. Чтобы использовать детализированный режим отладки разрабатываемой прикладной программы, следует установить этот индикатор состояния в положение «Включено».
Управление работой отладочных средств XMD Debugger осуществляется с помощью параметров, представленных во встроенной панели XMD Options, которая расположена на вкладке Debugger Options (рис. 12). Индикатор состояния параметра Enable Safe mode предназначен для выбора режима функционирования отладчика XMD Debugger. По умолчанию этот индикатор находится в сброшенном положении, которое соответствует обычному режиму отладки программного приложения. Если необходимо активизировать безопасный режим отладки, то следует установить индикатор состояния параметра Enable Safe mode во включенное положение. В безопасном режиме при возникновении критических ситуаций в процессе отладки выполнение прикладной программы прекращается с сохранением содержимого регистров. Таким образом, предоставляется возможность локализации вероятных ошибок в исходном коде отлаживаемого программного приложения.
Для эффективной отладки взаимодействия процессорного блока PS и аппаратной части проектируемой встраиваемой системы, конфигурируемой на базе ресурсов программируемой логики PL, в процессе выполнения разработанного программного приложения предусмотрен механизм Cross Triggering. Управление использованием этого механизма осуществляется с помощью индикатора состояния параметра Enable Cross triggering. По умолчанию указанный индикатор находится в выключенном положении, запрещающем применение механизма Cross Triggering. Чтобы задействовать механизм отладки взаимодействия процессорного блока и конфигурируемой периферии в ходе выполнения прикладной программы, нужно перевести индикатор состояния параметра Enable Cross triggering в положение «Включено».
Определение области адресного пространства памяти, доступной только для выполнения операций чтения, производится с помощью параметров Base Address и Size. В поле редактирования значения параметра Base Address указывается базовый адрес расположения региона адресного пространства памяти, зарезервированного только для чтения. Размер этого региона устанавливается в поле редактирования значения параметра Size.
Установка общих параметров отладки разработанной прикладной программы
Общие параметры конфигурации отладочных средств для разработанной прикладной программы представлены на вкладке Common диалоговой панели Debug Configurations, чей вид изображен на рис. 13.
В верхней части этой вкладки расположена встроенная панель Save As, содержащая группу кнопок с зависимой фиксацией. Кнопки предназначены для выбора способа сохранения формируемого варианта конфигурации инструментов пакета Xilinx SDK, применяемых для отладки разрабатываемого программного приложения на аппаратной платформе проектируемой микропроцессорной системы. По умолчанию в нажатом положении находится кнопка Local file. При этом сформированный вариант конфигурации сохраняется в виде файла с расширением launch в папке org.eclipse.debug.core, которая входит в состав рабочего каталога выполняемого проекта программного обеспечения. Чтобы выбрать другой раздел для записи файла создаваемого варианта конфигурации отладочных средств, необходимо переключить в нажатое состояние кнопку Shared file. После этого становятся доступными поле редактирования и клавиша Browse, расположенные справа от указанной кнопки. Название нужного раздела можно ввести с помощью клавиатуры непосредственно в поле редактирования значения параметра Shared file или выбрать в диалоговой панели Folder Selection, которая открывается при нажатии клавиши Browse (рис. 14).
Группа кнопок с зависимой фиксацией Encoding, расположенная в центральной части вкладки Common диалоговой панели Debug Configurations, позволяет выбрать вариант кодировки символов, который будет использоваться при отображении принимаемой информации в консольной области отладочных средств пакета Xilinx SDK. По умолчанию в нажатом состоянии зафиксирована кнопка Default. В этом случае поступающие информационные данные будут представлены в консольной области в соответствии с кодовой страницей, установленной по умолчанию в операционной системе Windows XP или Windows 7, в среде которой осуществляется отладка разрабатываемой прикладной программы. Для изменения предлагаемого варианта кодировки символов нужно прежде всего переключить в нажатое положение кнопку Other. В результате становится доступным поле выбора кодовой страницы, расположенное справа от указанной кнопки. Требуемый вариант кодировки указывается в выпадающем списке данного поля выбора, содержащего условные обозначения поддерживаемых кодовых страниц.
В нижней части вкладки Common диалоговой панели Debug Configurations представлена встроенная панель Standard Input and Output — в ней находятся индикаторы состояния параметров, предназначенных для управления вводом и выводом данных отлаживаемого программного приложения. Чтобы задействовать консоль в качестве стандартного устройства ввода и вывода данных отлаживаемой прикладной программы, следует установить индикатор состояния параметра Allocate Console (necessary for input) в положение «Включено». Если принимаемая информация должна сохраняться в файле на диске компьютера, необходимо перевести во включенное положение индикатор состояния параметра File. При этом становится доступным находящееся справа от индикатора состояния поле редактирования — здесь с помощью клавиатуры надо определить идентификатор файла, предназначенного для записи принимаемых данных, с указанием полного пути доступа к нему. Для быстрого поиска раздела, в котором должен располагаться формируемый файл, целесообразно воспользоваться клавишами Workspace и File System, предусмотренными во встроенной панели Standard Input and Output. Клавиша Workspace позволяет выбрать раздел и файл в составе рабочего каталога проекта создаваемого программного обеспечения. При ее нажатии на экране появляется диалоговая панель с заголовком Select a Resource, чей вид демонстрирует рис. 15. В открывшейся диалоговой панели нужно щелчком левой кнопки мыши выделить строку с названием требуемого файла и подтвердить сделанный выбор нажатием клавиши OK.
Клавиша File System предоставляет возможность выбора или создания новой папки на любом доступном для записи диске компьютера. Нажатие клавиши открывает стандартную диалоговую панель сохранения файла, с помощью которой осуществляется поиск или создание нового раздела, а также определение идентификатора файла, используемого для записи принимаемых данных.
Индикатор состояния параметра Append, расположенный в нижней части встроенной панели Standard Input and Output, предназначен для выбора режима записи данных в указанный файл. По умолчанию индикатор состояния находится в сброшенном положении, при котором содержимое файла формируется заново при каждом запуске процесса отладки разрабатываемой прикладной программы. Чтобы новые данные добавлялись в назначенный файл с сохранением информации, записанной ранее, необходимо установить индикатор Append в положение «Включено».
Для запуска формируемого варианта конфигурации отладочных средств в фоновом режиме следует перевести индикатор состояния параметра Launch in background, представленный в нижней части вкладки Common, во включенное положение.
После установки требуемых значений параметров конфигурации программных инструментов пакета Xilinx SDK для отладки разрабатываемой прикладной программы на аппаратной платформе проектируемой микропроцессорной системы следует подтвердить их нажатием клавиши Apply, которая находится в нижней части каждой из рассмотренных вкладок диалоговой панели Debug Configurations (рис. 7, 9–13). Если необходимо восстановить первоначальные значения параметров текущего варианта конфигурации, заданных до запуска последнего сеанса их редактирования, нужно воспользоваться клавишей Revert.
Процесс формирования нового варианта конфигурации отладочных средств или редактирования созданного ранее завершается нажатием клавиши Close, представленной в правом нижнем углу диалоговой панели Debug Configurations. Чтобы сразу перейти к процессу отладки разрабатываемого программного приложения, следует воспользоваться клавишей Debug.
Продолжение следует
- Зотов В. Расширение семейства программируемых систем на кристалле Zynq‑7000 AP SoC // Компоненты и технологии. 2013. № 12. 2014. № 1.
- Zynq‑7000 All Programmable SoC Overview. Advance Product Specification. — Xilinx, 2013.
- Zynq‑7000 All Programmable SoC (XC7Z010, XC7Z015, and XC7Z020): DC and AC Switching Characteristics. — Xilinx, 2013.
- Zynq‑7000 All Programmable SoC (XC7Z030, XC7Z045, and XC7Z100): DC and AC Switching Characteristics. — Xilinx, 2013.
- Zynq‑7000 All Programmable SoC Technical Reference Manual. — Xilinx, 2013.
- Zynq‑7000 All Programmable SoC: Concepts, Tools, and Techniques (CTT) A Hands-On Guide to Effective Embedded System Design. — Xilinx, 2013.
- Zynq‑7000 All Programmable SoC Software Developers Guide. — Xilinx, 2013.
- Zynq‑7000 All Programmable SoC PCB Design and Pin Planning Guide. — Xilinx, 2013.
- 7 Series FPGAs and Zynq‑7000 All Programmable SoC XADC Dual 12‑Bit 1 MSPS Analog-to-Digital Converter User Guide. — Xilinx, 2012.
- Зотов В. Средства автоматизированного проектирования и этапы разработки встраиваемых микропроцессорных систем на базе расширяемых процессорных платформ семейства Zynq‑7000 AP SoC // Компоненты и технологии. 2014. № 2–3.
- Зотов В. Проектирование встраиваемых микропроцессорных систем на базе расширяемых процессорных платформ семейства Zynq‑7000 AP SoC в САПР Xilinx ISE Design Suite // Компоненты и технологии. 2014. № 4–12. 2015. № 1.
- Зотов В. Аппаратные средства разработки и отладки встраиваемых микропроцессорных систем, проектируемых на основе расширяемых вычислительных платформ фирмы Xilinx семейства Zynq‑7000 AP SoC // Компоненты и технологии. 2013. № 1.
- Зотов В. ZedBoard — эффективный инструмент разработки и отладки встраиваемых микропроцессорных систем, проектируемых на основе расширяемых вычислительных платформ фирмы Xilinx семейства Zynq‑7000 AP SoC // Компоненты и технологии. 2013. № 6.
- Зотов В. MicroZed — семейство унифицированных модулей для отладки и реализации встраиваемых микропроцессорных систем, проектируемых на основе платформ фирмы Xilinx серии Zynq‑7000 AP SoC // Компоненты и технологии. 2013. № 11.
- Embedded System Tools Reference Manual. — Xilinx, 2013.
- Зотов В. Разработка программного обеспечения встраиваемых микропроцессорных систем, проектируемых на базе расширяемых вычислительных платформ семейства Zynq‑7000 AP SoC фирмы Xilinx. Часть 1 // Компоненты и технологии. 2015. № 2.
- Зотов В. Разработка программного обеспечения встраиваемых микропроцессорных систем, проектируемых на базе расширяемых вычислительных платформ семейства Zynq‑7000 AP SoC фирмы Xilinx. Часть 2 // Компоненты и технологии. 2015. № 3.
- Зотов В. Разработка программного обеспечения встраиваемых микропроцессорных систем, проектируемых на базе расширяемых вычислительных платформ семейства Zynq‑7000 AP SoC фирмы Xilinx. Часть 3 // Компоненты и технологии. 2015. № 4.
- Зотов В. Разработка программного обеспечения встраиваемых микропроцессорных систем, проектируемых на базе расширяемых вычислительных платформ семейства Zynq‑7000 AP SoC фирмы Xilinx. Часть 4 // Компоненты и технологии. 2015. № 5.
- Зотов В. Разработка программного обеспечения встраиваемых микропроцессорных систем, проектируемых на базе расширяемых вычислительных платформ семейства Zynq‑7000 AP SoC фирмы Xilinx. Часть 5 // Компоненты и технологии. 2015. № 6.
- Зотов В. Разработка программного обеспечения встраиваемых микропроцессорных систем, проектируемых на базе расширяемых вычислительных платформ семейства Zynq‑7000 AP SoC фирмы Xilinx. Часть 6 // Компоненты и технологии. 2015. № 7.