Светодиодное табло (бегущая строка) - Страница 2

padre62 · 17.08.2012, 00:05

Сообщение от niXto

На ногах питания каждого драйвера минимум по 10 мкф, лучше по 47 мкф плюс керамика от 0,1 мкф и больше

на драйверах уже стояла обвязка в виде указаных кондеров

Easyrider83 · 17.08.2012, 00:59

подтянуть линии к +5 вольтам, выводы сконфигурировать как ОД. И будет оно работать с нормальной амплитудой.
И выключить уже микроволновку на кухне.

Алекс Василич · 22.08.2012, 19:22

Поправка. Перечитал первый пост и схему еще раз и понял, что вообще реализация - фигня, извините. Два драйвера работают каскадно, загружаются 32 бита последовательно с 35 разных последовательных шин??? Это правда? Да ну? Серьезно? Или как? Последовательная шина одна, но какие-то махинации с порядком загрузки и сигналами стробирования? Да ну нафик, господа, че за бред? Или всеж-таки схема нарисована сверх-тупо-неправильно?
Вообще, как нужно делать - одна последовательная шина, все драйверы соединены каскадно (Serial In - Serial Out -› Serial In - Serial Out -›...), все 70 штук. Информационная емкость 16х70=1120 бит, при частоте обновления информации на дисплее 50 раз в секунду (не путать с частотой динамической индикации) скорость последовательного интерфейса не превысит 56 кбит/с для всего табло. Частота сигнала обновления информации (Latch) - 50 Гц.
А вы тут чето в один голос утверждаете, что для простенького табло в 30 стандартных символов нужна пропускная способность в десяток мегабит/с. Ага. А на какой скорости тогда, по вашему, работают информационные экраны? Терабиты в секунду, чтоль?

А какова у автора частота синхроклока? И не забываешь ли ты о задержках растространения сигнала на выходе Serial Out, если у тебя вся линейка подключена последовательно? Посмотри внимательно в даташите допустимые тайминги сигналов. В том числе, и емкость передающих проводов.
Возможно, получается та ситуация, что из-за высокой скорости загрузки информации и задержек распространения последовательного сигнала, в оконечных драйверах тайминги сигнала уже не соответствуют требуемым, поэтому последние в цепи драйвера просто не загружаются.
Если так, тогда решением может быть снижение скорости загрузки информации и расширение информационной шины. То есть, медленнее скорость, но больше последовательных линий передачи, тогда удастся сохранить пропускную способность на высоком уровне.

Хотя, у тебя сейчас от одного последовательного входа работает 35х16=560 диодов, информационная емкость - 560 бит. Даже если требуется обновление строки 50 раз в секунду, то скорость полной загрузки всех 35 драйверов не превысит 28 кбит/с. Скорость вполне реальная для передачи на 1 метр без помех и искажений. Частота следования сигналов Latch равна частоте полного обновления информации.

Перечитай еще раз даташит - правильно ли ты организовал работу? Наверняка, 90%, что нет.
По схеме даташита, сигнал Latch в низком уровне удерживает принятую информацию в выходных защелках. В это время, пока Latch в низком уровне, по последовательному входу может приниматься следующая порция информации, без ее передачи в выходные защелки. Пока Latch в низком уровне и удерживает принятую информацию, сигнал Enable в низком уровне будет разрешать работу светодиодов на выходах. Когда новая порция информации полностью принята и поток последовательных данных остановлен (Clock в неактивном состоянии, нет положительного фронта сигнала Clock), можно перевести Latch в высокий уровень, передав на выход принятую информацию и снова перевести Latch в низкий уровень, удерживая в выходных защелках информацию. И после этого снова принимать по входу новую порцию информации с приходом положительного фронта Clock. Сигнал Latch влияет только на выходные защелки, а информация принимается независимо от него. Сигнал Enable, вобщем-то, даже и не используется. Выходные защелки просто передают принятую информацию в момент неактивности клока, и затем просто хранят принятое состояние, передавая его на выход (при низком уровне Enable), в то время, когда принимается новая информация.

А вообще-то, вместо кучи драйверов я бы (может быть) поставил MAX6954 - он ОДИН справляется со 128 дискретными диодами. Конечно, микруха не дешовая - около 700 рублёу, зато классная. Последовательный порт, мультиплексорное управление диодами через 19 ног, нагрузка порядка 1 Ватта. Да, это дорого, но экономно по весу и потреблению.

