ARM, RISC-V контроллеры

Проблема не в этом, а задержках/паузах, которые требуется выдерживать при общении с дисплеем. Если это время просто ждать готовности, то от производительности не останется следа - всё уйдет на поддержку дисплея. Когда-то, когда аппаратного SPI не было, существовала подобная проблема и с ним. До сих пор эта проблема существует у ATtiny, когда UART объединен с SPI, а нужно и то, и другое. "Простыми инструкциями" передать байт было несложно, но требовало процессорного времени на паузы. И лишь только тогда, когда SPI стал аппаратным, вызывая прерывание по окончанию передачи, проблема исчезла. Но с необходимостью поддержки дисплеев та же проблема возника вновь, только в новой модификации - теперь уже не один бит надо было последовательно передавать, а целый байт или тетраду. Отсюда и актуальна аппаратная подержка такого обмена. Нельзя сказать, что в классе ХMega эта задача решения не имеет - выпущена Xmega серии B1, в которой встроен контроллер LCD-дисплея. Может быть это решение данной проблемы внутри AVR. Однако серию B1 я сама лично не испытывала, а по своим возможностям она мне не нравится, т.к. остальное сильно урезано по сравнению с A1.