Поделитесь пожалуйста опытом использования присвоения нескольких имён одному и тому же регистру. Где это может использоваться? Наверное это может добавить путаницу в программе? Возможно для удобства переноса на другой микроконтроллер? Заранее спасибо за разъяснения.
зы:

Я делаю так:


Сообщение отредактировал adc - Jan 9 2008, 06:08

Ну естественно (1<<ADEN) или exp2(ADEN) для ASM ATMEL. Просто обписался.

Любая вещь "может добавить путаницу в программе", а может и не добавить. Всё зависит от автора и программы. Живой пример - регистры X,Y,Z. Они уже переопределены. И вы можете обращаться к ним как Zh а можете как r31. Это вас путает?

Я это делаю не для переноса. Ну например у вас микроконтроллер находится в двух устойчивых состояниях. ONLINE и OFFLINE. И прога построена так, что это два совершенно независимых участка. Тогда можно регистрам дать по два мнемонических имени для удобства работы. Естественно тем, которые полностью переназначаются в своём участке кода. И в каждом участке работать со "своим" регистром. Это очень удобно.


Очень удобное средство ассемблера - MACRO. Почему то ими не любят пользоваться. А я, например, очень страдал когда на ASM AVR начал писать. Там макроопределения очень слабенькие. Порой их ужасно не хватает. Потом слегка они добавили, но это тоже капля в море.
Приведу пример использования:



Я сейчас на Си пишу, и это ещё более стимулирует к продуманности написания программы. Как это не выглядит нелепо, но лучше потратить "день, а потом за час долететь". Правильно написанная прога, потом вам сэкономит кучу времени. При отладке, при поиске ошибки, при заимствовании, при переносе. Постепенно у вас сложится свой стиль написания и вы так будете писать автоматически. Даже не задумываясь.

Здравствуйте.
Переписал в такой вид
;описание переменных AD_CONVERTER
.equ ADCSRA = $06
.equ ADMUX = $07
.equ ADCH = $05
.equ ADCL = $04

.equ ADIF = 4
.equ ADEN = 7
.equ ADPS2 = 2
.equ ADPS1 = 1

ldi r16,(1<<ADEN)|(1<<ADPS1)|(1<<ADPS2); 0b10000110 ;установка режимов АЦП
ut ADCSRA,r16
Перестал ругатся всё пошло нормально.
вот этот include "8515def.inc" фаилик нашёл где он посмотрел как описаны значения
для 8 меги енто фаил m8def.inc вроде так понял.
Все таки про ухода процессора в ресет ?
И ещё вопрос как сделать , что бы проц остановился дальше программа не шла не циклилась как бы на одну команду, а дошла до определенного места остановилась и дальше пошла в том случае когда пришло прерывание внешнене например по ком порту ?
Не знаю как подробнее ещё обьяснить .

Вы немножко не поняли.
Эти определения, которые вы написали, на самом деле не нужны. Они уже написаны за вас самой фирмой Atmel. К тому же без ошибок. Вам просто необходимо подключить соответствующий файл в свой проект!

Ну например вы в проекте используете мегу8. Тогда первой строчкой проекта вы должны написать:
.include "m8def.inc"
И всё! Все регистры и биты данного микроконнтроллера, а также его распределение памяти, вектора и прочее - всё указано в данном файле и, соответственно, объявлено в вашем. Вам необходимо только объявить свои переменные и работать!

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


Ну а вообще неплохо бы теорию какую-нибудь почитать. Хотябы книжку какую по данной тематике. А то вы выполняете кучу глупой работы. То есть быстрый старт у вас получается не очень быстрым.

Здравствуйте.
Документация есть (на английском правда) скачал ещё книжку Евстифеева 2007.
Понял. что нужно подключить (просто прошлыи раз писали, есть такая волшебная строчка, а что за строчка ........).
В программе исправил.
Можно по подробнее почему старт не быстрый и какую глупую работу делаю (что бы в дальнейшем не делать).

Про стек вопрос
зделал его вот так

ldi r16,$DF ;инициализация стека
out SPL,r16
Подсказал один человек (нужно записать ячейку памяти в SPL где будет PointStack ). Посмотрел по документации вроде так . Не могли бы подсказать ?

