Подключите Ваш компьютер к проекту распределённых вычислений!
Этим Вы окажете большую помощь науке и медицине.
См. подробнее: http://solidstate.karelia.ru/~yura/pyldin/yura/computing.htm


<< Вернуться к содержанию




>>>>>>> N.B.
Все что считается важным маркированно
так как это сделано здесь.

Поищите и прочитайте
как минимум эти секции.

Все что относиться к совместимости с as11
(бесплатной ассемблер фирмы Motorola)
можно найти если поищите as11.

Если указано что чтото сделано в целях совместимости
то это не означет совместимость с as11. Совместимость
с as11 только там где явно написана.
<<<<<<< N.B.

                              СОДЕРЖАНИЕ

    1.  ВВЕДЕНИЕ

    2. СИНТАКСИЧЕСКИЕ КАТЕГОРИИ АССЕМБЛЕРА
    2.1. Символы
    2.2. Константы
    2.3. Выражения
    2.4. Списки

    3.  ТИП ПРОГРАММНЫХ СЕКЦИЙ И ВЕЛИЧИН
    3.1.  Тип программной секции
    3.2.  Тип символа
    3.3.  Тип выражения

    4. УСЛОВНАЯ КОМПИЛЯЦИЯ

    5. ФАЙЛЫ
    5.1. Входной (исходный - source) файл
    5.1.1.  Поле метки
    5.1.2.  Поле операции
    5.1.3.  Поле операнда
    5.1.4.  Поле комментария
    5.2. Отчетный (listing) файл
    5.3. Диагностический (error's) файл

    6. ВЫЗОВ КРОСС-АССЕМБЛЕРА

    7. АДРЕСАЦИЯ МИКРОПРОЦЕССОРА MC68HC11

    8. ДИРЕКТИВЫ КРОСС-АССЕМБЛЕРА
    8.1. Директивы определения символов
    8.1.1. EQU - присвоение значения
    8.2. Директивы определения данных
    8.2.1. определение байтов            - DB, LSB, MSB
    8.2.2. определение слов              - DW, DWP, DWN
    8.2.3. определение двойных слов      - DD, DDP, DDN
    8.2.4. определение одинаковых байтов - DS
    8.2.5. CHECKSUM - контрольная сумма
    8.3. Директивы управления трансляцией
    8.3.1. SECTION - начало фиктивной секции
    8.3.2. ENDS - конец фиктивной секции
    8.3.3. PROC - начало процедуры
    8.3.4. ENDP - конец процедуры
    8.3.5. END - конец программы
    8.3.6. ORG - присвоение значения счетчику адреса
    8.3.7. ERROR - возбуждение состояния ОШИБКА
    8.3.8. RADIX - изменение счетной системы
    8.3.9. INCLUDE - вставка файла
    8.4. Директивы управления листингом
    8.4.1. LIST - включение/отключение листинга
    8.4.2. TRUNC - прерывание листинга
    8.5. Директивы для совместимости с as11
    8.6. Директива разрешающая использования константаь типа xxxB




                             1.  ВВЕДЕНИЕ

     В программисткой практике словом "ассемблер" обычно обозначают
две разные вещи:  машинно-ориентированный язык низкого уровня и
транслятор программ, написанных на этом языке.

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

     Настоящий документ является руководством пользователя
кросс-транслятора языка ассемблера микропроцессора MC6800, MC68HC11
(можно изпользовать и для MC6802, MC6808). Транслятор предназначен
для работы в среде операционной системы MS DOS микрокомпьютеров
фамилии IBM-PC.

     В настоящем документе термином "ассемблер" обозначается
как правило программный продукт _68. Процесс работы программного
продукта называется "трансляцией" или "ассемблированием". В
зависимости от контекста под термином "символ" следует подразумевать
или "графический (отображаемый) символ" или "символ языка ассемблера".

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

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

     <.....> - обязательная составляющая - вводится конкретное
значение описанного.  Например, <имя_файла> означает, что на указанном
месте следует ввести имя файла;

     [.....] - необязательная составляющая.

     {.....} - составляющая, котороая может быть обязательной или
необязательной в зависимости от конкретнего случая - например,
параметр в зависимости от команды.



                2. СИНТАКСИЧЕСКИЕ КАТЕГОРИИ АССЕМБЛЕРА

                2.1. Символы

        Символом называется в ассемблере определенное в программе имя,
которому присвоено шестнадцатеричное число без знака в качестве
значения. Символ определяется директивой присвоения значения или
обявлением меткой.

>>>>>>> N.B.
        Имена составляются из букв латынского алфавита, цифр и
символов подчеркивания "_" (underscore). Строчные и прописные
буквы имеют одинаковый смысл. Например, для ассемблера имена
LooP, LOOP и loop означают один и тот же символ. Длина имен
ограничена только программной строкой, но учитываются
ТОЛЬКО ПЕРВЫЕ 15 символов.
<<<<<<< N.B.

      В зависимости от границ применимости в рамках одной программы
символы делятся на ГЛОБАЛЬНЫЕ и ЛОКАЛЬНЫЕ.

      ГЛОБАЛЬНЫЕ символы применимы (определены) в полной программе.

      ЛОКАЛЬНЫЕ символы применимы только в рамках процедуры, где они
определены. Эта особенность позволяет одному имени присваивать разные
значения в отдельных процедурах.


                  2.2. Константы

       Константы в ассемблере имеют 8- или 16-битовое внутренное
представление и занимают один или два последовательные байта памяти.

     В ассемблере применимы константы следующих типов:

     - десятичное число (можно закончит '.')
       Пример: 123  234  456  123456.

       Intel style decimal format: xxxxD не реализован так как ест опасность
       совершит ошибку. Например: забыть $ и написать только 123d тогда
       транслатор не предупредит вас а сгенерирует 123. Так как использование
       таких констант (десятичных окончивающих на D) практически не
       используется то он не реализован.

     - шестнадцатеричное число
         - C style:        начинается "0x"  пример: 0xAB  0x1234  0xF21234
         - Motorola style: начинается "$"   пример:  $AB   $1234   $F21234
         - Intel style:  заканчивается H    пример:  0ABh   1234H  0F21234h

     - двоичное число
         - Motorola Style: начинается "%"   пример:  %11  %01   %10001
         - pseudo C style: начинается "0i"  пример: 0i11  0i1  0i10001
         - pseudo Intel style: заканчивается I ...:   11I  1i    10001I
         - Intel style:  заканчивается B    пример:   11B  1b    10001b
           (этот формат потенциально опасен (например 1b такая же ошибка
            если не указали $ как и уже описанная ситуация при xxxxD),
            но так как этот формат используется то он реализован. За
            это нужно написать директиву .intelbin)

     - восмеричное число
         - Motorola Style: начинается "@"   пример:  @123   @232   @021
         - pseudo C style: начинается "0o"  пример: 0o123  0o232  0o021
         - pseudo C style: начинается "0Q"  пример: 0Q123  0q232  0Q021
         - Intel style: заканчивается o или Q  пр.:   123q  0232Q    21o
         ! C style не поддерживяается (т.е. 0123 не восмеричная константа)

     - символ - заключается в апострофы и
       константе присваивается значение, равное ASCII-коду символа.
       Символ апострофа в качестве константы удваивается.
       Можно использовать ' и ".
       Пример: 'ш'   '§'       "А"     ''''    "текст"     "xx'xx"

>>>>>>> N.B.
        Во всех численных константах можно использоват символ '_'. Транслятор
пропускает его, но зато повышается читаемость.
        Сравните сами:   %11011101  =  %1101_1101
<<<<<<< N.B.



             2.3. Выражения

       ВЫРАЖЕНИЕМ называется последовательность символов и/или
констант и/или символа "*" (обозначающий текущее значение счетчика
адресов), связанных опеарациями.

       Значение выражения вычисляется как 32 битовое число.

       Возможно применение в выражениях следующих операций,
перечисленных в порядке убывания приоритета (в скобках показаны
соответствующие графические символы):

Приоритет 1
     () - скобки "(" и ")";

Приоритет 2
     ! - логическое отрицание (побитовое)
     ~ - логическое отрицание (побитовое) (еквивалентно !)
     - - смена знака (унарный минус)

Приоритет 3
     * - умножение
     / - деление
     % - получение остатка деления
     \ - получение остатка деления (для совместимости с более ранных версии)
     & - побитовое И

Приоритет 4
     + - сложение
     - - вычитание
     | - побитовое включающее ИЛИ
     ^ - побитовое исключающее ИЛИ

Приоритет 5
     все операции сравнения: <, >, <=, >=, =, <> (или !=)
     результат: false = 0, true = $ffff_ffff

     Операции одного приоритета выполняются в порядке следования.

     Для совместимости с предыдущей версии транслятора:
     Если начать выражение символом "/" то результат будет старшии байт
вычисленного выражения.
     Пример:    /(1+2*3+257) = 1, (1+2*3+257)/256 = 1


              2.4. Списки

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


                  3.  ТИП ПРОГРАММНЫХ СЕКЦИЙ И ВЕЛИЧИН

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

     Абсолютными являются величины, представляющие собой фиксированные
адреса памяти или числа.  Поэтому константы всегда относятся к
величинам абсолютного типа.

     Относительными являются величины, представляющие собой
неопределенные во время трансляции адреса памяти, которые будут
определены во время загрузки или обработки связывающей программой.
(В настоящей реализации такие величины не существуют.)




                     3.1.  Тип программной секции

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

     Формирование секции осуществляется описанными ниже директивами
ORG и SECTION.  Тип секции соответствует типу выражения, примененного
при ее формировании.

     Нефиктивные секции могут быть вложенными на одном уровне
вложения, не учитывая содержащихся в них фиктивных секций.




                          3.2.  Тип символа

     Тип символов определяется по следующим правилам:

     1.  Если символ определен директивой присваивания, то он обладает
типом выражения.

     2.  Метки и символ "*" счетчика адреса обладают типом текущей
программной секции.




                        4. УСЛОВНАЯ КОМПИЛЯЦИЯ

      В ряде случаев очень полезно иметь возможность указать
компилятору что не нужно компилировать определенные части программы.
Простейшим примером такой ситуации является контрольная печать. Она
необходима только в процессе отладки программы. В таких случаях
говорим об "условной" (управляемой) компиляции.

      Условная компиляция управляется т.н. "идентификаторами"
компиляции. Фрагмент программы обрабатывается в зависимости от того
определен или не определен некоторый идентификатор.

      Идентификатор компиляции обявляется определенным при помощи
директивы .DEFINE. Ранее определенный идентификатор можно обявить
неопределенным при помощи директивы .UNDEF. Директивы имеют следующий
формат:

      .DEFINE <идентификатор>

      .UNDEF <идентификатор>

     Состояние идентификатора (определенное или неопределенное)
проверяется при помощи директив .IFDEF (интерпретация - ЕСЛИ
идентификатор ОПРЕДЕЛЕН) и .IFNDEF (интерпретация - ЕСЛИ идентификатор
НЕ ОПРЕДЕЛЕН). Далее обе указанные директивы обозначены IFxxxx и
программист выбирает какая из них отвечает его целям.

     Условная компиляция программных фрагментов осуществляется при
помощи следующей конструкции:

        .IFxxxx <идентификатор>
            <програмный_фрагмент_1>
       [.ELSE
            <програмный_фрагмент_2> ]
        .ENDIF

     Как видно из формального описания конструкции, применение части
.ELSE <програмный_фрагмент_2> не обязательно.

     Указанная конструкция имеет следующее значение:

     ЕСЛИ    идентификатор определен (или не определен в случае ifndef)
     ТО      ассемблировать фрагмент 1
     ИНАЧЕ   ассемблировать фрагмент 2

>>>>>>> N.B.
        Идентификатор не больше 15 символов.
        Прописные и строчные буквы не различаются.
<<<<<<< N.B.

   Можно использовать и вычисляемое выражение
        .IF <выражение>
            <програмный_фрагмент_1>
       [.ELSE
            <програмный_фрагмент_2> ]
        .ENDIF



                         5. ФАЙЛЫ

     Транслятор работает с файлами четырех видов:

     - входной (source) файл, содержащий программу на языке ассемблера
в исходном виде;

     - отчетный (listing) файл, содержащий протокол процесса
трансляции;

     - диагностический (error's) файл, содержащий сообщения об
обнаруженных во время трансляции ошибках;

     - результативный (result) файл

     Принято применять следующие расширения имен файлов:

     source:       ASM
     listing:      LST
     error's:      ERR
     result:       BIN

     5.1. Входной (исходный - source) файл

     Входной файл содержит программу на языке ассемблера в исходном виде.

     Программа на языке ассемблера обрабатывается построчно.  Длина
строки должна быть не более 255 символов.  В одной строке должна быть
записана только одна инструкция. Пустая строка и строка, в которой
первым является символ "*" (позиция 1), считаются строками комментария
и не обрабатываются транслятора.

     Каждая программная строка состоит из 4 полей:

             [ [метка] <операция> {операнд} ] [комментарий]

     Соседние поля разделяются одним или более пробелами или
табуляциями.  В целях улучшения читаемости программы рекомендуем
начинать каждое поле с постоянной позиции строки.

     При синтаксическом анализе строчные и прописные буквы не
различимы, кроме случая строки символов в качестве параметра.


                           5.1.1.  Поле метки

     Если первым символом строки не является пробел, табуляция,
"*" (кометарии), ';' (кометарии) или '.' (директива), то первое
поле каждой строки - поле метки.  Поле метки не обязательное.
Допускается ввод строки, содержащей только поле метки.

     Метка рассматривается как определенный в программе символ,
значение которого равняется текущему значению счетчика адреса.

     Значение счетчика адреса отмечается символом звездочки "*".
Например: 123 + * - label

     Счетчиком адреса во время трансляции определяется адрес или сдвиг
в памяти инструкций программы.  Исходное значение счетчика адреса
равно начальному адресу программы.  После каждой обработанной строки
значение счетчика увеличивается на длину инструкции.  Таким образом,
метка является адресом следующей за ней инструкции.  Так программа
становится независимой от ее расположения в памяти.



                         5.1.2.  Поле операции

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

     Поле операции может содержать мнемоническое обозначение машинной
команды или директиву транслятора.

     Если в поле операции записана команда, то транслятор генерирует
соответствующий ей машинный код.  Если записана директива - она
выполняется.

     Все директивы описаны ниже, а мнемонические обозначения всех
машинных команд процессора 68HC11 даны в MC68HC11.prn.

     В поле операции может быть записана команда INT. Тогда генерируется
код SWI и потом байт содержущии параметр инструкции.
Это для совместимости с предыдущих версиях транслятора.




                         5.1.3.  Поле операнда

     Содержание поля операнда определяется операцией.  Операнд
указывает объект действия команды.

     Если команда двухоперандная, первый операнд записывается как
часть мнемоники команды.  Например, для команды ADD можно записать
ADDA или ADDB в зависимости от того, над каким регистром выполняется
операция.

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

     Напомним еще раз, что принято обозначать счетчик адресов
символом звездочки "*".




                        5.1.4.  Поле комментария

     Первым символом поля комментария является символ ";".  В поле
комментария можно записать любые символы.  Они не влияют на ход
трасляции и на генерируемый объектный код.

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

Пустая строка и строка, в которой первым является символ "*" (позиция 1),
считаются строками комментария и не обрабатываются транслятора.


                    5.2. Отчетный (listing) файл

     Транслятор генерирует отчет (листинг) трансляции со следующим
форматом:

     <адрес> <машинный_код> <номер строки> <исходный_текст>

     Например:

 <адрес><машинный_код>  <номер> <исходный_текст>
   e0d3: ad 00              548                 jsr     x[0]
   e0d5: 24 03      (e0da)  549                 bcc     err_request
   e0d7: 86 06              550                 lda     #6              ; ack
   e0d9: 8c                 551                 db      _cpx_
   e0da:                    552 err_request
   e0da: 86 15              553                 lda     #21             ; nack
   e0dc: 7f 003b            554                 clr     rs232_ndx
   e0df: 7e f2fc            555                 jmp     send_rs_byte
   e0e2:                    556
   e0e2: fa4a               557 RequestTBL      dw      rq_test_mode    ; test_mode requests
   e0e4: f435               558                 dw      rq_get_param    ; get parameter value


>>>>>>> N.B.
   Трансляютор однопасов. Когда необходимо сгенерировать listing то только
тогда он делает второй пас. Это означает что если оборужена ошибка, то
listing файл вообще не будет сгенерирован. (Останется стары если был.)
<<<<<<< N.B.


                    5.3. Диагностический (error's) файл

     Во время своей работы транслятор выводит ДИАГНОСТИЧЕСКИЕ СООБЩЕНИЯ
об обнаруженных ошибках:

     - экран монитора в скользящем режиме;

     - в диагностический файл, если предусмотрена его генерация;.

     Строка диагностического файла имеет следующий формат:

     * Error <номер ошибки> at <имя_исходного_файла>(<номер_строки>), <сообщение>

     Если предусмотрена генерация диагностического файла и ошибки нет то
он стирается.

     Диагностические сообщения приведены в:
            MC68HC11.us



>>>>>>> N.B.
                      6. ВЫЗОВ КРОСС-АССЕМБЛЕРА

     Если вызвать транслятора без параметров на командной строке то
он выдает "подсказку":

      usage: _68 [options] filename [options]
        /Dxxx   - define conditionals;
        /Ixxx   - paths for include files;
        /Bxxx   - path for .bin file;
        /E[xxx] - error messages filename (including path);
        /L[xxx] - listing filename (including path);
        /X[xxx] - print cross reference;
        /Q-     - quiet compilation off (termometer style)
        /Q+     - quiet compilation on (filenames and numbers)
        /Q*     - quiet compilation (filenames only)
        @xxx    - use config file xxx (including path).

filename - имя вводного (исходного текста) файла.
           Если расширение имени не указано,
           то по умолчанию принимается расширение .ASM;

/Dxxx    - задание симовла услоной компиляции
           например /dTEST еквивалентно директиве .define TEST

/Ixxx    - задает список путей куда будут искаться включаемые файлы

/Bxxx    - место куда нужно записать результатной файл

/E[xxx]  - запрос на получение диагностического файла (если xxx задано
           то это и будеть его имя)

/L[xxx]  - запрос на получение отчетного (listing) файла (если xxx задано
           то это и будеть его имя)

/X[xxx]  - запрос на получение cross-reference файла (если xxx задано
           то это и будеть его имя)

/Q-      - (non quiet compilation) графическое представление прогреса
/Q+      - (quiet compilation) печатются только имена файлов и номера строк
/Q*      - печатются только имена файлов

@xxx    -  имя файла в котором можно задать все параметры. По умолчанию
           он имеет имя MC68HC11.cfg.
           Транслятор ищет его в текущей директории а потом (если не
           нашел) там откуда его вызвали.
           В файл можно задавать те же самые параметры, но по один на
           строке.
           Это предусмотрено эсли вам нравиться какие нибудь специфические
           параметры. Например всегда хочеться диагностическии файл
           тогда поставте /e в файле MC68HC11.cfg (этот файл лучше всего
           расположить там где поставите и _68.exe).

        Если хотите можно использовать "output file redirection" и получит
описание действия транслятора в текстовой файл. Наример после выполнения
        _68 ext > xxx.txt
        То в xxx получиолось:
******* xxx.txt *******
MC68HC11 Assembler v5.11.          (c) 1992, 1998 YGP software          by YGP
    MC68HC11.inc  148 lines.
       build.inc    1 line.
        date.inc    1 line.
        sel5.asm   71 lines,    72($0048) bytes.
        free.asm  376 lines,   536($0218) bytes.
         r2r.asm   98 lines,   131($0083) bytes.
         r2p.asm  166 lines,   209($00d1) bytes.
         p2r.asm 1136 lines,  1628($065c) bytes.
        talk.asm  125 lines,   140($008c) bytes.
     spctalk.asm  106 lines,   130($0082) bytes.
      eeprom.asm   57 lines,     2($0002) bytes.
       rs232.asm  411 lines,   630($0276) bytes.
    messages.asm   71 lines,   464($01d0) bytes.
    testmode.asm  607 lines,   885($0375) bytes.
         ext.asm 2283 lines,  8192($2000) bytes.
5657 lines, 8192 bytes, 2.6 sec (2175.8 lps).
Code generated in file: ext.bin
******* end of file *******

<<<<<<< N.B.
                 7. АДРЕСАЦИЯ МИКРОПРОЦЕССОРА MC6800/MC68HC11

     Микропроцессор MC6800 допускает 7 видов адресации, представленных
в следующей таблице:

          Наименование                    Примерны синтаксис операнда
         ----------------------------------------------------------
         Внутренная         Inherent
         Аккумуляторная     Accumulator
         Непосредственная   Immediate     #выражение
         Прямая (zero page) Direct        выражение
         Расширенная        Extended      выражение
         Индексная          Indexed       выражение,Х
         Относительная      Relative      выражение

>>>>>>> N.B.
     Микропроцессор MC68HC11 допускает еще инструкции BCLR, BRCLR, BSET, BRSET
у них два или три операнда.

Синтаксис только для BCLR, BSET:
     BCLR op1 #op2       (тоже самое для BSET op1 #op2)
     здесь op1 - должен иметь адресацию: Direct или Indexed
           op2 - выражение (второй операнд должен иметь Immediate address mode)

Синтаксис только для BrCLR, BrSET:
     BrCLR op1 #op2, op3       (тоже самое для BrSET op1 #op2, op3)
     здесь op1 - должен иметь адресацию: Direct или Indexed
           op2 - выражение (второй операнд должен иметь Immediate address mode)
           op3 - должен имет Relative address mode (обычно это метка перехода)
     Обратите внимание на то что разделител между op2 и op3 являтся ','.

Для совместимости с бесплатно распространяемого асемблера as11
(фирмой Motorla) предусмотрена возможность что бы раделитель между op2 и op3
был только пробел. Для это исползуите директиву as11.

<<<<<<< N.B.

     Операции с ВНУТРЕННОЙ И АККУМУЛЯТОРНОЙ адресацией не
предусматривают операнды.  Примеры:

     asla
     clc
     comb
     decb

     Операции с НЕПОСРЕДСТВЕННОЙ адресацией имеют синтаксис:

                     <код_операции>  #<выражение>

                     <код_операции>  #/<выражение>

     Если инструкция не относится к 16-разрядным регистрам и:

     - в поле операнда введено #<выражение>, то учитывается младший
байт значения выражения;

     - в поле операнда введено #/<выражение>, то учитывается старший
байт значения выражения.

     Примеры:

     ldaa    #$FF
     adcb    #1
     ldx     #$FFFF
     adda    #/end_code - start_code


     Операции с ПРЯМОЙ адресацией имеют синтаксис:

                     <код_операции>  <выражение>

     Значение выражения должно быть в интервале [0, 255].  Прямая
адресация охватывает только нулевую страницу памяти - адреса в
интервале [$00, $FF].  Примеры:

     ldab    0
     stab    $20
     stx     $FE

>>>>>>> N.B.
     Можно использовать символ '<' перед операндом тогда это адресация
должна быть прямая (direct, zero page). Это означает что транслятор
отмет ошибку если операнд не находиться в интервале [0, 255].
<<<<<<< N.B.

     РАСШИРЕННАЯ адресация отличается от прямой только тем, что
значением выражения в поле операнда может быть любой доступный адрес
памяти компьютера.  Примеры:

     ldaa    $2000
     stx     $1FFE

     Можно использовать символ '>' перед операндом тогда это адресация
должна быть расширенная (extended). Это означает что транслятор что даже
если операнд в интервале [0, 255] то будет применена расширеная адресация.


     Операции с ИНДЕКСНОЙ адресацией имеют синтаксис:

     <код_операции>  X,<выражение>
     <код_операции>  <выражение>,Х
     <код_операции>  X
     <код_операции>  X+выражение
     <код_операции>  X.выражение
     <код_операции>  X[выражение]

     В третьем случае считается, что выражение имеет значение 0.
     Тот же самы синтаксис используется и для Y (MC68HC11).

     Примеры:

     ldaa    X
     adda    X,1
     ldx     X.field1
     ldab    x+$33
     ldab    x[i]

>>>>>>> N.B.
     Если выражение не в интервале [0, 255] то выдается предупреждение,
что бы оно не появлялось исползуйте & $ff (только тогда когда надо).
     Например:  ldaa x[n & $ff]
                ldab x, $ff & field1
<<<<<<< N.B.


     Операции с ОТНОСИТЕЛЬНОЙ адресацией имеют синтаксис:

                     <код_операции>  <выражение>

     К этой группе операции относятся операции условного и
безусловного перехода, исключая JSR и JMP.  В качестве операнда
принимается значение выражения за вычетом текущего значения счетчика
адреса.  Значение операнда должна быть в метка отстоящяя от текущего
значения счетчика на количество байтов в интервале [-129, +125].

Примеры:

not_equ
     bra     exit
     bne     not_equ
exit

                    8. ДИРЕКТИВЫ КРОСС-АССЕМБЛЕРА

        Для совместимости перед каждой директиве можно ставит точку.

  Пример:
        .if n < 23
          ....
        .else
          ....
        .endif


                 8.1. Директивы определения символов

                   8.1.1. EQU - присвоение значения

     СИНТАКСИС:  <метка> EQU <выражение>
                 <метка>  =  <выражение>
                 <метка>  == <выражение>

     ПРЕДНАЗНАЧЕНИЕ:  присвоение метки тип и значение выражения.
                      метка становиься глобально определеная.

     <метка> не должна быть уже определенной.

        EQU и = еквивалентные
        == как и =, но метка определяется только в качестве локальной
          ето предусмотренно для использования в процедурах. Если
          использовать == вне процедуры то оно еквивалентно EQU

     Пример:

     code_start   =   $100
     lo_byte      EQU hi_byte + 1

                  8.2. Директивы определения данных


                    8.2.1. определение байтов DB, LSB, MSB

     СИНТАКСИС:  DB <список_выражений>

     ПРЕДНАЗНАЧЕНИЕ:  запись в объектном коде одного или более байтов,
каждый из которых является значением очередного выражения списка.
Каждое выражение должно иметь значение в диапазоне 0..255.

     <список_выражений> = {[<повторитель>] <выражение> [<повторитель>] [,] }

     <выражение> может быть арифметическим выражением или строкой
символов, заключенных в апострофы. Перед или после этого выражения можно
поставит повторитель (в скобках []).

     Примеры:

num_base        DB      16
hex_chars       DB      '0123456789ABCDEF'
string          DB      'This is a string.', 13, 10, 0

zero_10         db      0 [10]  ; 0 в десят раз
one_23          db      [23] 1  ; 23 бата содержущие единицы


        LSB еквивалентно DB
        MSB генерирует только старшии байт (путем деления на 256)

     Пример:
hi_bytes        DB      first / 256, second / 256
lo_bytes        DB      first, second

hi_bytes        MSB     first, second
lo_bytes        LSB     first, second

      Для совместимости с as11
        FCC = FCB = DB


                     8.2.2. определение слов - DW, DWP, DWN

     СИНТАКСИС:  DW <список_арифметических_выражений>

     ПРЕДНАЗНАЧЕНИЕ:  запись в объектном коде последовательности слов
(старший байт, младший байт), каждое из которых является значением
очередного выражения.

     Примеры:

words    DW      $C000, $D000, $E000, $F000
         DW      5*4096 + 3*16 +1
         DW      first_table, second_table, 0

    DWP еквивалентно DW
    DWN генерирует слова, но сперва младшии потом старшии байт

    DWP - Define Word Positive byte sex
    DWN - Define Word Negative byte sex

      Для совместимости с as11
        FDB = DW

                     8.2.3. определение двойного слова - DD, DDP, DDN

     СИНТАКСИС:  DD <список_арифметических_выражений>

     ПРЕДНАЗНАЧЕНИЕ:  запись в объектном коде последовательности двойных
слов (самый старший байт .. самый младший байт), каждое из которых является
значением очередного выражения.

    DDP еквивалентно DD
    DDN генерирует слова, но сперва младшие потом старшие байты

    DDP - Define Double word Positive byte sex
    DDN - Define Double word Negative byte sex


              8.2.4. DS - определение одинаковых байтов

     СИНТАКСИС:  DS <выражение_1> [,<выражение_2>]

     ПРЕДНАЗНАЧЕНИЕ:  заполнение области памяти длиной в <выражение_1>
байтов символами, являющимися значениями <выражение_2>.

     В выражениях не должны участвовать метки.  Если значение
выражения_2 больше 255, то учитывается младший байт значения.  Если
выражение_2 не указано, область заполняется нулями.

     Примеры:

buffer    DS      $200
          DS      $10, 32

      Для совместимости с as11
        RMB = DS


                  8.2.4. CHECKSUM - контрольная сумма

     СИНТАКСИС:  CHECKSUM

     ПРЕДНАЗНАЧЕНИЕ:  формирование контрольного байта, переводящего
контрольную сумму файла в ноль. Контрольная сумма считается однобайтовым
сложением без переноса.

     Рекомендуем применение директивы в случаях ассемблирования
программ, предназначенных для записи в постоянной (ROM) памяти
микрокомпьютера.


                8.3. Директивы управления трансляцией

               8.3.1. SECTION - начало фиктивной секции

     СИНТАКСИС:  SECTION [выражение]

     ПРЕДНАЗНАЧЕНИЕ:  формирование фиктивной секции, начиная с адреса,
являющегося значением выражения или счетчика адресов, если выражение
не введено.

     Не допускается вложение фиктивных секций.  Конец фиктивной секции
формируется директивой ENDS.  Внутри фиктивной секции не генерируется
код. Выражение не должно содержать неопределенные и/или внешние
символы.


Пример:
        section WorkArea
wrk_b   db      0       ; рабочая клетка (байт)
wrk_w   dw      0       ; рабочая клетка (слово)
wrk_b1  ds      1       ; рабочая клетка (байт)
wrk_w2  ds      2       ; рабочая клетка (слово)
        ; ошибка если выти за пределы рабочей области
        error   *-WorkArea > WorkAreaSize
        ends

>>>>>>> N.B.
Второй пример: Описана структура и процедура поиска в
               связаном списке структур. В процедуре я использовал
               мои любимые метки quit и loop, так как они локальные
               то их имена можно использовать и в других процедурах.
               Но ни в коем случае не используйте их как глобальные.
               Если это случится, то транслятор сочтет как ошибка все
               места где ети метки обявлены в локальных процедур. И так
               как я обычно употребляю огромное количество loop и quit
               то все они будут в списке ошибок (их дефиниция).

         section 0
next       dw      0
id_number  dw      0
data2      ds      123
         ends

**************************************************
* import: X reg points to beginning of linked list
*         D reg contains id_number to search
* export: X reg = 0 (if error) or
*         contains ptr (if ok)
*
SearchNum       proc
                cpx     #0
                beq     quit
loop
                cmpd    x.id_number
                beq     quit
                ldx     x.next
                bne     loop
quit            rts
SearchNum       endp
<<<<<<< N.B.


                 8.3.2. ENDS - конец фиктивной секции

     СИНТАКСИС:  ENDS

     ПРЕДНАЗНАЧЕНИЕ:  формирование конца фиктивной секции, начало
которой задано директивой SECTION.

     После этой директивы счетчику адреса присваивается значение,
которым он обладал до выполнения директивы SECTION.  Применение директивы
вне фиктивной секции не имеет последствий.

     Пример: смотрите директива SECTION


                    8.3.3. PROC - начало процедуры

     СИНТАКСИС:  [<метка>] PROC

     ПРЕДНАЗНАЧЕНИЕ:  определение начала процедуры.  Конец
определяется директивой ENDP.

     Одна процедура может содержать в себе неограниченное число
других, вложенных процедур.

     Все метки в одной процедуре если не описаны при помощи
директивы EQU (или =), считаются локальными.
Поиск некоторой метки осуществляется сначала в текущей процедуре,
а потом среди меток "родительских" процедур.

     !!! Не разрешается иметь метки с одиноковые имена в текущей и
родительских процедур. Пример:
****************

my_proc         proc
                ...
wait            decb                                          <-
                bne     wait                                     \
                ...                                               \
                                                                   \
second          proc                                                \
                ...                                                  \
                jmp     wait    ; куда мы хотим передать управление?  \
                ...                                                   /
                                                                     /
wait            lda     #0                                      <-- /
                ...                                                /
                                                                  /
second          endp                                             /
my_proc         endp                                            /
                                                               /
                ...                                           /
wait            ldab    #1                                  <-
                ...
*************

     Так как ошибки на ассемблер очен трудно отыскать и так как использование
локальных меток должно только упрощать работу, а не приводить к опасным
ошибкам то транслятор не разрешает использовать локальные и глобальные метки
с совпадающие имена.


     Если в процедуру необходимо описать глобальную метку, то:
          1. Можно описать при помощи EQU. Пример:
                entry   =       *
          2. Можно поставить ':' в конце метки. Пример:
                        ....
                entry:  ldaa    x[0]
                        ...
     Если необходимо описать локольная константа (используя equ), то
используйте ==. Пример:

                procsize ==     ProcEnd-ProcBeg
                ProcBeg
                        ....
                ProcEnd

     Пример для использования PROC: смотрите директива SECTION

                    8.3.4. ENDP - конец процедуры

     СИНТАКСИС:  [метка] ENDP

     ПРЕДНАЗНАЧЕНИЕ:  определение конца процедуры.  Начало
определяется директивой PROC. Если метка задана то она должна
совпадать с меткой PROC. Рекомендуем всегда задавать метку.

     Если начало процедуры описано в include файл, то конец (endp)
должен находиться в тот файл.

     Пример: смотрите директива SECTION


                     8.3.5. END - конец программы

     СИНТАКСИС:  END [выражение]

     ПРЕДНАЗНАЧЕНИЕ:  формирование конца программы со стартовым
адресом, равняющимся значению выражения в случаях ассемблирования
перемещаемых модулей (.PGM и .OBJ).

     Если выражение пропущено, подразумевается стартовый адрес,
соответствующий началу программы.  Текст после директивы END не
обрабатывается.  Директива необязательна. Не должна встречаться в
include файл.

     Директива только для совместимости с предыдущих версиях этого
транслятора (он использовался на 8 бытовых машин).



          8.3.6.  ORG - присвоение значения счетчику адреса

     СИНТАКСИС:  ORG <выражение>

     ПРЕДНАЗНАЧЕНИЕ:  присвоение значения счетчику адреса.

     Выражение не должно включать неопределенные символы
результат его вычисления должен быть типа константы.
Не разрешается применение директивы внутри фиктивной секции.


             8.3.7. ERROR - возбуждение состояния ОШИБКА

     СИНТАКСИС:  ERROR <выражение>

     ПРЕДНАЗНАЧЕНИЕ:  возбуждение сосотояния "ОШИБКА" в случае, если
значение выражения отлично от нуля.

     Пример:

     ERROR   * % $100    ; ошибка, если текущее значение
                         ; счетчика адреса не равно границе
                         ; страницы памяти


                    8.3.9. INCLUDE - вставка файла

     СИНТАКСИС:  INCLUDE <имя_файла>

     ПРЕДНАЗНАЧЕНИЕ:  вставка в транслируемый файл другого файла с
именем <имя_файла>.

     Параметр <имя_файла> должен задавать полное имя включаемого файла
с указанием устройства и/или директории, если они отличны от текущих.
Включаемый файл может содержать, в свою очередь, директиву INCLUDE.
Допускаются до 8 уровней вложения директивы.

     Пример:

     INCLUDE b:\dir_1\memory.inc




                 8.4. Директивы управления листингом


             8.4.1. LIST - включение/отключение листинга

     СИНТАКСИС:  LIST <ключ>

     ПРЕДНАЗНАЧЕНИЕ:  включение/отключение генерации файла листинга
кросс-ассемблирования.  Допускаются два значения ключа:  ON - включить
(по умолчанию); OFF - отключить.

     Пример:

     LIST ON
     .
     .
     LIST OFF

                  8.4.2. TRUNC - прерывание листинга

     СИНТАКСИС:  TRUNC <ключ>

     ПРЕДНАЗНАЧЕНИЕ:  включение/отключение прерывания генерации
листинга после первой строки зоны директив DB, DW и DS.  Допускаются
два значения ключа:  ON - включить (по умолчанию); OFF - отключить.

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

    8.5. Директивы для совместимости с as11

        Директивы ассемблера as11
            FCC, FCB еквивалентные DB
            FDB      еквивалентна  DW
            RMB      еквивалентна  DS

     директива as11

     синтаксис: as11 [ON или OFF]

     Предназначение: для совместимост инструкции BRCLR BRSET.
                     если ключ не задан предполагается ON

     Так как as11 использует для разделителя операндов пробелы то
        BSET    xx 12           ; только для as11
     можно написать и как
        BSET    xx #12          ; ето правильно и для as11 и для _68

     К сожелению
        BrSET   xx #12, label   ; правильно для _68
     не принимается as11. Поетому если необходимо можно задать директиву
        as11 on

     тогда транслятор _68 принимает как разделител и пробел. Но тогда
не можете использовать пробел во втором операнде. Пример
     brclr n #12 + 1, label  ; правильно если as11 off
     brclr n #12+1,   label  ; правильно всегда (as11 on или off)
     brclr n #12+1    label  ; правильно если as11 on

    8.6. Директива разрешающая использования константаь типа xxxB

        синтаксис: intelbin [on|off]

        Предназначение: Тому кто хочется использоват двоичние константы в
стиле intel, пример:  0101B.

        Проблема в том что если забыть '$' то все что оканчивается B и
содержит только 0 и 1 будет считатся правилно.

        Пример: ESC = 27 = $1b = %011_011 = 33q

                ldaa    #27
                cmpa    #1b     ; это вполне возможняя ошибка
                bne     differ  ; переход будет сделан так как 1 <> 27

    9. Дополнительные инструкции:

    Файл MC68HC11.PRN содержит таблица инструкции процесора MC6800 и MC68HC11
(те которые есть только в MC68HC11 помечены *). В правой колоне мнемоники
дано алтернативное написание инстукции. В левой колони оригинальное. Можно
пользоват как оригинальное так и альтернативное. Здесь только список
алтернативных инструкции.

        CPA CPB CPD
        LDA LDB LDD
        ORA ORB
        PHA PHB
        PLA PLB
        STA STB STD
        XORA XORB

        PHX PHY
        PLX PLY

  Пример:
                ldaa    #123
                lda     #123
                ldab    #124
                ldb     #124

Информационные технологии Кодекс   *   Яндекс.Метрика

  *     *