Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: STM32f103+MBI5030 светодиодный дисплей
Форум разработчиков электроники ELECTRONIX.ru > Сайт и форум > В помощь начинающему > Интерфейсы
Danis
Здравствуйте уважаемые форумчаче!

Планирую собрать светодиодный RGB телевизор на базе специализированных светодиодных драйверах MBI5030 (16-Channel PWM-Embedded LED Driver) которые будет грузить ARM. Дело в том, что эти микросхемы соединяются последовательно по SPI, друг да другом. Частота шины по даташит у этих драйверов до 25 MHz. Размер монитора составляет в ширину до 10 м. На таком расстоянии и при высоких частотах сигнал конечно же портиться. Хотелось бы услышать Ваши мнения по поводу применения шины SPI в данном случае. Может существуют какие то спец. микросхемы для работы SPI на длинных линях. Кто сталкивался, пожалуйста, поделитесь опытом. Заранее благодарен за любые отзывы!
shrek
Попробуй сигналы SPI преобразовать в более помехозащищенный вид. Как пример RS-422. 4 канала нужно. Либо использовать шинные усилители с ТТЛ логикой. И т.д. и т.п.
Ну а рабочая частота какая планируется?
Danis
Для начала нужна скорость SPI - 2Mbit на 5-ти метрах от ARM-ма до последнего драйвера на шине, это как минимум, иначе много контроллеров в монитор ставить надо, или один с наличием 4-х или 6-ти SPI и грузить драйвера светодиодов группами параллельно.
Преобразовывать в другой протокол очень накладно, потому что в мониторе много драйверов будет, следовательно много преобразователей надо, вообщем дифференциальный канал тут не приемлем.
Я пробовал использовать усилители тока на транзисторах для линии синхронизации, помогло конечно но не много, при таком подходе 1,2Mbit – край (без них – 0.2 Mbit на 5-ти метрах), дальше уже не прямоугольные импульсы и даже не их подобие а "рога" на линии всякие. Сейчас экспериментирую пробую разные варианты.
VDLab
Использовал MAX13486E как самые дешевые, что нашел в своем регионе, в аналогичной задаче. По микросхеме на тактовый и на сигнал данных, сигнал загрузки через простой буфер на 74ххх (забыл) 8Mbit/s на 15 метрах - полет нормальный.

можно конечно обойтись драйверами и приемниками на простой логике, так дешевле, но без дифференциальной линии на таких скоростях и расстояниях тяжеловато будет, да и не очень надежно.
shrek
Цитата
Преобразовывать в другой протокол очень накладно, потому что в мониторе много драйверов будет, следовательно много преобразователей надо, вообщем дифференциальный канал тут не приемлем.

Ну тогда шинные усилители, уменьшение емкости линии, ее согласование (допустим на концах линии резисторы по 100 - 200 ом) можно еще поэкспериментировать с тем чтобы вести GND проводник с каждой линией, то есть на каждую сигнальную линию по GND проводнику (и еще перевить их) и на концах каждой линии по резистору. Хотя я чувствую это будеть неочень хорошо smile.gif
skripach
Для начала неплохо было бы озвучить разрешение вашего якобы телевизора, и действительно ли это телевизор или так что-то отображать.
Цитата
Размер монитора составляет в ширину до 10 м

Блажен кто верует.
Danis
Это будет видео строка. Разрешение 32x256.
Программа для ПК (сервер) уже готова. С нее по сетевому кабелю на 10Mbit гружу видео в Wiznet. Осталось с "железом" разобраться.
rx3apf
Цитата(Danis @ May 27 2010, 22:36) *
Для начала нужна скорость SPI - 2Mbit на 5-ти метрах от ARM-ма до последнего драйвера на шине, это как минимум, иначе много контроллеров в монитор ставить надо, или один с наличием 4-х или 6-ти SPI и грузить драйвера светодиодов группами параллельно.

А это (несколько SPI) было бы хорошей альтернативой. Например, гнать данные через октальную шину на 8 программных SPI, тактирование отдельно, общее. Оно и на DMA может висеть, в принципе...
Цитата
Я пробовал использовать усилители тока на транзисторах для линии синхронизации, помогло конечно но не много, при таком подходе 1,2Mbit – край (без них – 0.2 Mbit на 5-ти метрах), дальше уже не прямоугольные импульсы и даже не их подобие а "рога" на линии всякие. Сейчас экспериментирую пробую разные варианты.

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

Абсолютно согласен)
Есть еще вариант. Чтобы эта же грязь не лезла на шину (как у меня получилось) можно попробовать гальванически развязать эту же шину.
А то при ШИМе проблем огребешь с SPI.
http://electronix.ru/forum/index.php?showtopic=73399 как вариант одной из проблем)))
at90
Матрицы сами будете делать? я вот смотрел у китайцев матрицы 16на16 стоит 37$.Она уже с драйверами.
Но с простыми. Шимить придется самим, но зато дешево и улично исполнение.

P10-1R1PG1B, unit price is USD36.8/PC
Based on 1-50PCS
Danis
Нет, такие китайские нам не подходят. Матрицы сами делать будем, по 9 светодиодов на каждый пиксель.
at90
а я тож думал как то небольшой экран собрать.... но дороговато выходит если самим матрицы собирать.
Возьму у китайцев для пробы. они уже герметичные в пластиковых панелях...У них и контроллеры есть...
cpl
Довелось делать светодиодные экраны,
За идею взяли подобный экран, маде ин китай.

Входное видео брали с DVI, светодиодные драйвера попроще MBI5027(без шим), светодиодные матрицы готовые брали(8х8 RGB).
Кластеры пробовали сами паять, отказались, трудозатратно получилось без станка паять.

Собиралось вся конструкция из модулей(1 модуль (плата) 64х16 RGB точек)
на входе платы и на выходе стояли 74ххх245 буфера, соответственно внутри разводились MBI5027+светодиоды.
Модули подключались последовательно друг к другу(в длину), самый первый подключался к контролеру DVI,
и так соответственно несколько рядов в высоту.
Все межплатные соединения выполнялись плоским кабелем.

Основная плата(тут ПЛИС) с DVI(к ней подключался ПК с которого берется видео) далее к плате подключаются модули, в требуемом количестве(по количеству точек по Х и У), частоты точно не помню, но 16 кадров в секунду минимум выводили, с 256 градациями для каждого цвета, размеры были разные от 2х1 до 8х5 метров.
Самая пожалуй неустойчивая часть описанной конструкции это компутер, летом мог перегреться и повиснуть без предупреждения,
приходилось ставить кондиционер.
rolleyes.gif
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.