Если Вы спрашиваете про железо применительно к тем вопросам, которые вы поставили вначале, то железо здесь не при чём. Вам же объяснили что проблемы в мозгах + самой динамической индикации. То есть дешёвым способом задачу не решить. С другой стороны на нормальном удалении я не вижу серьёзных отклонений.

При стоимости бегущей строки построенной таким способом ниже 500$ другой реальной альтернативы просто нет. Если вы её сделаете на статике - её стоимость будет выше минимум в два раза. Плюс менее технологична.

В вашей схеме нет транзисторов для поджига столбцов. Тока регистров недостаточно. Это уже обсуждалось. Если честно, то даже допустимого тока (~100ma на светодиод) недостаточно для работы вне помещения.

Пока лучше чем MBI5026, TPIC6B595 или DM114-115 для устройств типа "зажёг-погасил" не представляю.
Есть ещё некие MAX6960-MAX6963. С чем "едят" пока не знаю.
Сам использовал MBI5026.

P. S.
Такую ссылку не давали? Leds.ru

ого это MBI5026 позволяет и контрасность каждого светодиода контролить???
т.е. на одну матрицу размером 8х8 необходима одна MBI5026?
и если не сикрет за сколько Вы их брали.

Есть размышления по поводу мозгов.
Элементарный пример чем быстрее вы двигаете мышку по экрану тем реже вы её видете,вы не видете шлейфов,размытостей и искажений. Как вывод - для исключения утолщений и сохранения читабельности размер сдвига должен быть функцией от скорости строки. Наверно все об этом думали,но за два дня я так и не увидел внятной строчки,не примите ни в коем случае это как упрёк. При быстром отображении как не крути глаз не успеет отслеживать каждое перемещение букв и всё просто напросто сливается.
Очень интересно,в заводских панелях ведь разве применяются столь дорогие микрухи,тогда цена светодиодов становится меньше контроллеров.

Я же написал "засветить-погасить" и ничего про контрастность. Добится бы 3-битной контрастности от AVR...
Не сделать на AVR всё равно здоровенный экран с RGB. Элементарный расчёт легко это выявляет. Только жёсткая логика там поможет. Вы ходили по ссылке приведённой мною выше? Там много чего почитать можно. MBI5026 всего лишь регистр с защёлкой и не более... с 25 метровым клоком и позволяет засветить одну двухцветную матрицу 8x8 или две одноцветные. А стоит она около 300 тенге (стоила когда покупали) по заказу из Москвы в Караганду или 60-70 рублей по вашим деньгам (так нам привозили). Вот например двухцветный модуль 16x16 на четырёх микросхемах... вот в нём и были траблы с DATA и CLOCK.

Сообщение отредактировал VXDRV - Apr 3 2007, 23:20

Я добился 2-ух битной контрастности. Но думаю это предел. Дело в том, что при 2-ух битах необходимо 3 прерывания на строку. При 3-ёх - 7 прерываний. Таким образом AVR будет вплотную занята регенерацией. Хочу попробовать на ARM реализовать.

У меня, как и у многих других кластерная конструкция. Размер кластера 72х16. Кластеры сочленяются как по горизонтали так и по вертикали. Большое панно я не пробовал делать, но несколько по горизонтали сочленял. Проблем пока не вижу. То есть сделать большой экран(относительно) - особых проблем не возникает. Другое дело видео. Этого на AVR добиться просто не возможно. Или их колличество будет гигантским, что окажет серьёзное влияние на цену. А это нецелесообразно.

Да и вообще. Телевизору(в смысле экрану) - микропроцессор не нужен. Там надо жёсткая логика преобразования сигнала в цифру и разбивания его на куски. А в кусках отображение. Здесь мк - не надо. Если только на каком-нибудь начальном этапе - типа из ethernet взять, декомпресировать - а дальше опять же жёсткая логика.

А в чем собственно была проблема

VXDRV, скажите пожалуйста а та пата что вы выложили полностью работаспасобна? И какие вы резисторы ставили?

