Мистическая проблема с SPI в atmega32

[st_1]

Поясните, пожалуйста.

А что объяснять???
В теме STM8 по SPI уже всё разжевали...
Вкратце... при выводе большого массива данных, если есть их обработка или подготовка, можно флаги и не проверять, а тупо выбрасывать данные...
Т.е... если данные успевают выплюнуться до того, как заталкиваются новые, то проверка флагов лишняя... она лишена смысла...
При заливке индикатора, например, прирост ощутимый...
Вход-выход и обработка прерываний - лишние затраты времени...
Вот поэтому я и сказал... всё зависит от задачи...

[Easyrider83]

Выкидывать данные без проверки флага? Очень специфичная задача. Впрочем, вполне возможно.

[st_1]

Выкидывать данные без проверки флага? Очень специфичная задача. Впрочем, вполне возможно.

Чего???
Работу с TFT вы считаете специфической задачей???
Не будьте электриком, который не знает правил движения электронов...
"Всё уже украдено до нас!"...

[Godzilla82]

Зачем далеко ходить? Простая задача. Обмед несколькими байтами между МК.

Была написана прога на прерываниях. Работала без нареканий. Перешёл на другой компилятор. Написал функцию чтения без прерывания. Итог - не работает. Стал разбираться по тактам - итого с прерываниями тратилось лишних 40 тактов. Так что если нужна скорость - лучше обойтись без прерываний.