Вопрос к ассемблерщикам, Автоматическая растановка адресов Опции

[_Алексей_]

Пример: .equ Napruga = SRAM_START+123
Таких директив может быть сотня и более.
Иногда возникает необходимость вставить посередине новую директиву или расширить массив. Из-за этого возникают проблемы, что нужно менять адресацию. Приходиться много править.
Существуют ли какие-нибудь методы или вспомогательные программы позволяющие решить данную проблему?

[CDT]

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

Если не хочется чего - не то делать - надо подумать, как этого не делать.

Код

.dseg

.org ... (если очень хочется, но мне не разу не понадобилось. Опять потом искать и менять)

dRcvdBuf:;начало буфера (например, приема)
  dRcvdLen:    .byte    1
  dRcvdAdr:    .byte    2
  dRcvdTime:    .byte    4
  dRcvdName:    .byte    20
  dRcvdErrors:    .byte    1
  dRcvdVolts:    .byte    2
dRcvdBufEnd:;это что бы следить за концом буфера

;И вставляй, что хочешь, само настроиться

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

Код

.equ shRcvdLen=dRcvdLen-dRcvdBuf
.equ shRcvdAdr=dRcvdAdr-dRcvdBuf
;....................................................
.equ cRcvdBufLen=dRcvdBufE-dRcvdBuf;длина буфера

   ldd   rTmp,z+shRcvdLen

;Можно макрос написать:

Код

.macro mac_BufSet
    @0: .byte @2
    .equ @1=@0-BufStart
.endm
;-------------------------------
.dseg
dRcvdBuf:    
.set BufStart=dRcvdBuf

  mac_BufSet dRcvdLen,shRcvdLen,1
  mac_BufSet dRcvdAdr,shRcvdAdr,2
  mac_BufSet dRcvdTime,shRcvdTime,4
  mac_BufSet dRcvdName,shRcvdName,20
...................
dRcvdBufEnd:

Как и на зеркало, не стоит на ассемблер пенять раньше времени.
Там еще препроцессор есть. Весьма удобная вещь, если научиться.

P.S.
Пришла по дороге идея, но прямо сейчас не на чем проверить:

Код

macro mac_BufSet
    d@0: .byte @1
    .equ sh@0=d@0-BufStart
.endm

  mac_BufSet RcvdLen,1
  mac_BufSet RcvdAdr,2

Еще меньше писанины

[_Pasha]

;Можно макрос написать:

Код

.macro mac_BufSet
    @0: .byte @2
    .equ @1=@0-BufStart
.endm
;-------------------------------

Для того чтобы что-то советовать, желательно хотя бы раз самому поробовать это применить. И вот когда Вы увидите в ответ на желание создать такой макрос, вот это

error: .byte directive illegal in macro definition

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

[galjoen]

Для того чтобы что-то советовать, желательно хотя бы раз самому поробовать это применить.

+1
А я вот не совсем по теме, но то, что всегда применяю. Тоже про доступ к данным.
Чаще всего приходится использовать таблицы в FLASH или ОЗУ размером до 256 байт или слов. В регистре находится N элемента (индекс массива) и к этому N нужно прибавить адрес начала массива. А массив не выровнен, т.е. может переходить через границу 256. Т.е. старший байт адреса может отличаться на 1. Стандартный способ это 4 такта. Но есть способ лучше. Я написал макро, и всегда и использую.

Код

.MACRO TAB_Z
    subi    ZL,low(-low(@0)); получение
    sbc    ZH,ZH    ; адреса в
    subi    ZH,low(-high((@0)-1))-1; таблице
.ENDMACRO

Перед вызовом смещение д.б. в ZL. Параметр в этой макрокоманде - адрес начала таблицы. В байтах если это данные, в словах если это таблица переходов.
Такие макрокоманды у меня обычно и для Y и для X описаны. Рекомендую...

[yod]

...

Код

