Пишу SPI slave, платформа AVR. Обмен по прерываниям. Чтобы хоть как-то увеличить быстродействие, следующий байт передаваемых в мастер данных подготавливаю заранее, а в прерывании его первым делом загружаю в регистр данных SPDR. Т.е. передался байт -> прерывание -> загружаю очередной байт до прихода первого CLK. Но пролог у прерывания получился довольно большой и новая порция данных не успевает загрузиться до прихода первого синхроимпульса нового байта.








Как видно пролог составляет 17 тактов. Это очень много. Два пути решения в лоб: уменьшить частоту тактирования SPI (точнее увеличить интервал между отправкой байт) или оптимизировать код стараясь уменьшить число используемых регистров. Но хотелось бы получить на выходе что-то такое



Можно ли это реализовать в IAR?
PS да, добавлю, собирал как без оптимизации, так и с максимальной оптимизацией по скорости, размер пролога не уменьшается.

А может, выкинуть лишнюю "рутину" из прерывания, чтобы не пришлось так много туда-сюда пересохранять?

Да там этой рутины - кот наплакал. Анализ состояния SPI (приём команды, передача команды) и работа с кольцевым буфером. Функции из прерывания никакие не вызываю, даже inline. Единственно, много volatile переменных, надо их число посокращать бы. А выбрасывать из прерывания не могу, подготовка очередного байта данных критична к скорости, не так, как его загрузка в регистр ВВ, но тем не менее. Эх, был бы DMA или кварц пожирнее.
Ещё в голову пришло, объявить мою SPI_NextDataByte как регистровую, но боюсь, что оптимизатор с ума сойдёт тогда.

полностью на асме обработчик написать.

Вы будете смеяться, но я переписываю свой проект 3-х годичной давности с асма на Си, т.к. поддерживать асм-код стало хм... трудновато. Но да, если решение с прологом не будет найдено, на конечном этапе перепишу обработчик - деваться некуда -(

Можно только вывод в SPDR на асме написать, а потом сделать jmp на С функцию, или разместить их последовательно (тогда и jmp) не нужен!
Кроме того можно зарезервировать регистр под переменную, тогда в стеке ничего сохранять не надо достаточно будет одной команды
out SPDR, R15
и после нее разместить обработчик прерывания.

Сделал следующее. Выделил под мою SPI_NextDataByte РОН R15 (регистровая переменная) и сделал по Вашему совету jmp



В прерывании действительно получил что хотел, НО, пролог и эпилог исчезли из SPI_IRQ_Routine(). Соответственно входя в прерывание софт падает по причине порчи регистров и указателя стека. Что jmp, что call.





Можно уточнить этот момент. Не понял.


И тут не понял . Если я команду выну из обработчика, то когда мне её исполнять.

Может попробовать так:
1) Сделать свой обработчик прерывания на асме


1) Остальную часть сделать на Си





Если программа JMP делает, то как туда вернуться чтобы RETI сделать?

Да это просто вторую итерацию кода скопировал, изначально "call" был. Пробовал по мотивам совета KRS. Что ещё удивило, что вызывая из прерывания функцию (call то по сути и есть вызов), линкер не пытался сохранить все scratch регистры (а их в AVR дофига, если вспомнить соглашение о вызовах).
За советы с асмом спасибо, попробую. Правда, пока решил до конца реализовать программу, а потом с быстродействием уже воевать. Может к тому времени и про прологи кто-нибудь идей подкинет.

не так не получится! надо именно асм модуль!
можно так



а в С файле


а в XCL файле
надо расположить сегменты последовательно
-Z(CODE)....ASMINTCODE,CINTCODE

если этого не делать, надо в asm файл вставлять rjmp

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

Когда-то делал так, оптимизация максимальная по размеру:

Ассемблер: