А если в этом случае руками подавать биты за каждые четверть такта то скорость вооще афигеть какая будет.

Именно ето я и хочу зделать, но я и так работаю на 16МГц-вом такте, остаётся контроллер менять.

Угу на pentium 4.
8 Мгц SPI - это (8 Мбит/c - расходы на обработку прерываний или polled прием-передачу данных). Проблема у вас во второй составляющей, а не в первой. Правьте свою программу. Коренным образом.
Или отправить мегакурс почитать что-ли? ))) Так и тянет. )

Неужто 8 МГц тактовой SPI (практически 8Мбит/с в пределе) не хватает
при 2 Мбит/с радиоканале ?

Дело даже не в том, что хватает или не хватает, а в том, что автор задумал переплюнуть аппаратный контролер работающий на на тактовой частоте контролера и выполняющий действие по задвиганию
и приему бита за теоретически минимальное время в два такта, ПРОГРАММОЙ, которая по его задумке наверное должна выполнится за ОДИН такт. Больше есего поражает, что эта "идея" вообще ОБСУЖДАЕТСЯ!

Может, прикрутить к процессору сдвиговый регистр и простейшую логику ? Тогда частоту SCK можно сделать сколь угодно высокой. Как было выше отмечено zltigo, ПРОГРАММНО сделать SPI быстрее аппаротного ну уж точно не получится.

Всем участвующим, сочусвтвующим, делящимся, насмехающимся - спасибо. Тема пока закрыта.

И тогда автор еще более упрется в то, во что (как ранее уже было отмечено) он и сейчас уперся -
в скорость подтаскивания байтов в этот регистр. Сейчас у него это сжирает ~90% времени...
Собственно _реальные_ программы даже на более скоростных ARM начинают тормозить более скоростные и более навороченные SPI на тактовых уже порядка 15MHz.





И это правильно!