Поднимаю в очередной раз уже избитую и давно поднадоевшую всем тему по организации динамической индикации в бегущей строке. Просто ни на одном из форумов, посвященой этой теме, не могу найти ответ на, казалось-бы, простой вопрос: какими програмными или аппаратными методами добиваются плавного движения текста (чтобы не было растяжения и сжатия при движении, скачков, при переходе с одной матрицы на другую).
У меня 16 светодиодных матриц 8х8, постолбцовая регенерация слева направо (хотя пробовал и наоборот, но улучшения не получил), соответственно скважность 8. Частота регенерации 100Гц (хотя пререпробовал много других частот), соответственно для одного пикселя частота 800Гц. Движение текста справа налево.
Привожу текст обработки прерывания для одного столбца c подробными комментариями:


Понимаю, что все банально, тупо в лоб, без изысков, но текст двигается, но двигается с большими проблемами (см.выше)
shift_graphic_buffer() - по времени занимает 165мкс, если верить протеусу
Причем и в реально собранном устройстве и смоделированном в протеусе проблемы с движением одни и теже ( протеус рулит )
Я даже не прошу исправить код, просто подскажите теоретически в каком направлении двигаться
Скачок текста при переходе с одного индикатора на друой связан, как я понимаю, с увеличением паузы между 1-го столбцом одного индикатора и 7-м столбцом следующего. Фактически время между засветками равно времени двух регенераций. Вот и возникает скачок. И как с этим бороться?
Кстати очень сильное увеличение чатоты регенерации привело к более менее приличному результату, но яркость упала до еле различимой. Несколько циклов регенерации между сдвигами также улучшают ситуацию, но приводит к удвоению, утроению и т.п.
пикселов. Ведь как-то делают на частоте 75 или 100Гц регенерация-сдвиг-регенерация и текст без проблем бежит, вот только как...

К сожалению не удалось вставить в текст программы символы табуляции для удобочитаемости, так что не взыщите...

Сообщение отредактировал Omen_13 - Jan 21 2010, 01:20

Простой ответ на простой вопрос - используйте двойную буферизацию, переключайте буфера по окончанию строки.

ps. Пардон, не досмотрел код. Оформите, пожалуйста, код нужным тегом - ну очень грустно смотреть в такой текст в пятницу )

Да, прерывание у вас как-то неправильно сделано. Отделите мух от котлет, т.е. вывод от сдвига.
Прерывание - строго вывод, основной код - сдвиг. И два буфера, да.

А рачем весь буфер сдвигать?


Может достаточно только позицию в буфере смещать.



Может попробовать использовать внешнюю шину данных, такие есть в m162, m128 и др.

Да, мне много раз встречалось на форумах понятие двойной буфферизации, но как это реализутся на практике...



Так если я весь буфер не сдвину, как потом одновременно распихать уже изменненые данные по всем регистрам. Да и занимает это по времени всего 165 мкс, что никак не влияет на время индикации, и сдвиш идет между прерываниями.

Сообщение отредактировал rezident - Jan 16 2010, 19:50

В любом случае весь вывод нужно вынести в прерывание.

1. Двойная буферизация - у вас два буфера и указатель на активный. Вы спокойно заносите данные в неактивный буфер, дожидаетесь конца строки, переключаете указатель на него. Вывод работает независимо от этого процесса, по прерываниям.

2. Сдвиг позиции. Расположите данные в буфере так, чтобы побайтно у вас читались столбцы. Дальше просто сдвигаете указатель "начало строки", опять-таки синхронно с "конец вывода строки".

ps. "Полное редактирование", "Спец элементы", CodeBox

Немного отредактировал для удобочитаемости. Ну не получается табуляцию вставить...

Кстати, если кого не затруднит, можно пообщаться на эту тему и по аське 495872629



Т.е. все восемь столбцов на всех 16-ти индикаторах зажигать в одном цикле прерывания. Я правильно понял?

Сообщение отредактировал rezident - Jan 16 2010, 19:52

