Занимательная электроника

Подробности

Предположим, у вас файл avrasm2.exe находится в созданной вами папке c.\avrtools. Запустите Блокнот и введите следующий текст (соответственно измените путь, если папка другая):

c: \avrtools\avrasm2 — fI %1.asm

Строка эта может выглядеть и несколько иначе:

c: \avrtools\avrasm2 — е %1.еер — fI %1.asm

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

Сохраните созданный файл под названием, например, avrasm/bat. Пусть текст созданной вами программы находится в файле programm.asm, тогда достаточно в командной строке запустить avrasm.bat с параметром рrоgrаmm (если надо, то с путем к нему, а расширение добавится автоматически), и в той же папке, где находится последний, создастся файл рrоgrаmm.hex. При этом откроется DOS-окно, в котором будут проанализированы ошибки, если они есть (тогда выходной файл не создастся), а если все в порядке — указан объем полученной программы в двухбайтных словах (учтите, что размер hex-файла ни о чем не говорит).

* * *

Полученный в результате ассемблирования hex-файл с программой представляет собой текстовый файл (а не бинарный, как обычные исполняемые компьютерные файлы), но содержащий только числа в байтовом представлении в шестнадцатеричной записи. Он имеет строго определенную структуру, разработанную в свое время фирмой Intel. Этот hex-файл и есть та программа в процессорных кодах, которую мы загружаем в МК с помощью различных программаторов (в том числе среда Arduino тоже создает такой файл). При этом программатор автоматически располагает ее в памяти программ МК, начиная с нулевого адреса.

Исходные тексты ассемблерных программ можно создавать в любом текстовом редакторе (разве что к результатам деятельности Microsoft Word следует относиться с осторожностью). Но, несмотря на широкий выбор, есть по крайней мере две причины, по которым лучше все же использовать редакторы специализированные.

Первая причина — это так называемый highlighting или подсветка синтаксиса по-русски. Те, кто пользовался любыми средами высокоуровневого программирования (от Turbo Pascal до Delphi или Visual Basic), хорошо знают, что это такое — служебные слова, комментарии, разные типы выражений выделяются каждый своим цветом или шрифтом, что сильно облегчает чтение текста и служит заодно неплохим средством проверки правильности написания. Но если эту опцию предлагает множество фирменных и не очень редакторов, то вторая желательная функция есть лишь у считанных единиц. Я имею в виду возможность прямо из редактора с помощью горячих клавиш запускать процесс ассемблирования. В этом случае вы можете «не отходя от кассы», т. е. не покидая редактор, одним нажатием горячих клавиш сразу же ассемблировать написанный текст и ознакомиться с сообщениями об ошибках.

Еще одна причина для использования специализированных редакторов — они автоматически нумеруют строки. Причем пустые строки также входят в нумерацию — так проще считать. Если у вас есть ошибки в программе, то ассемблер укажет номер строки с ошибкой, так что нумерация строк принципиально важна. Один из рекомендуемых вариантов редакторов для AVR-ассемблера — «самопальный» редактор ASM Editor (не путать с Asmedit!), который сделан на удивление профессионально, хотя и не без некоторых досадных огрехов.