Всем , привет!

Кто нибудь , когда нибудь использовал эти регистры. В DS инфы по ним 0 (нуль). Отличненькое местечко , что бы хранить SREG ( вместо SAVESREG ) + SPH+SPL для много задачных программ. Но как то стрёмно , не понимая на ... они нужны. Для тех , кто срочно начнёт искать их в своих процах , учтите , что они есть не везде. Что тоже настораживает.

Я использую один из них для хранения результатов различных тестов. В ИАРе объявляю так:

Компилятор при работе с битами этого регистра использует команды sbi, cbi.

Ну раз они в области ввода\вывода , то по идее , на них распростроняются все команды относящиеся к этому пространству памяти. OUT IN SBIS SBIC и выше перечисленные.

Речь о том, что компилятор "сообразил" и сделал как надо, хотя мог и через st, ld сделать обращение ради изменения одного бита.

Замечательно работает , и не надо помнить последовательность загрузки регистров , главное не перепутать какой куда. Хорошо избавляют от push ,когда надо не много затолкнуть.


Хвала разработчикам компилятора! Аминь..

Вот и я добрался до GPIORn.
И вот какой возник вопрос:
Сколько тактов мк экономится при замене одного PUSH и одного POP на OUT и IN соответсвенно при условии что стек находится во внутренней RAM хмеги?

PUSH , POP 2такта

IN , OUT - 1 такт

ST -Y,Rx
LD Rx,Y+
Тоже по два такта?

Получается экономим всего 1 такт


Тоже хотел этот вопрос поднять.
Всё сложнее и сложнее становиться в мк такты считать! в мегах по проще было.

И еще: добавили GPIOR с возможностью побитового доступа но в тоже время добавили такт к SBIC,SBIS

Посчитайте сколько у Вас General Purpose регистров на столько тактов и экономите. Не забудьте умножить на два

Максимум 16 тактов можем выиграть. Почему на два множить!?

На каждом push - один такт и на каждом pop - ещё один такт

PUSH=1t / POP=2t

В зависимости от компилятора.
ИАР ДЖПИОР регистры не исспользует на своё предусмотрение, кодэвижн вроди бы размещает в них битовые переменные.

И откуда такая чудесная растактовка для PUSH ?