ForcePoint · 22.08.2012, 21:43

Про дифф. сигналы я написал не с т.з. скорости передачи, а с т.з. уменьшения ловли помех. Переключение 560 диодов с 20-ю мА на каждый это как-бы 11 с лишним ампер со всеми сопутствующими прелестями.

Алекс Василич · 22.08.2012, 22:01

Ога, и на выходе каждого драйвера - дифференциальные формирователи, а на входе каждого из 70 драйверов - дифференциальные приемники? Ну вы даете. Дифференциальный каскад не спасет, если это именно помеха по цепи питания от коммутации мощной нагрузки. От наводок на передающие провода - да, поможет. Но если помеха присутствует в цепи питания микросхем, в том числе, и микросхемы (транзисторов) дифференциального каскада, то... "А где тут ссуть?"
Если контроллер сбрасывается, то стоит проверить помехи по питанию контроллера, поставить блокирующие конденсаторы на питании, в том числе, возле каждого драйвера.
Скорость передачи - полсотни килобит/с в максималке. Либо автор пытается загружать на мегагерцах, но это фигня.

true71 · 28.08.2012, 16:28

В Элитане эта MAX6954 от 251 рубля:

http://www.elitan.ru/price/index.php...y&find=MAX6954

Алекс Василич · 28.08.2012, 20:43

Нууу, если 251 рупий, тогда вааще кошерно - 9 микросхем, 2300 руб. Вместо 70 микросхем по 17,5. Разница в тыщу рублей - не так уж много.

SasaVitebsk · 29.08.2012, 11:48

Большие экраны, к слову, управляются совершенно другим способом, иначе терабит было бы мало. Обычно пускают видеосигнал RGB стробируемый c DVI выхода. Экран разбит на кусочки, и каждый кусочек вырезает и отображает свою часть картинки. Кусочек работает на плм.
далее ...
1. Если динамическая индикация, то скорость должна быть действительно высокая, Особенно если вы управляете яркостью.
2. Токи могут быть очень большими. У меня более 30 ампер на плечо. В связи с неравномерностью освещённости возникают броски и это вызывает помехи. С неми необходимо бороться.
3. Действительно возникает задержка от входа к выходу. Соответственно, необходимо ставить повторитель и по управляющим сигналам, тогда всё класс. Хотябы через некоторое кол. драйверов.
4. Изображение дёргается возможно, не из-за помех, а всвязи с непониманием работы мозга. То есть это чисто зрительное дёрганье. Для обеспечения плавности, выводить изображение требуется определённым образом. Аналогично и разбиение на две полустроки. Если у вас динамическая индикация, то картинка в движении будет ломаться. Если подумать немного, то поймёте почему, и как этого избежать.

Алекс Василич · 29.08.2012, 22:14

Хм. В случае топикстартера динамическую индикацию очень просто реализовать аппаратно, не прибегая к сверх-скоростям передачи полезной информации. Не даром у DM135 есть вход OUTPUT ENABLE. Подключив у каждого DM135 этот вход к выходам сдвиговых регистров, да хоть таких же DM135, и прогоняя по кругу несколько "нулей" с любой желаемой частотой, получим динамическую индикацию по столбцам в 16 диодов высотой. И безо всяких "ломаний и дерганий".
И именно так, на уровне драйверов и осуществляется динамическая индикация в больших табло. Вовсе не обязательно программно через информационную шину перерисовывать все табло 5000 раз в секунду. Не, ну конечно, разработчики вольны поступать на свое усмотрение, особенно, если пропускная способность позволяет.
Тот же пресловутый MAX6954 и ему подобные имеют аппаратную динамическую индикацию, а по шине данных принимается полная информация для всего кластера.

SasaVitebsk · 30.08.2012, 09:41

Алекс Василич, не умаляя Ваших знаний в схемотехнике, всётаки Вы не совсем правы. Дело в том, что не всё относится к схемотехнике. Изображение "ломает" наш мозг. Он определённым образом прогнозирует поведение бегущего текста. Я не собираюсь это повторять - захотите - найдёте кучу тем с обсуждением данной тематики с чётким описанием. В связи с этим, для применения аппаратной динамической регенерации - не всё так просто. Вам необходимо сделать увязку тактирования всех драйверов по горизонтали и сдвиг фазы по вертикали. С соответствующим выводом информации.