// Реализация бегущей строки
void running_str(char *text, output_mode_t *m);

Не смотря на то, что каждое поле снабжено комментарием, я все-таки остановлюсь более подробно на каждом.

Битовое поле r_to_l служит для управления направлением движения строки. Если компилятор не поддерживает работу с битовыми полями - можно сделать это поле обычным, т.е. просто убрать битовую размерность :1 - функциональность остального текста не изменится. Наоборот, с целью более экономного расходования ОЗУ, следует использовать именно (одно)битовые поля для работы с логическими переменными¹⁾. Поле loop_run позволяет определить, как функция будет вести себя после того, как строка пробежит по дисплею: завершится после единственного пробега или же будет гонять строку циклически до.... (о том, как прервать такую "бесконечную" бегущую строку я расскажу чуть позже). Два поля l_blank и r_blank управляют очисткой места перед и после движущейся строки - если поле не обнулено, то движение текста будет происходить на предварительно очищенной строке индикатора, а если поле обнулено, то очистки не будет. Рисунки немного проливают свет на их применение.

Так как требуется, чтобы функция умела работать со строками и в ОЗУ, и во FLASH (а это, как вы понимаете, две большие разницы для любого компилятора!), введено поле in_flash, ненулевое значение которого укажет на то, что *text содержит адрес не ОЗУ, а ячейки в памяти программ. Трехбитовое поле row позволяет указать номер строки на ЖКИ, где. собственно, и надо бегать строке.  Три бита - это значит, что вы можете использовать индикаторы даже с 8-ю строками (если найдете такие, конечно).

Наконец, поле delay_10ms задает число 10-миллисекундных интервалов времени между шажками бегущей строки, т.е. чем больше значение этого поля, тем медленнее бег. Это обычное байтовое поле, т.е. можно даже сделать "черепашью" строку, которая будет передвигаться на 1 символ за 2,5 секунды - этого более чем достаточно для всех разумных применений.

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

Итак, пора приступать к написанию собственно реализации нужной нам функции. Собственно говря, что нам надо? Нам надо выделить из заданной строки сначала один символ (первый или последний - это зависит от направления движения строки) и вывести его в крайнюю позицию строки ЖКИ (опять же: левую или правую в завсимости от направления). Затем надо взять уже два символа из строки и вывести их, затем три и так далее... То есть, если обобщить, то нам надо ВЫВОДИТЬ ЧАСТЬ СТРОКИ В НУЖНУЮ ПОЗИЦИЮ ЖКИ в цикле, изменяя по ходу дела размер этой части и позицию ее вывода. Не знаю. как вам, а мне просто хочется сделать функцию вывода этой самой части строки! И я так и поступил:

В общем, все должно быть понятно: функция получает кучу параметров:  *text - указатель на текст, pos - номер позиции на ЖКИ, начиная с которой нужно вывести часть строки, from - номер символа, начиная с которого будет выводится кусочек, а так же len - длину этого кусочка строки, ну и, само собой, указатель на режимы вывода *m. Так как надо в зависимости от режимов вывода или очищать или не очищать строку, пришлось сделать цикл, в котором для каждой позиции строки ЖКИ определяется: надо ли вывести в нее пробел (т.е. очистить ее), или же надо вывести символ из заданного текста, или же не надо вообще ничего с нею делать. Обратите внимание, что зарезервированное поле структуры режимов вывода, о котором ранее упоминалось, используется в этой функции, как значение длины текста. То есть мы предполагаем, что в этом зарезервированном поле уже содержится число, равное количеству символов в строке текста - откуда оно там берется, нас пока не волнует.

Для собственно работы с ЖКИ я не стал изобретать велосипед, а просто взял готовую библиотеку функций стророннего разработчика, которой я пользуюсь уже давно и ни разу не пожалел об этом. Для вывода символа я использую библиотечную функцию lcd_putc(), для установки "курсора" в нужную позицию дисплея - функцию lcd_gotoxy(). Для вывода символа из строки, хранящейся во FLASH (а это должно быть предусмотрено), придется сначала загрузить его при помощи стандартной для WinAVR функции pgm_read_byte() - но вы не найдете ее в приведенном коде! А все потому, что я решил и тут немного упростить себе жизнь, сделав универсальную функцию. которой все равно, откуда берется символ - из ОЗУ или FLASH. Эта функция - put() (ее вы найдете!):

Как видите, это очень простая функция, которая проверяет значение поля in_flash структуры режимов вывода и, если надо, загружает символ из FLASH, прежде чем его вывести на дисплей.

В соответствии с ранее изложенным алгоритмом, мы в цикле вычисляем длину и начало выводимого кусочка из заданного текста, а так же позицию на дисплее, с которой это надо выводить, и используем уже известную функцию print_mid(). При вычислении всех упомянутых значений мы учитываем режимы отображения, заданные в структуре m. И еще: вы можете видеть, что самой первой строкой вычисляется длина заданной строки и помещается в зарезервированное поле структуры настроек! Вот как это поле используется! Я применил такой подход потому, что указатель на структуру настроек мы постоянно испольуем - уже как минимум в двух вспомогательных функциях он требуется! А если бы для длины строки мы использовали локальные переменные - их так же пришлось бы передавать внутрь вспомогательных функций, что привело бы к лишним накладным расходам. Но принципиально в этом подходе ничего плохого нет.

И еще: вы наверняка заметили, что в условиях завершения циклов используется ранее нигде не упоминавшаяся переменная stop_effect - это как раз и есть тот самый способ остановить "бесконечную" бегущую строку. переменная stop_effect определяется, как внешняя - то есть она может быть изменена прямо в ходе работы нашей функции (например, в обработчике прерывания от кнопки или таймера) - и тогда бесконечный бег строки будет остановлен немедленно (точнее - примерно через 10 миллисекунд):

И последнее замечание. Функция задержки delay10ms() - это вспомогательная функция. Возможно, вы захотите использовать библиотечную функцию WinAVR _delay_ms() вместо нее и будете разочарованы: точности никакой, а размер кода - дико большой. А все потому, что эта функция не рассчитана на использование в качетсве параметров переменных: при использовании констант оптимизатор создает очень компактный код, а вот при использовании переменной подключается библиотека плавающей точки со всеми вытекающими... Поэтому я сделал свою функцию для приблизительной задержки:

Как можно видеть, это очень простая функция, которую так же можно досрочно остановить при помощи переменной stop_effect. Точность этой функции вполне приличная - накладные расходы на организацию цикла невелики, зато теперь мы можем делать задержки на любые интервалы, задаваемые переменными!