Материал: 6798

Рисунок 5 Разархивирование файлов для работы с МК-Миландр.

После этого в папке \ARM\Pack\Keil появятся файлы описания МК для среды Keil: MDR1986BExx\1.3.0\

Config\MDR32F9Qx_config.h -

пособия).

Теперь можно создавать новый проект или открывать готовый для МК-Миландр.

4.2.2.3Настройка IAR

После установки среды разработки IAR её также нужно адаптировать для программирования микроконтроллеров фирмы "Миландр". Для этого необходимо по адресу: http://forum.milandr.ru/viewtopic.php/f=33&t=285 скачать архив iar_arm.rar. После распаковки архива в корневой папке IAR следует разместить:

/arm/src/flashloadert/Milandr - исходники загрузчика флеш; /arm/inc/Milandr - заголовочные файлы для 1986ВЕ9х; /examples/Milandr/coremark_iar - пример программы CoreMark; /config/linker/Milandr — файл настройки линкера;

/config/flashloader/Milandr - скомпилированный загрузчик флеш-памяти с настройками; /config/devices/Milandr - описание микроконтроллера (МК) для среды IAR.

Теперь среда разработки IAR готовa для создания первой программы для микроконтроллеров производства "Миландр".

4.3Меры безопасности при работе с бескорпусной отладочной платой

Приступая к работе с открытой печатной платой, где микросхемы и проводники, расположенные на печатной плате не защищены корпусом (open frame), нужно иметь ввиду

Часть I. Процессор Cortex-M3. Программирование на ассемблере

Первая часть посвящена изучению процессора Cortex-M3, его системы команд, примерам использования языка ассемблер, способам исследования кода с помощью встроенного в IDE дизассемблера, а также приемам написания эффективных (быстродействующих) программ.

1Когда используется ассемблер

Ассемблер – самый древний язык программирования. Первые программы для первых цифровых вычислительных машин писались в машинных кодах. Вместо двоичной системы счисления чаще пользуются записью программы в шестнадцатиричной системе счисления, что в прочем кардинально существа дела это не меняет. Всё равно написание программы в машинных кодах было очень трудоёмким занятием, поэтому машинный код решили заменить на представление инструкций мнемокомандами, несущими какую-то смысловую нагрузку. Имя изобретателя ассемблера, как и имя изобретателя колеса, до сих пор неизвестно, так как это изобретение было исторической необходимостью и наверняка появилось одновременно в разных институтах и лабораториях, как и колесо в разных уголках планеты.

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

Чем же объясняется такая невероятная живучесть самого древнего языка программирования? Только одним – его непревзойдённой эффективностью по сравнению с другими языками, когда речь идёт о скорости работы программы и компактности её машинного кода. Главный недостаток ассемблера – это по-прежнему достаточно высокая трудоёмкость написания программ и относительно длительное время овладения навыками программирования на этом языке, точнее языках. Набор или система команд для одного ядра могут существенно отличается от другого набора, например, система команд семейства МК MCS51 очень сильно отличается от системы команд AVR , хотя функционально они решают одинаковые задачи.

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

После предварительного знакомства с системой команд начинать изучение программирования на ассемблере лучше всего с изучения опыта (приемов программирования) разработчиков компиляторов языка Си/Си++. Используя дизассемблер, можно проследить общую логику построения программы. Такой подход полезен ещё и для овладения навыками эффективного программирования на самом языке Си. Очень часто, с виду элегантная программа на Си, компилируется в громоздкий и нерациональный машинный код. Зная особенности конкретного компилятора Си, можно избегать этих недостатков и создавать вполне эффективный код, даже не используя ассемблер. Как показывает опыт, время, потраченное на изучение ассемблера именно в таком ключе, потом с