Резисторы обычные (хоть МЛТ) по 33 Ома одним концим впаяны в отверстие со стороны индикаторов другим приложены типа как SMD с другой стороны. Плата хорошо работала "на столе". После сборки в целом появился "шум" проявляющийся в случайном "проблёскивании" пикселов. Думаю что проблема была в нечётких фронтах сигнала - CLOCK драйверы передают информацию "из друг в друга" и в момент когда один драйвер уже сдвинул данные другой ещё этого не понял (может у него порог триггера шмидта на CLK-входе другой) и когда он защёлкивает информацию со входа DATA там уже напрмер новая информация если он "тормозит" (последующий драйвер) или старая если он "спешит". Думаю дополнительная установка триггера шмидта на самом модуле или разделение сигналов CLK устранит проблему. Сам поборол установкой дополнительного буффера К1533АП6 "на проводках" на плате контроллера так как было собрано уже пять плат модулей. Установленно что первый драйвер через который идут данные работал без помех. Это всё к вопросу о последовательном соединении регистров. Схема была такая:

VXDRV, спасибо большое за схему, сейчас буду разбираться

Немножко не по теме. VXDRV в Караганде недавно поставили классную панель на автовокзале,прям над главным входом. Видел недельку назад,смотрится отлично. Не ваша???? ))

http://www.microwindows.orgа вот и киска в левом верхнем....

Ссылочка http://kazus.ru/articles/345.html MAX6952 и MAX6953

Сообщение отредактировал Wano - Apr 4 2007, 21:15

Нет не наша. Я такие не умею делать пока... да и масштабы не те.
Я всего две две сделал... - хочу третью. Больше хобби...

Сообщение отредактировал VXDRV - Apr 4 2007, 21:51

