Элементарно. Вот так можно сделать паузу примерно на SCREEN_PAUSE миллисекунд в конечном автомате:

А переменная Tms глобальная:


И вообще, блокирующие паузы нельзя делать нигде, кроме инициализации. Особенно если эти паузы больше, чем на пару-тройку тактов ядра! А уж блокирующие паузы по полсекунды, как тупые абдуринщики делают, так вообще нонсенс!

Уже задержку в 3 такта ядра делают на КА, которые отожрут на порядок (а то и не один) больше времени.
Веселуха ...

LCD какой? О каких задержках идёт речь? мкс, мс? Я с AVR работаю, потому приведу пример, как я делаю на них. К примеру, берём символьный дисплей. Самые большие задержки это после включения питания перед инициализацией дисплея. Кажется, 40 мс. И после команды Clear_display нужно выдержать 20 мс. Все остальное идёт в мкс. Также определённая задержка должна быть после каждой отправки команды или данных.
У меня реализовано так. Флаг готовности я не проверяю. То есть, дисплей работает только на запись. Пусть дисплей 20х4. Создаётся буфер 80 байтов. Алгоритм функции работы с дисплеем у меня сделан на конечном автомате. Сначала задержка 40 мс, инициализация дисплея. Затем, в зависимости от состояния автомата, каждую миллисекунду отправляется либо по индексу счётчика строки считывается адрес начала строки, либо отправляются данные из буфера строки. Задержки для работы с дисплеем на мкс сделаны тупо на nop-ах. АРМ пошустрее работают, так что делайте простые задержки. Типа delay_us.

PCBWay - всего $5 за 10 печатных плат, первый заказ для новых клиентов БЕСПЛАТЕН

Сборка печатных плат от $30 + БЕСПЛАТНАЯ доставка по всему миру + трафарет

Онлайн просмотровщик Gerber-файлов от PCBWay + Услуги 3D печати