Здраствуйте.
Не понимаю такой момент:
cpu - xmega192/256 A3, соответственно ОЗУ только внутренния.
С RAPMZ - понятно: может использоваться для адресации флеш по адресам большим 64кБ.
А что с RAMPX, RAMPY и RAMPD?
Они реализованы?
И что ими тогда можно адресовать?

Спасибо.

1. RAMPX, RAMPY - тоже самое, что и RAMPZ, с инструкциями LD/LDD/ST/STD - для доступа к SRAM памяти >64К при косвенной адресации

Т.е. если RAMPY=0, то будет прочитана ячейка $500,
если RAMPY=1, то будет прочитана ячейка $10500

При ресете RAMPZ=RAMPY=RAMPX=0 - то есть указывают на нижние 64К

2. Отличие RAMPZ, от RAMPX и RAMPY - в том что RAMPZ:Z используется в инструкциях ELPM/SPM для доступа к Flash-памяти


Здесь можно использовать только RAMPZ:Z

3. RAMPD - аналогично, но с инструкциями LDS/STS для прямой адресации

Т.е. если RAMPD=0, то будет прочитана ячейка $400,
если RAMPD=2, то будет прочитана ячейка $20400

При ресете RAMPD=0 - то есть указывает на нижние 64К

4. есть еще EIND (Extended Indirect Register) - предлагаю с ним разобраться самому в качестве домашнего задания

P.S. Если интерфейса внешней памяти у кристалла нет, то инструкции скорее всего не отработают. Хотя регистры скорее всего есть, т.к. ядро у семейств А1,А3 и А4 одно и тоже

Сообщение отредактировал alexeyv - Apr 28 2012, 04:33

В том и вопрос, что памяти 8/16/32кБ и внешней нет. Значит RAMPX/D/Y бесполезны. Если вообще реализованы.

Думаю нужно проверять на конкретных чипах.
С удовольствием проверил бы, но у меня к сожалению в наличии только xmega-XXX-A1

Ну проверять то нужно, но что это даст?
Допустим RAMPY реализован и вопрос уже в том использует ли его компилятор и зачем?

Про компиляторы не скажу, исключительно на асме калякаю.
А если RAMPY реализован в моделях A2,3,4 то на асме вполне возможно оный использовать просто как дополнительные рег. хранения.

Такой код для проверки:


Выполнилась только последняя строчка.
Вывод - из RAMP-ов только Z есть в наличии что логично.


Можно бы, но похоже их нет.

Не думаю что отсутствие описания __HAS_RAMPD__ является гарантией его физического отсутсвия.

Абсолютно во всех файлах DEF avrasm2 для XMEG есть вот такое описание регистров CPU:

Для достоверной проверки нужно туда чтонить записать,прочитать и сравнить.
Скорее всего они есть во всех иксмегах.
Но влияет ли на что нибудь запись в них не нулевого значения в чипах у которых sram<64kB нужно проверять.

А вот на avr-gcc это делается проще

Я думаю, что наличие соответствующего define означает, что С-компилятор про регистр знает и будет инициализировать при соответствующих операциях, сохранять/восстанавливать в прерываниях.
А при отсутствии регистр физически может существовать, может и нет — может зависеть даже от ревизии кристалла.

Это команда?
Куда её подавать?


Наверное так.

Это четыре команды, соединённые в цепочку, выход (stdout) предыдущей подаётся на вход (stdin) следующей через трубу | (pipe)
Набрать в командной строке (это часто даже быстрее, чем IDE-шка запускается).

Даём AVR-С-шному препроцессору на вход пустой файл, задаём тип контроллера и просим показать все defin-ы, которые у препроцессора в таблицах живут.
Потом вы-grep-аем из этого строки, имеющие в себе подстроку HAVE
И сортируем в алфавитном порядке.

Можно так:

Тогда увидим все define для данного контроллера от компилятора как такового и из avr/io.h по цепочке в глубину.