Давненько не был... А тут цельная полемика! Господа, ну хватит изобретать велосипеды! Понятно, что конечно хоца своими руками! Сам такой. Но. Сразу, при постановке задачи, определитесь, что хотите: "шашечки или ехать"! Т.е. цена или качество. Если все упирается в цену, нужно подешевле, то ставятся гавенные светодиоды (напр отечественные) и тогда надо немыслимые токи управления, экран блекнет (здесь речь об экране, так ведь?) при дневном свете. Про цветовой баланс и равномерность поля речь ваще не идет. Поскольку в принципе не балансируется простыми способами. Можно конечно, но не на МК. Ну и т.п.
Если вопрос стоит про качество - то светодиоды Nichia - при 20ма (максимум) тока на светодиод - легко перебивает контровой солнечный свет. Можно Agillent, но у них похуже параметры. Причем светодиоды желательно из одного БИНа (впрочем писал уже об этом где-то здесь). Эти диоды ПРЕДНАЗНАЧЕНЫ для ПОЛНОЦВЕТНЫХ экранов, т.е. при их применении получается нормальный цветовой баланс. Ессно надо подбирать токи, на каждый цвет (имеется в виду на диоды одного цвета) для получения БЕЛОГО цвета. Управление - только ШИМ. Самый простой вариант - 595 регистры. Можно драйверы - но сильно все удорожается и стоимость управления приближается к стоимости диодов. Что не есть хорошо. Такие диоды ессно не дешевы. Зависит от партии могут и евро за штуку. Вот и считаем (было выше) 320*240*4 (обычно 2Rx1Gx1B)=307200 диодов. Про цену - сами считайте. Почему 2R - чтобы было равномерное заполнение поля, в частности. Красные диоды беруться половинной яркости. И стоят они несколько дешевле. Также посчитаем суммарный поток данных на стандартный видеоролик при приведенных параметрах: 320*240*3(RGB)*100Гц=23040000байт/с. Почему 100Гц? И это кстати маловато. Поскольку светодиод практически безынерционен - глаз видит мерцание. При 50Гц ваще по глазам бьет. У себя используем 400Гц. Это поток на весь экран. Обычно делают ячейки 16*16=256диодов. Шаг 12,5мм. м-ду диодами и 25мм м-ду пикселями. Выбрано специально для уличных экранов. Обзор с 50м., возвышение - порядка 10м. Заметьте - диоды имеют овальную форму и диаграмму направленности - эллипс. Углы: 120 горизонталь и 60 вертикаль. Фото платы могу выложить, если ничего не слетит... Еще. берем 8-ми битный цвет. Число ступеней ШИМ - 256. Допустим шимится один регист на 8 диодов получаем: 256*8*100=204800Гц на шим и запихивание в регистр. На 256 диодов на модуль надо ног контроллера - 256/8=32ноги. Уже некисло. Плюс все это зашимить и затолкать в регистры (драйверы, что суть то-же в общем) Итого скорость: 204800*32=6553600Гц. Не параллельно же все считается, поскольку не ПЛМ. Уже становится весело. Это ЧИСТОЕ время. нету всяких загрузок перегрузок, сравнений и т.п. Да... чуть не забыл - еще надо 256*2=512байт оперативной памяти. Это управление каждым диодом. Если управлять по 2R то несколько все уменьшиться. Получается совсем некислый контроллер! АРМ в принципе справится. По всем параметрам. В идеале. Только надо еще некоторый гемор на передачу данных от источника видео. Там несколько сложнее. Ессно такой поток никакой микроконтроллер не переварит. За исключением интерфейсных. Например Cypress 68013 кажется, не помню. USB 2.0 контроллер с 51-м ядром. Неплохой девайс. Со своими тараканами конечно. Посему на общий канал - только ПЛМ. они и дешевые кстати. Около 20баксов за корпус, работающий на частоте до 200Мгц. и 8к рамы внутри. Их целесообразней и на управление ячейками пустить. Один корпус на 8 ячеек. легко. Плюс внутри все считается параллельно - соотв минимум предпосылок для мерцания и прочих артефактов. Да и дешевле в итоге получается. Меньше плат управления, разъемов, проводов и т.п. В итоге очень хорошая экономия. Протоколы передачи - ну тут у каждого разработчика много своих гитек. Умолчим.
Теперь как взять видео с компа? Просто. например - своя хитрая плата (+дрова+софт=гемор) , серийная хитрая плата (+свой софт+куча недокументированных глюков+хрен найдешь такие в жизни=еще больший гемор) , штатные интерфейсы - тут их несколько DVI, SVGA, USB. Первый - свои хитрости+что-то не нашел в свое время железок на него, как-то все мутно. Не заморачивался. Второй - все есть и дешево. Есть нормально гемору, но все решаемо. А решив - все красиво. Очень удобно. Можно использовать любой самый дешевый комп-одноплатник. Лишь-бы тянул видео. Третий вариант - надо достаточно мощный комп на обработку, но зато данные на выходе - любые какие хош. Очень упрощается математика в железе. Вот.
Все вышеупомянутое не отменяет проблем подиодной коррекции. Поскольку реальные детали, монтаж и т.п. имеют реальный разброс. Картинка "рябая". Ну тут тоже особых проблем нету. Для тех кто в курсе. Скажу сразу таблицы в контроллерах ну... удавишься экран, который имеет вышеупомянутое количество диодов калибровать. Тут несколько проще все решается.
Фуххх.... Чукча не читатель, чукча писатель...

что-то картинки не цепляются...

Да, чукча писатель, и неплохой. Смайликов только много
А как калибровка диодов в табло делается? Файлик с фотоаппарата при выключенном ШИМ?

Да. Кто-то спец стенды использует. Кто-то попроще. Но смысл тот-же.
Тут самая интересная задача наложить енту табличку коррекции на данные. Хотя для статической картинки особых проблем нету. В смысле для обычных экранов. Мы же делаем несколько необычные. Какие - а вот картинка и не цепляется.

Нужно прицепить, однако... Интересно. Что значит необычные динамические - телевизоры большие, что ль? :-)
Глядя на старые пятнистые табло, понятно, что деградация происходит неравномерно. Правильно бы корректировку коррекции производить регулярно, для этого процедура калибровки должна быть отвязана от спецоборудования, или оно должно быть мобильным.