Настройка и запуск Code Composer Studio (simulation)

После инсталляции CCS при первом запуске программы вначале необходимо произвести настройку ИСР для работы в режиме симуляции ЦСП для отладки кода в виртуальном режиме:

1) Проверить установлены ли драйвера для платы DSK5510, которые располагаются в папке: С:\CCStudio_v3.1\specdig\ xds510usb\

2) Запустить утилиту «Setup CCStudio v3.1»(ярлык расположен на рабочем столе), (рисунок 2.1). Эта утилита предлагает выбрать плату отладочного модуля, которая будет установлена в системе, и с которой будет работать ИСР CCS

Рисунок 2.1 – утилита «Setup CCStudio v3.1».

 

3) Из списка выбрать плат: «С5510 Device Simulator» и нажать кнопку: «<<Add» (рисунок 2.2). Этот отладочный модуль является виртуальным симулятором отладочной платы DSK5510, и именно он будет установлен в систему для работы с ИСР CCS.

Рисунок 2.2 – Добавление DSK5510 в систему.

 

4) После добавление нажать кнопку «Save & Quit» для сохранения настроек системы и выхода из утилиты. В появившемся диалоге нажать кнопку «Да» (рисунок 2.3).

Рисунок 2.3 – Запрос на запуск ИСР CCS.

 

5) Автоматически запуститься среда разработки (рис. 2.4):

Рисунок 2.4 – Внешний вид ИСР CCS.

 

 

Особенности проектирования в ИСР Code Composer Studio

Разработка Программного Обеспечения и Концепция COFF.

Для стандартизации процесса разработки программного обеспечения Texas Instruments использует «Общий Формат Объектных Файлов» (Common Object File Format (COFF)). COFF наиболее эффективен в задачах, когда разработка программного обеспечения разделена между несколькими программистами.

Каждый файл, содержащий программный код, может быть написан независимо и называется модулем, включая спецификацию всех ресурсов, необходимых для правильного выполнения модуля. Модули могут быть написаны в Code Composer Studio или текстовом редакторе, который может сохранять файлы в ASCII-формате. Предполагаемые расширения исходных файлов на языке ассемблера –.asm, и.c для языка Си.

Рисунок 3.1 – Этапы сборки проекта.

 

Множество модулей объединяются в завершенную программу с помощью компоновщика. Компоновщик эффективно распределяет ресурсы доступные в устройстве для каждого модуля проекта. Компоновщик пользуется командным файлом.cmd, для определения ресурсов памяти и правил расположения в них различных секций, входящих в состав модуля. Выходом процесса компоновки становится скомпонованный объектный файл.out, который может быть выполнен на DSP, и может быть получен.map файл, который показывает, куда были размещены все секции проекта. Схематически этот процесс отражен на рисунке 3.1.

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

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

Проекты.

Code Composer работает с проектами, которые создаются для решения задач ЦОС на базе ЦСП. Проект содержит в себе всю необходимую информацию для того, чтобы создать запускаемый файл. Например, он описывает такие вещи как: исходные файлы, заголовочные файлы, карту памяти конечного устройства и опции сборки программы. Информация проекта хранится в файле с расширением *.PJT, который создается и обслуживается средой Code Composer (Рисунок 3.2).

Рисунок 3.2 – Дерево проекта в ИСР CCS

 

Опции сборки.

Опции проекта указывают компилятору, ассемблеру и компоновщику, как собрать код в соответствии с требованиями системы. Когда создается новый проект, Code Composer формирует два набора опций, называемых конфигурациями: одна называется Debug – Отладочная, а вторая Release – Конечная (Оптимизированная).

Чтобы облегчить процесс настройки опций, ИСР CCS предлагает графический пользовательский интерфейс для различных настроек компилятора, открыть которые можно выбрав раздел Project → Build Options… после чего откроется окно как показано на рисунке 3.3.

Рисунок 3.3 – Опции сборки проекта.

 

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

Существует ряд опций компоновщика, но следующие четыре являются основными:

1) «–o <filename>» – определяет имя выходного (пускового) файла.

2) «–m <filename>» – указывает компоновщику создавать файл с картой проекта (map-файл).

3) «–c» – указывает компилятору, что он должен автоматически инициализировать глобальные и статические переменные.

4) «–x» – указывает компоновщику перечитывать библиотеки. Без этой опции библиотеки прочитываются один раз, поэтому ссылки из одной библиотеки на другую могут не быть разрешены.

Среди ряда параметров сборки, особое внимание следует уделить выбору уровню оптимизации (Program Level Opt. рисунок 3.4). Есть четыре уровня оптимизации (-o0, -o1, -o2, -o3), которые управляют типом и степенью оптимизации:

1) Уровень 0 оптимизации выполняет упрощение контрольного потокового графа, распределяет переменные для регистров, исключает неиспользованный код, и упрощает выражения и утверждения.

2) Уровень 1 оптимизации выполняет все оптимизации Уровня 0, исключает неиспользованные определения, и исключает местные общие выражения.

 

Рисунок 3.4 – Опции сборки и оптимизации.

 

3) Уровень 2 оптимизации выполняет все оптимизации Уровня 1, плюс конвейерная обработка программного обеспечения, оптимизация циклов, и разворачивание циклов. Также исключает глобальные общие подвыражения и неиспользованные назначения.

4) Уровень 3 выполняет все оптимизации Уровня 2, исключает все функции, к которым никогда не обращаются, и упрощает функции возвращающие значения, которые никогда не используются.