Программу переписал . Осталось свои переменные описать.

Вопрос вот ещё какой (глупый наверно )
Как правильно свои переменые описать например constEEPROM = 0b00111111.
Пробовал как регистры, ругаеться .

Вам же уже все разжевали, осталось проглотить... См. пост выше.


Вот:

зы: Обращайте Ваше драгоценное внимание на посты.. Даже шаблон Вам уже написали..
зы2: И еще полезно почитать хелп авр студии: menu/help/avr tools user guide.. далее AVR Assembler/Directives здесь ответ про волшебную строчку.

Уточню:
Так описываются константы:

так переменные в озу:

Пробовал так
.equ constEEPROM = 0b00111111
Ошибку выдаёт потому и спросил .
Вечером попробую ещё раз может накасячил чего.
Про стек нашёл

init: ; метка начали инициализации программы
ldi tmpl,low(RAMEND);инициализация стека
out SPL,tmpl
ldi tmpl,high(RAMEND)
out SPH,tmpl
что такое RAMEND ?
Под рукой нет доки сейчас на работе нахожусь не дома.
Предпологаю адрес ячейки (самая последняя)
Дома ещё по разбираюсь.

adc спасибо за ответ ?

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

Это уже определенная константа (значение начала стека .equ RAMEND =$45F). Ее определение как раз и находится в файле .include "m8def.inc" Его можно найти здесь"C:\Program Files\Atmel\AVR Tools\AvrAssembler\Appnotes\m8def.inc"

Здравствуйте .
Где эта строчка я нашёл (выше писал).
Я понимаю что всё разжевали , но я хочу разобраться, а не тупо списал и всё . Ни когда не списывал и списывать ...... . Лучше выглядеть тупым спросить и разобраться чем списать просто.

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

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

Ещё почему то в первом варианте подключаю волшебную строчку ругаеться во втором естественно всё идёт.

что то фаил не прошёл.
Подключил наконец.

Есть! просто надо забить... Нажимаете во время отладки кнопу "Toggle Watch Windows" и в первом поле введите название регистра (вами определенного в программе). И все будет показывать!

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

Здрасте.
Что то не кто не ответил . Сейчас то у меня правильно пишиться прога ? или нет ?
Запрогромировал проц с новым вариантом, ещё хуже стало . К старой ошибки добавилась ещё.
Стало передоваться только 5 цифр . А если ингорировать ацп (не обращаться к нему) вообще одна цифра и то не известно какая . Вообще не знаю, что делать. Два вечера убил толку..........

2 SasaVitebsk, adc

Неплохая попытка

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

Сначала некоторые замечания по оформлению
Лучше всего все вектора объявлять ч/з org. Иначе ОБЯЗАТЕЛЬНО наступите на грабли.

Теперь по существу.
Прерывание от таймера для измерения АЦП реализовано неправильно. Точнее так не делают. Вообще все прерывания делают найкрадчайшими. У вас в самом прерывании будет задержка на ответ от измерения АЦП. Это значительная величина. И её элементарно можно избежать.

Для того, чтобы её избежать делается след. образом.
1) По входу в прерывание сразу читается значение.
2) Потом переключается канал
3) перестартовывается и выходят.

Таким образом к следующему прерыванию таймера АЦП гарантировано завершило преобразование. Если одного прерывания недостаточно, то делают счётчик прерываний.

Буду читать дальше


Да ещё одно замечание.

Выключи свой wdt.

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



PS: Так дело не пойдёт. В прерывании start я вообще не нашёл reti. И величина её запредельная. Тебе придётся полностью изменить логику работы программы. Опиши алгоритм хотябы общими словами

Александр спасибо за помощь . Всё , что вы сказали проанализирую сегодня вечером . Могу предоставить алгаритм как блок схему (сначало перед написанием составил ) и подробно описать, как задуманно, что бы работало.
Ещё раз спасибо за помощь.

Выключи свой wdt.

Я его сбрасывал потому, что не правильно настроет был и проц постоянно сбрасывался на начале ..... Исправлюсь.