DWT таймер более подходит для этой задачи. ИМХО.

Годится, но только для интервалов короче 1 мс.
А для этого ЖКИ есть интервалы и по 30 мс. (Вообще, темный лепс, скачал несколько datasheet-ов на разные ЖКИ, есть такие странные процедуры установки режимов...)

а у него нет никакого флага BUSY? чтобы не городить с задержками, а когда можно флаг опросить и дальше работать

Есть, но чтобы его опросить (что и делаю), нужно прочитать байт, по всем правилам, с задержками.

ок, можно отдать SysTick генерить все управляющие сигналы по стэйт-машине некой, а из него уже отсылать программный сигнал (или просто флаг) ждущей задаче
я так понимаю, этот таймер все равно по микросекундам генерится?

Да дайте вы удвоенную от максимальной задержку и забудьте о чтении. Оператор не заметит лишние 10 мс на перерисовку всего экрана, а программа упростится раза в три.

У меня задержка считается в ns. С точностью до такта микроконтроллера. SysTick Timer считает такты (или поделенные на 8) до 1-10 ms для RTOS (и у меня тоже есть), потом перезагружается. Поэтому более длинные интервалы не получить.
Можно большие задержки считать одним способом, а малые другим. А можно все одним.


Так уж в три...? Задержка занимает у меня от 3 до 6 ассемблерных команд. Куда уж проще? И выполняется именно столько времени, сколько мне нужно.
Там же все обращения к контроллеру ЖКИ идут ногодрыгом, без задержек - никак не обойтись.
А для выполнения ЖКИ команд нужны задержки побольше. Зачем мне терять время, если не проверять, когда они закончатся, а тупо ждать больше срока?

Выкинуть чение Busy, дав задержки на выполнение команд дисплеем вдвое от максимальных в даташите (50мкс на все команды кроме очистки экрана, на нее 2мс или вообще не использовать). Уже только избавление он необходимости переключать порт на ввод и анализивровать Busy сводит все управление дисплеем к трем примитивнейшим функциям:
Сравните со своим ногодрыгом с чтением Busy.

Ну хорошо, еще инициализация:


А вы и так "тупо ждете больше срока" потому что в вашу задержку вклиниваются прерывания. Вывод на дисплей происходит так редко, что будет там задержка 50мкс или 20мкс на байт не заметит никто. Ну пусть у вас дисплей 4*40, пусть обновляете его целиком 4 раза в секунду (быстрее он не успеет отобразить, а оператор воспринять), ну потеряете вы лишних (50-20)*40*4*4=19200 мкс. Ах, 19мс каждую секунду ушло впустую, катастрофа. Зато сэкономлена неделя рабочего времени, за которую эти 19мс можно с большей пользой отыграть где-то в другом месте.

Зато я могу посылать в ЖКИ символы, когда захочу. Совсем не обязательно "тупо ждать" задержку или флаг Busy, можно заняться чем-нибудь общественно-полезным между выводами, не опасаясь "уже можно посылать, или еще подождать?".

Нюанс всплыл - невозможно заинлайнить функцию (DelayCY4), находящуюся в другом файле. Пришлось в один объединить.

с месяц назад где-то здесь обсуждался вопрос вставки inline из другого файла, кстати

с задержками я делал вот так

что-то типа того. Нужно посмотреть, сколько займет выборка из RAM и из FLASH
не панацея, конечно, но позволит уйти от асма, тем более что точная задержка как таковая не критична прям уж так

а с большими задержками - там и подождать сигнала от таймера не проблема, тем более, что это наверняка в отдельной задаче вертится

Это не нюанс, это стандартное поведение.
Для решения подобных задач нужно всё в заголовочном файле размещать:
Не системный подход с кучей сорного кода, заслоняющего основную идею.
Здесь асм не столько для точности, а больше для снятия зависимости от уровня оптимизации.

Тут у меня самого возник вопрос, касательно задержек в gcc.
Вот такой код упорно приводит проект в нерабочее состояние:А именно не производится перезагрузка счётчика цикла внутри цикла for.
В данном примере 1 загружается в регистр единожды перед циклом for, что собственно является нежелательным поведением:
А без использования асм всё нормально:
Прошу помощи у аудитории!

arm-none-eabi-gcc.EXE (GNU Tools for ARM Embedded Processors / bleeding-edge-toolchain-131005) 4.7.4 20130913 (prerelease)
CFLAGS += -flto
CFLAGS += -fomit-frame-pointer
CFLAGS += -falign-functions=16
CFLAGS += -fgraphite
CFLAGS += -funroll-loops
CFLAGS += -ffunction-sections
CFLAGS += -fdata-sections
CFLAGS += -O3
#CFLAGS += -O1

cnt у вас меняется в асм-вставке, а компилятору вы об этом не сообщаете.
Попробуйте так, если в синтаксисе не ошибся:

Согласно доке и не должен я об этом ничего сообщать.
Вы предлагаете использовать cnt как выходной write only регистр:
что на мой взгляд несколько неверно, т.к. компилятор его вообще перестал инициализировать:
На мой взгляд cnt - это input, а не output операнд (кстати =&r даёт такой же результат).

Здрасьте. А как же он узнает, что вы его испортили и его надо перегрузить?
Нет, вы пропустили "=" перед [cnt]. Я его делаю и input и output, коим он фактически и является.

Сейчас. сверюсь со своими исходниками. Я допускал эту же ошибку, сейчас найду.

В первый раз не туда смотрел, извиняюсь.

"=" перед [cnt] не даёт ставить - ошибка компиляции.
"=" перед r не то же самое?
О! Оно!Спасибо большое!!!