.MACRO TAB_Z
    subi    ZL,low(-low(@0)); получение
    sbc    ZH,ZH; адреса в
    subi    ZH,low(-high((@0)-1))-1; таблице
.ENDMACRO

...

Спасибо за интересный ход, ибо ситуация действительно частая.
Сам долгое время работал с ассемблером, но в последнее время, ввиду объемности проектов, пользуюсь связкой eclipse+gcc (последняя сборка от Klen'а), однако по-прежнему, в критических местах люблю подписать на асме.

попытка внедрить этот код увенчалась провалом - никак компилятор сожрать не может такую конструкцию

Код

        "subi    %A[queue],-lo8(%[heap])"        "\n\t" /*получение*/
        "sbc    %B[queue],%B[queue]"            "\n\t" /*адреса в*/
        "subi    %B[queue],lo8(-hi8(%[heap]-1)-1)"     "\n\t" /*таблице*/

ошибки выдает дурные
C:\DOCUME~1\electro\LOCALS~1\Temp/ccX8y7d0.s:1163: Error: garbage at end of line
C:\DOCUME~1\electro\LOCALS~1\Temp/ccX8y7d0.s:1165: Error: `)' required
C:\DOCUME~1\electro\LOCALS~1\Temp/ccX8y7d0.s:1165: Error: garbage at end of line
судя по всему не может выполнять арифметические операции потому как простейшие конструкции типа

Код

        "subi    %A[queue],lo8(%[heap])"        "\n\t" /*получение*/
        "subi    %B[queue],hi8(%[heap])"     "\n\t" /*таблице*/
или
        "subi    %A[queue],%A[heap]"        "\n\t" /*получение*/
        "subi    %B[queue],%B[heap]"     "\n\t" /*таблице*/

скармливаются успешно
чуть более подробный код для введения в курс дела:

CODE

struct {
uint8_t Put;
uint8_t Get;
MPACKET* Container[CONST_FREEMEM_QUEUE_SIZE];
}QueueFreePacket;

исходный код на С
void QueuePut(TQUEUE* Queue,MPACKET* Packet){
if (Packet){
if(Queue){
//uint8_t tmp=Queue->Put + 1;
//if(tmp==CONST_QUEUE_SIZE)tmp=0;

uint8_t tmp=Queue->Put - (CONST_QUEUE_SIZE-1);
if(tmp)tmp+=CONST_QUEUE_SIZE;

if (tmp!=Queue->Get){
Queue->Container[Queue->Put]=Packet;
Queue->Put=tmp;
return;
}
}
QueueFreePacket.Container[QueueFreePacket.Put++]=Packet;
if (QueueFreePacket.Put==CONST_FREEMEM_QUEUE_SIZE) QueueFreePacket.Put=0;
}
}

часть асемблерной вставки для помещения пакета в очередь свободных пакетов
__asm__ __volatile__(
.....
"pkt_move_to_heap%=:" "\n\t"
"lds %A[queue],%[heap]" "\n\t"
"mov %[tmp],%A[queue]" "\n\t"
"subi %A[queue],-lo8(%[heap])" "\n\t" /*получение*/
"sbc %B[queue],%B[queue]" "\n\t" /*адреса в*/
"subi %B[queue],lo8(-hi8(%[heap]-1)-1)" "\n\t" /*таблице*/
"st %a[queue]+,%A[pkt]" "\n\t"
"st %a[queue],%B[pkt]" "\n\t"
"subi %[tmp],(%[heap_size]-1)<<1" "\n\t"
"cpse %[tmp],__zero_reg__" "\n\t"
"subi %[tmp],-(%[size]<<1)" "\n\t"
"sts %[heap],%[tmp]" "\n\t"


"exit%=:" "\n\t"
: "=&d"(tmp)
: [queue]"b"(Queue),[pkt]"w"(Packet),[tmp]"r"(tmp),[size]"M"(CONST_QUEUE_SIZE),[heap]"m"(QueueFreePacket),[heap_size]"M"(CONST_FREEMEM_QUEUE_SIZE)
: "1","memory"
);

Подскажите как коректно переписать это место ассемблерной вставки

Сообщение отредактировал yod - Mar 11 2009, 08:49

[ReAl]

А массив не выровнен, т.е. может переходить через границу 256. Т.е. старший байт адреса может отличаться на 1. Стандартный способ это 4 такта. Но есть способ лучше. Я написал макро, и всегда и использую.

Код

.MACRO TAB_Z
    subi    ZL,low(-low(@0)); получение
    sbc    ZH,ZH; адреса в
    subi    ZH,low(-high((@0)-1))-1; таблице
.ENDMACRO

Перед вызовом смещение д.б. в ZL. Параметр в этой макрокоманде - адрес начала таблицы. В байтах если это данные, в словах если это таблица переходов.
Такие макрокоманды у меня обычно и для Y и для X описаны. Рекомендую...

Красиво! Спасибо, записал на корочку.

Респект! А говорят, что про асм и AVR уже все известно...

А-а-а-а!!!! Мужики, что вы делаете? Я на собственной шкуре убедился в реальности тех психологических экспериментов, когда садят человека в компании, как он думает, таких же испытуемых, задают всем несколько вопросов, а потом показывают белый листик и спрашивают "какой цвет?" все говорят "чёрный", доходят до испытуемого, он мучается, перекашивается лицом, но говорит "чёрный".
Сначала я пожал плечами. Хотел уже написать в форум. Потом решил, что вечер и я чего-то не соображаю. Долго не мог понять, о каких четырёх тактах речь, если мы говорим об ассемблерном коде, а не том, что генерит gcc. Даже скопировал этот макрос в файл, чтобы утром разобраться. В не очень хорошем состоянии сейчас, так и утром тоже тупил довольно долго (мучался и перекашивался лицом ;-) ).

Никаких фокусов с sbc и сложными выражениями тут не надо.

Код

.MACRO TAB_Z
    clr    ZH
    subi    ZL, low( -@0 )
    sbci    ZH, high( -@0 )
.ENDMACRO

Подскажите как коректно переписать это место ассемблерной вставки

Ну теперь, очевидно, так:

Код

uint8_t table[8];

uint8_t rd(uint8_t index)
{
    return table[index];
}


uint8_t rda(uint8_t index)
{
    uint8_t result;
    __asm__ __volatile__ (
        "clr    %B[ptr]"        "\n\t"    
        "subi    %A[ptr], lo8(-%[tbl])"    "\n\t"    
        "subi    %B[ptr], hi8(-%[tbl])"    "\n\t"    
        "ld    %[result], %a[ptr]"
        : [result]"=r"(result)
        : [ptr]"e"(index), [tbl]"m"(table[0])
    );
    return result;
}

Код

rd:
    ldi r30,lo8(table)
    ldi r31,hi8(table)
    add r30,r24
    adc r31,__zero_reg__
    ld r24,Z
    clr r25
    ret


rda:
    mov r30,r24
/* #APP */
    clr    r31
    subi    r30, lo8(-table)
    subi    r31, hi8(-table)
    ld    r24, Z
/* #NOAPP */
    clr r25
    ret

upd: Тю, gcc генерит то, что надо, а ассемблер потом ругается.

upd2: Ещё одни скобки нужны, без них он путается в том, от какого нуля нужно онять tbl для получения -tbl

"subi %A[ptr], lo8(-(%[tbl]))" "\n\t"
"subi %B[ptr], hi8(-(%[tbl]))" "\n\t"

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

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

[ReAl]

Опа, тут мне на описку указали, а я уже не могу поправить сообщение.

"subi %A[ptr], lo8(-(%[tbl]))" "\n\t"
"sbci %B[ptr], hi8(-(%[tbl]))" "\n\t"

Всё тот же копипаст :-) - сдублировал строку и не всё в ней отредактировал