Табло бегущая строка.
Здравствуй, друг! Сегодня я расскажу тебе про то, как устроено "табло - бегущая строка" изнутри. Если ты, дорогой друг, уже имеешь представление о том, как лучик бегает по экранам кинескопа, о сдвиговых регистрах, и видеопамяти, то смело листай эту доку в конец, и там ты найдешь все принципиальную схему табло бегущая строка (реализация с последовательными драйверами). Возможно, на них тебе будет интересно взглянуть
Почему это все появилось в открытом доступе? С течением времени электронные компоненты несколько устаревают, появляются более дешевые микросхемки, другие корпуса, новые протоколы и интерфейсы. То, что несколько лет назад было чудом техники и вполне конкурентным продуктом, сегодня уже смотрится чудно, да и производство будет обходиться раза в полтора дороже, чем это возможно в случае переделки разработки по современным стандартам. Все что будет описано ниже, работает довольно неплохо, однако если бы мне поручили сделать подобный девайс, я бы не задумываясь, перерисовал платку под новые компоненты. Однако, в образовательном смысле все приведенные схемки представляют определенный интерес.
Здесь и далее последовательно будут описаны все модули и приемы, используемые в данном девайсе, по принципу от простого к готовому устройству. Статья основана на конкретной разработке, так что небольшое описание ее параметров:
Число строк в табло (светодиодов): 16 или 2х8
Число столбцов в табло (светодиодов): 1..256 (по надобности)
Режимы скролинга текста: все возможные
Прочее: Часы, календарик, связь с ПК по ком порту, термометр, и т.п.
Как зажигаются лампочки.
Как уже было сказано, в описываемом варианте табло бегущая строка используются 256*16 светодиодов красного цвета. Первый вопрос, который может встать перед начинающим инженером: как же они все подключены? Это ж сколько надо контактов? Действительно, при простой схеме подключения, когда светодиод подключен к управляющей микросхеме напрямую, число контактов будет запредельным, поэтому в устройствах отображения типа табло и т.п используется матричная схема включения, позволяющая сократить число задействованных управляющих контактов в разы.
Схема включения светодиодов довольно проста: представьте себе что у каждого светодиода в ряду есть общий контакт и в каждой строчке точно так же. Для наглядности можно посмотреть картинку ниже.
Как этим всем управлять? А очень просто: на строчку можно подать "плюс", столбец (нужный) подключить к "минусу", и тогда загорится нужная лампочка.
Правда есть один не тривиальный нюанс: на картинки ниже представленны типичные варианты работы системы табло-бегущая строка.
варианты лампочек а, б ,в
Если про случаи а и б все предельно ясно, то случай в, довольно нетривиален: что бы зажечь одновременно разные светодиоды в разных строчках и столбцах (например по-диагонале, как показано на картинке) требуется применить такой вот хитрый метод: сначала зажигается светодиод на верхней строчке, какое -то время лампочка горит (в это время управляющий микроконтроллер может делать другие полезные вещи), затем напряжение с первой строчки снимается, и подается на вторую, а микросхемы, отвечающие за то, какие столбцы подключать к минусам, а какие оставлять в воздухе , так же получают новую задачку. Какое-то время горит лампочка на нижней строчке, затем опять подается напряжение на верхнюю и так по циклу. Поскольку смена активных строчек происходит очень быстро(с максимально доступной для процессора скоростью), то глаза не успевают рассмотреть происходящее, и создается видимость, что горит вся табличка равномерно.
По сходному принципу работают все кинескопные мониторы и телевизоры: там в один момент времени может гореть не просто строчка, а вообще только единственная точка, которая бегает слева направо, сверху вниз, и в конкретных координатах регулируется только яркость светового луча. Поскольку, лучик пробегает по экрану с большой скоростью, глаз человека так же не успевает правильно оценить происходящее и создается впечатление, что на экране светится не точка, а целая картинка.
Думаю про матричную схему включения все понятно, и можно переходить к более интересным вещам.
Схема управления матрицей светодиодов.
Итак, как уже было описано ранее, требуется попеременно подавать напряжение на строчки матрицы светодиодов, и каким-то образом задавать уровни на столбцах.
Управление строчками можно реализовать на любом тразисторе, который способен выдавать требуемый ток (рассчитывается из максимального тока, потребляемого всеми светодиодами в строчке одновременно). Каждый транзистор по надобности открывает или закрывает управляющий МК, см картинку ниже.
пример схемки включения строчки табло-бегущая строка
Для управления столбцами матрицы светодиодов, можно использовать сдвиговые регистры. Собственно основная их цель, это заменить параллельное управление всеми столбцами матрицы, на последовательное. Число возможных столбцов в табличке можно быть достаточно большим (256-512), и практически никакой МК не способен напрямую управлять таким числом входов напрямую.
Сдвиговые регистры это специальные цифровые микросхемы, работающие синхронно с главным МК таблички, который тактирует их по соответствующему входу. Каждый такт МК может выставлять на вход данных сдвигового регистра (единственный) ноль или единицу, она запишется в первую ячейку памяти сдвигового регистра (всего в каждом их может быт различное число, в нашем случае это 16 ). На следующий такт первый записанный бит переходит во вторую ячейку регистра, а в первую попадает то, что подал МК на вход, т.е. с каждым следующим тактом работы, последовательность бит заходит в регистр все глубже. Сдвиговые регистры так же могут иметь выход - выход это как бы продолжение цепочки, т.е после заполнения последней ячейки регистра, на следующем такте ее информация не пропадет просто так, а будет подана на выход, к которому может быть подключен следующий сдвиговый регистр. Таким образом можно делать сколь угодно длинные цепочки, наполняющиеся по последовательному каналу, и преобразующие его в довольно длинный "параллельный" выход. В нашем случае разрядность сдвигового регистра будет 8, а всего в цепочке таких микросхем будет 32, что в итоге даст возможность выставлять последовательность бит на 256 рядов, светодиодов.
На самом деле, в табло-бегущая строка используются не просто сдвиговые регистры, а некоторая модификация, со специальными функциями (LED driver MBI5026 (pdf)), которые требуются только в этой системе, такими как:
1) управление яркостью ряда светодиодов, специальным внешним резистором(по одному на каждую микросхему сдвигового регистра),
2) специальная управляющая линия у каждой микросхемы, соответствующая команде: подать информацию на параллельный выход ( на тактах заполнения, биты просто проходят сквозь цепочку регистров, а на выходах находится старая информация, и по этой команде (плюс на линию) регистры обновляют все своих выходы свежезакаченным содержимым из памяти.
такты работы сдвиговых регистров
Здесь:
SDI - последовательный вход данных (от микроконтроллера, либо предудущего в цепочки сдвигового регистра)
CLK - тактирование
LE - сигнал перехода содержимго внутреннего последовательного буффера в выдные регистры
OUT0..15 - биты парралельных выходов
OE - выключатель парралельных выходов
SDO - последовательный выход данных на следующую микросхему (прошедшие насквозь через 16 битов регистра)
Цепочку сдвиговых регистров (драйверов рядов LED) можно увидеть на плате слева (длинные микросхемы DIP). Транзисторы, включающие строчки, справа внизу
плата контроллера табло бегущая строка
Итак, после прочтения, читателю должно быть понятно как в табло-бегущая строка происходит управление всеми строчками и столбцами, на всякий случай, чуть ниже есть еще одна поясняющая картинка.
Что такое видеопамять.
Мы уже умеем управлять матрицей, заставляя зажигаться нужные лампочки, теперь хочется узнать как же рассчитывать какие лампочки должны гореть, а какие нет, что бы на табличке нарисовалась какая-нить осмысленная информация, например те же буквы и цифры.
Во всех цифровых устройствах с экраном, как правило происходит разделение: какие-то части устройства отвечают за расчет того, что нужно отображать, а какие-то управляют самим механизмом отображения. В нашем случае всем этим (расчетом содержимого видеопамяти и закачкой информации в сдвиговые регистры для отображения содержимого строки) занимается один микроконтроллер(потому что задачка-то в целом простая), однако в МК так же как и в PC существует видеопамять (скорее программная конструкция), из которой по таймеру происходит отображение строчек самого табло. Видеопамять должна чем-то быть заполнена, в случае табло-бегущая строка - строкой текста, расположенной где-то в зависимости от вида эффекта(вертикальная или горизонтальная прокрутка) и режима отображения (одна большая строчка, две маленькие независимые строчки).
Шрифты в табло бегущая строка
На поиск и установку шрифтов в первый раз ушло совсем не много времени: очень помогла статья про русификацию старинных EGA адаптеров, в суть я особо не вчитывался, сразу в глаза бросилась табличка соответствия бинарных кодов буковкам и спец символам, вид примерно следующий:
{0x7E,0x81,0xA5,0x81,0xBD,0x99,0x81,0x7E},
Таким образом, описываются шрифты в системах, где каждый символ занимает 8 на 8 пикселей: так 0х7Е, это верхняя строчка значка или буковки, в бинарном представлении: 01111110, где 1ки означают что точка должна быть белая а 0 черный, ну и далее по строчкам
Русская буква "а" будет представлена в виде
DOS шрифт английской A
{0x30,0x78,0xCC,0xCC,0xFC,0xCC,0xCC,0x00}
DOS шрифт английской B
{0xFC,0x66,0x66,0x7C,0x66,0x66,0xFC,0x00}
какой-то шрифт русской Й
{0x3C,0x66,0x6E,0x7E,0x76,0x66,0x66,0x00}
Ну а дальше мы можем отвести кусок внутренней памяти МК, достаточного размера и задать начальную точку, с которой начнем штамповать буковки, собственно это и есть процесс заполнения видеопамяти.
статический текст на табло бегущая строка
укороченный прототип таблички уже умеет отображать слова
Бегающий текст.
На этом этапе уже есть возможность выводить статический текст на экран, начиная с нужной точки, теперь появилось желание этот текст как-нибудь закрутить по-хитрому. Очевидно, что нужно постепенно менять точку, с которой текст начинает печататься в видеопамять, и из этой новой точки заставить программу заново повторить операцию заполнения видеопамяти битами, из которых состоят шрифты.
Аналогичные процессы пересчета содержимого видеопамяти происходят и в обычном ПК, когда требуется поменять содержимое экрана, однако есть некоторые нюансы: дешевые микроконтроллеры неспособны просчитать всю видеопамять за короткое время, попытки реализовать такой алгоритм привели к довольно большим задержкам процесса обновления экрана. Из-за того что один и тот же процессор отвечает за пересчет видеопамяти и вывод ее построчно на сдвиговые регистры - страдают обе эти операции, а задержка вывода строчек приводит к увеличению времени показа каждой, и глаза начинают видеть неприятные мерцания всей матрицы. Если же времени не хватает совсем, то глаз видит не всю матрицу целиком, а только одну горящую строчку в каждый момент времени, пробегающую сверху вниз.
В ПК такой проблемы не может быть в принципе, т.к за просчет видеопамяти и ее свежее наполнение отвечает ЦП, а за вывод на экран монитора видеокарта. С одной стороны никто не мешает повторить эту же архитектуру и в "бегущей строке", однако это привело бы к удорожанию всей платы контроллера матрицы. Однако, ввиду того, что набор задач, решаемых МК табло довольно ограничен, и сводится к простому выводу текста, эта проблема как правило решается построчным просчетом видеопамяти.
Просчет изменений одной строчки занимает совсем небольшое время, которое как раз можно отвести под ее же вывод на матрицу (дать погореть немного), затем можно переключаться к следующей. Хотя данный алгоритм действий может серьезно варьироваться в зависимости от применяемого МК. Как уже сказал в начале, данная разработка несколько устарела, отчасти потому что в ней был применен КМ AVR mega128, в свое время довольно функциональный, но его вычислительная мощь в 16Мгц, не достаточна для применения других алгоритмов для этой задачки, хотя можно было бы решить и асинхронным просчетом видеопамяти и отображению по разным таймерам.
Наверное многие заметили, что в табличках бегущая строка, в процессе прокрутки текста появляется некоторый, ели заметный наклон букв (как-будто они написаны курсивом). Этот эффект как раз и появляется из-за того, что видеопамять и отображение это асинхронные процессы, и если видеопамять просчитывается сверху вниз, то верхняя часть уже сдвинулась по алгоритму прокрутки куда хотелось, а снизу отображаются еще данные предыдущего такта просчета.
В целом про эффекты движения текста писать особо нечего, это простенькая программисткая задачка.
Управляющая программа PC
Тут все довольно просто: состаляем некий массив строчек, которые нужно прокручивать по циклу, с параметрами их прокрутки. Затем сливаем все это в EEPROM платы контроллера табло бегущая строка через RS-232. Реализовано разумеется на DELPHI, т.к. подобного рода приблуды в нем создаются быстрее всего.
программа управления табло бегущая строка
В моей убогой релизации выглядело все примерно так...
Ссылки
Принципиальныя схема табло бегущая строка PDF, GIF (большие, сохраняйте на диск)
Программирование видеоадаптеров CGA, EGA и VGA. Отсюда я стянул записанную в hex, почти готовую табличку шрифтов ASCII таблички. Для окончательной подгонки на язык C, понадобилось проделать всего лишь несколько контекстных замен.
Шрифты из моей прошивки Некоторое извращение, за основу взят массив из ссылки выше, затем он был "руссифицирован", т.е в основной DOS ASCII табличке добавились русские буквы для полной совместимости с WINDOWS управляющим ПО
Разводку и файл прошивки думаю прилагать смысла нет, т.к повторять описанную выше модификацию бегущей строчки в наши проблематично MBI5026 в DIP корпусе уже сняли с производства, надо переразводить под SOIC, а лучше и под другой процессор типа ARM (получится даже дешевле)
PDF используемых микросхем
Микроконтроллер AtMega128
Часы с календариком и собственной батарейкой DS1302
Преобразователь уровней USART <-> RS232 (com порт) ADM202
ЦАП для синтеза звуковых эффектов AD7303
дополнительная энергонезависимая память AT24C512
драйвер светодиодов (сдвиговый регистр для управления столбцами) MBI502
Бегающий текст.
На этом этапе уже есть возможность выводить статический текст на экран, начиная с нужной точки, теперь появилось желание этот текст как-нибудь закрутить по-хитрому. Очевидно, что нужно постепенно менять точку, с которой текст начинает печататься в видеопамять, и из этой новой точки заставить программу заново повторить операцию заполнения видеопамяти битами, из которых состоят шрифты.
Аналогичные процессы пересчета содержимого видеопамяти происходят и в обычном ПК, когда требуется поменять содержимое экрана, однако есть некоторые нюансы: дешевые микроконтроллеры неспособны просчитать всю видеопамять за короткое время, попытки реализовать такой алгоритм привели к довольно большим задержкам процесса обновления экрана. Из-за того что один и тот же процессор отвечает за пересчет видеопамяти и вывод ее построчно на сдвиговые регистры - страдают обе эти операции, а задержка вывода строчек приводит к увеличению времени показа каждой, и глаза начинают видеть неприятные мерцания всей матрицы. Если же времени не хватает совсем, то глаз видит не всю матрицу целиком, а только одну горящую строчку в каждый момент времени, пробегающую сверху вниз.
В ПК такой проблемы не может быть в принципе, т.к за просчет видеопамяти и ее свежее наполнение отвечает ЦП, а за вывод на экран монитора видеокарта. С одной стороны никто не мешает повторить эту же архитектуру и в "бегущей строке", однако это привело бы к удорожанию всей платы контроллера матрицы. Однако, ввиду того, что набор задач, решаемых МК табло довольно ограничен, и сводится к простому выводу текста, эта проблема как правило решается построчным просчетом видеопамяти.
Просчет изменений одной строчки занимает совсем небольшое время, которое как раз можно отвести под ее же вывод на матрицу (дать погореть немного), затем можно переключаться к следующей. Хотя данный алгоритм действий может серьезно варьироваться в зависимости от применяемого МК. Как уже сказал в начале, данная разработка несколько устарела, отчасти потому что в ней был применен КМ AVR mega128, в свое время довольно функциональный, но его вычислительная мощь в 16Мгц, не достаточна для применения других алгоритмов для этой задачки, хотя можно было бы решить и асинхронным просчетом видеопамяти и отображению по разным таймерам.
Наверное многие заметили, что в табличках бегущая строка, в процессе прокрутки текста появляется некоторый, ели заметный наклон букв (как-будто они написаны курсивом). Этот эффект как раз и появляется из-за того, что видеопамять и отображение это асинхронные процессы, и если видеопамять просчитывается сверху вниз, то верхняя часть уже сдвинулась по алгоритму прокрутки куда хотелось, а снизу отображаются еще данные предыдущего такта просчета.
В целом про эффекты движения текста писать особо нечего, это простенькая программисткая задачка.
Управляющая программа PC
Тут все довольно просто: состаляем некий массив строчек, которые нужно прокручивать по циклу, с параметрами их прокрутки. Затем сливаем все это в EEPROM платы контроллера табло бегущая строка через RS-232. Реализовано разумеется на DELPHI, т.к. подобного рода приблуды в нем создаются быстрее всего.
В моей убогой релизации выглядело все примерно так...
Ссылки
Принципиальныя схема табло бегущая строка PDF, GIF (большие, сохраняйте на диск)
Программирование видеоадаптеров CGA, EGA и VGA. Отсюда я стянул записанную в hex, почти готовую табличку шрифтов ASCII таблички. Для окончательной подгонки на язык C, понадобилось проделать всего лишь несколько контекстных замен.
Шрифты из моей прошивки Некоторое извращение, за основу взят массив из ссылки выше, затем он был "руссифицирован", т.е в основной DOS ASCII табличке добавились русские буквы для полной совместимости с WINDOWS управляющим ПО
Разводку и файл прошивки думаю прилагать смысла нет, т.к повторять описанную выше модификацию бегущей строчки в наши проблематично MBI5026 в DIP корпусе уже сняли с производства, надо переразводить под SOIC, а лучше и под другой процессор типа ARM (получится даже дешевле)
PDF используемых микросхем
