Реально достижимая скорость по SPI, Программно-аппаратные трюки для достижения максимальной скорости перед Опции

[=GM=]

Тема была навеяна $ilent, но она была закрыта прежде, чем я успел в ней поучаствовать :-).

Интересует, прежде всего, потенциально достижимая скорость как в аппаратном исполнении, так и в программном.

Какие требования в "железном" исполнении? Необходимо передать по SPI nByte байт из буфера txBuffer (ОЗУ МК) и одновременно принять массив байт такой же длины в rxBuffer (ОЗУ МК). Моя программа выполняется за 8МЦ, т.е. ровно один такт на 1 бит. Интересно, можно ли добиться большего? Что скажут эксперты?

Программа $ilent работает в полудуплексе, следовательно можно снизить требования к программной реализации SPI, а именно, необходимо программно формировать только биты данных и синхронизацию на передачу ИЛИ принимать биты данных по положительным фронтам импульсов синхронизации на прием. Моя программа передает один байт за 36МЦ, т.е. за 4,5 такта на 1 бит. Как добиться большего?

Народ, не воспринимайте топик слишком сурово, это мой первый на этом сайте...

[Yura_K]

2 ksv198

Поэтому все правильно - сначала пишем в SPDR, потом читаем.

Чего-то я не допираю, счего вдруг сначала писать, а потом читать. Тем не менее мой вариант:

Код

    ld        r19,X
_spi_loop:
    in        r18,SPDR    ;1
    out        SPDR,r19    ;1
    st        X+,r18    ;2
    ld        r19,X        ;2
_spi_wait_spif:
    sbis    SPSR,SPIF    ;1 2
    rjmp    _spi_wait_spif;2
    dec        r16    ;1
    brne    _spi_loop    ;2 1

итого:
Замечу, что проверка флага - вышло неудачно. 6 nop у GetSmart эффективнее
2 =GM=

Нормально, Григорий(:-). Хотя у вас 10 МЦ, а в исходной проге было 8 МЦ.

Зато у GetSmart с проверкой количества байт.
P.S. Приведенный код может содержать ошибки, укажите пожалуйста если таковые будут обнаружены.
P.P.S. Мне вообще кажется, что довольно трудно оптимизировать программу на RISC, кроме случаев когда она писалась бездумно .