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

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

;****** Сегмент данных ******
;***************************
.dseg
;****************************
; можно по одному байту
status_system: .byte 1 ;

;можно массивом
data_convert_adc: .byte 12 ;- данные преобразование АЦП
data_sorti_adc: .byte 10 ;- массив для сортировки измеренных значений
average_value_adc: .byte 2 ;- среднее значение измеренного напряжения

Можно вставить/добавить в любое место и далее обращаться по имени.

А в программе:
lds temp,status_system;считать содержимое

Почитайте описание на ассемблер, там это есть.

Сообщение отредактировал bbill - Mar 2 2009, 09:44

Почему-то все (без исключения!) программисты, которых я встречал, счтали, что они знают язык ассемблера на том основании, что они знают систему команд и их мнемоники. Некоторые знали директиву equ, а многие даже ее не знали, а распределяли память данных вручную, на листочке, а в программу вбивали готовые числа. О том, чтобы объявлять какие-то там сегменты, они слышали лишь краем уха, сами конечно же никогда этого не делали.

Но и AVRASM тоже хорош - тупой как пробка. Невозможно никаким  макаком описАть структуру, кроме .equ, макросредства - ваще молчу.

Корочче - лучче всего задняя часть антилопы (в смысле  GNU AS)

Тоже поддерживаю. По сравнению с тем ассемблером, которым я пользовался для 8051 - это большой скачёк назад.
Некоторые моменты отображу.




Кстати ассемблер IAR для AVR когда-то был свободно распространяемый. Правда не знаю как с интеграцией его в AVR Studio дела абстоят.

В общем и целом - перешёл на Си и жутко жалею, что не сделал этого лет эдак на 5 раньше.

А вот так - древний способ -

И директив может быть сотня и более. А чтобы что то вставить приходится поправить всего-то пару строк.

>Почитайте описание на ассемблер, там это есть.

Действительно. Даже как-то стыдно стало за свой вопрос.

А можно пример описания структуры средствами GNU AS? Одну штутку можно описать через .byte, .word и т.д. А как описать их несколько одинаковых и как красиво написать обращение к ней, имея в Z адрес начала структуры?

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

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

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


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

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

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

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

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




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

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

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

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

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

Какое странное и невнятное обсуждение. То есть некоторые обвиняют ассемблер в его "бедности", не понимании структур и т.д. А я вот видел множество обсуждений сишников: то как объявить переменную в нужной памяти, то как проинвертировать бит в порту то ещё что-нибудь, что у ассемблерщика вызовет недоумённую улыбку.
Такой язык. И можно написать кучу макросов каждому на свой вкус, в том числе и для доступа к структурам. К Вашим структурам. А вообще-то конечно, кому что - есть и VBA или вот ЛИСП интересный язык

Что ж так нервничать. Можно было бы и предложить правильное решение.
Я сразу предупредил, что обкатать не на чем было.
И что думать надо говорил.
Сейчас есть на чем обкатать.

Вот то, что работает.

Интересно, что работают конструкции типа:

Можно и еще чего по вычислять, зависимое от этих определений.
А кто еще чего полезного предложит?