Наверное, опечатка: между первым и восьмым столбцами?
Попробуйте "размазать" этот скачек по всей строке: "зажигайте" столцы не в порядке 1,2,3,..,8, а, например, в каком-то таком: 1,4,6,8,2,5,3,7

Данные заносить в эти два буффера одновременно, что-ли? Что-то не въеду, пока...


Да, конечно между 1 и 8. Пробовал и так, и так. Вообщем абракадабра получается. Мне бы с двойной буфферизацией разобраться. Вроде в этом вся фишка.

Сообщение отредактировал rezident - Jan 16 2010, 19:53

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

Сообщение отредактировал SysRq - Jan 18 2010, 01:19

Двойная буферизация не спасает от скачков между панелями. Бороться можно тремя путями.
Путь 1.
Сделать развертку по строкам, а не по столбцам. Если кол-во строк равно скважности, то такой проблемы не возникает. И при движении текста появляется эффект наклона букв и нет эффекта растяжения/сжатия Для "правильного" наклона вправо развертку нужно начинать с нижней строки. (в дальнейшем предполагаю, что строки нумеруются снизу) Алгоритм обычный - а) вывод с 0-й по 7-ю горизонталь б)сдвиг буфера влево на 1 вертикаль.
Если скважность 1:8, а кол-во строк 16 (2 панели одна над другой, каждая со скважностью 1:8), то при обычном подходе движущееся изображение будет "рваться" между панелями.
Для "правильного" отображения нужно организовать вывод на экран так, светящаяся активная строка развертки верхней панели "подхватывала" развертываемое изображение нижней панели.
Разъясняю:
Допустим, табло высотой в 16 точек состоит из 2х панелей, расположенныйх одна над другой. Каждая панель высотой в 8 точек. Развертка на панелях - снизу вверх, с 0-й по 7-ю строку. Развертка на обеих панелях синхронная, т.е. управление строчными ключами обейх панелей можно объединить. Таким образом, имеем 2 одновременно активных ключа. (2 луча, если проводить аналогию с ЭЛТ)
При отображении строка на верхней панели должна "подхватывать" изображение нижней, т.е. после 7й строки нижней панели 0-вая строка верхней должна продолжать отрисовывать тот же кадр. Так как оба ключа панелей работают одновременно, то нижняя панель в это же время должна рисовать уже следующий кадр изображения (возможно, уже сдвинутый влево на 1 точку). ТО есть мы дожны иметь 2 буфера - для верхней и нижней панели. и сдвиг изображения в буфере верхней панели делать на 1 кадр позже.

Проще говоря, изображение на каждой следующей (верхней) панели должно отставать ровно на 1 кадр развертки от изображения на предыдущей(нижней) панели, т.е. при регенерации 100Гц - на 10 мс. И так с каждой вышестоящей панелью (при высоте в 24,32,40 точек...).
Или выражаясь немного по-иному, каждый луч (лучем называю активный ключ, который пробегает с нижней строки нижней панели к верхней строке верхней панели) должен рисовать свой кадр. На строке высотой 16 точек таких луча 2 и, соответственно, в одно и то же время на строку выводится 2 разных кадра. И на каждый луч нужно иметь свой буфер.


Путь 2. Оставить развертку "по столбцам". Здесь эффекта наклона букв нет. Алгоритм реализации движения, собственно, ничем не отличается от первого пути. Принцип тот же. Только панели стоят боком. Но немного сложнее в реализации, так как здесь двумя или тремя буферами не обойдешся (ширина строки обычно > 24 точек). Насчет, эффекта растяжения/сжатия - ничег не скажу. На моей строке такого не наблюдал. Хотя на строках других производителей он мне даже понравился. Может, не наблюдал из-за того, что расстояние наблюдения строки было слишком малое. А от этого много чего зависит.

Ну, и 3-й путь (мой любимый) - статика. И для светодиодов полезно, и программировать проще некуда . И побочных эффектов никаких нет. Благо, стоимость драйверов растворяется в стоимости хороших светодиодов.

З.Ы. "1 кадр развертки" специально выделил для того, чтобы отличать его от одного кадра генерируемого изображения. Т.е. когда одно генерируемое изображение выводится 2,3,4..... кадра.