вопрос, по АВР студио Опции

[skilful]

Всем привет! Можно ли в Студии при написании на асме сделать внешние процедуры - чтобы они хранились в другом файле? Ну то есть написал подрограммку и есть параметр, который ей передается, а сама подпрограмма находится во внешнем файле. А то на асме бывают листинги большими

[Dima_Ag]

Всем привет! Можно ли в Студии при написании на асме сделать внешние процедуры

в студии можно сделать исходник, состоящий из нескольких асм файлов.

Для этого в основном файле код лучше не размещать, а разместить только команды типа

.include "my_file1.asm"
.include "my_file2.asm"
.....

И так все файлы, которые должны быть в проекте.

[SasaVitebsk]

Для этого в основном файле код лучше не размещать, а разместить только команды типа

.include "my_file1.asm"
.include "my_file2.asm"
.....

И так все файлы, которые должны быть в проекте.

Честно говоря этого не понял. Почему лучше не размещать?

Я не вижу проблем. Например у вас идёт основная прога в файле, а в конце размещено несколько вложений с таблицами. Или идёт основная прога а вместо прерываний - вложенный файл. И п/программы отдельным файлом. По-моему вполне стандартный подход. Кроме того вы уверены, что где ваш файл будет помещён - туда и будет скомпилирован.

[defunct]

Для этого в основном файле код лучше не размещать, а разместить только команды типа

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

[Dima_Ag]

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

Размещать код в основном файле, или нет - дело вкуса и привычки.
Мне, например, нравится делать так, как я уже выше описал.
Кому-то может быть удобным Ваш подход.

[add]

Всем привет! Можно ли в Студии ...

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

Код

...
.include    "macro.inc"
.include    "cfg_ports.inc"
.include    "delay_.inc"
.include    "leds.inc"
.include    "lcd_coder.inc"        
.include    "soft_uart.inc"
.include    "adc_m8535.inc"
.include    "AD9764.inc"
.include    "pca9555.inc"
.include    "spi_ad5570.inc"
.include    "commun.inc"
...

(Включаемые в проект файлы с расширением *.inc)

[skilful]

thX 2 all

[demaven]

необходимо только помнить, что текс файла, вставляемого по инклуде, будет вставлен в листинг именно в место, где стоит инклуде, и соответствующим образом откомпилирован.
пример кода:
.include "M8def.inc"
.include "opisanie.asm"
;-----------------------------------
; векторы прерываний
;-----------------------------------
.cseg
.org $000
rjmp RESET ;старт по включению питания
.org $001
rjmp SERV_INT0 ;прерывание от нулевого ридера
;добавлена обработка прерываия 1 для первого ридера
.org $002
rjmp SERV_INT1;прерывание от первого ридера
.org $009
...
...
.include "macros.asm"
...
://///// Подпрограммы ///
SendCmd_2:
cbi PORTC,DIN_2
sbi PORTC,SCLK_2
sbi PORTC,DIN_2
cbi PORTC,SCLK_2
...
... ret

.include"subDS1307.ASM"
.include "init.asm"
.include "initDS1307.asm"

;///////////////////////////////////
; основная программа
;///////////////////////////////////
dalshe:

.include "initHTRC.asm"
...

[add]

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

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