Да, возможно это было бы и лучше.... но есть некоторое "НО".... Земля разрывается и большие расстояния, нормальное заземление организовать - тяжко. А когда конструкия в пике потребляет до 40КВт... Чревато. Впрочем это прототип, как и говорилось. Там еще много косяков, к чему придраться можно. И этот не самый страшный.
Данные идут последовательно, все верно. 10 каналов.

Пошу извинения у автора темы,
Коли речь про бегущие строки - хочу пару вопросов задать.
Короче обдумываю новый девайс 32x128 - моноцвет на матрицах 8x8 (квадрат 60мм) и PIC18. C Duble Buffer и может быть Gray на 2 бита. ПЛИС - для меня тёмный лес пока и обходимся контроллерами. Вопрос к участникам - какова должна быть минимальная развёртка (у меня динамика будет со скважностью восемь) чтоб наклонные буквы не получались (вернее каковы параметры ваших девайсов и проявления ненужных "световых" эффектов, и как развёртку сделать вертикальную или горизонтальную?). А ещё интересно как устройство EXeGLuMATOR-а работает под Windows - срывов от других задач не наблюдается (у меня вроде не было, а люди говорят - бывает). Меня мысль посетила типа приёмного буффера на четыре кадра на борту "строки" сделать с синхронизацией его опустошения. Раньше делал биколор 16x80 моно 8x96 с двумя страницами. Через RS232 на 115200. Наблюдались небольшие переливы и лом букв в динамике (т. е. когда строка бежит) - развёртка была 62,5 Гц - скорость 15-20 кадров в секунду - один кадр сдвиг на позицию пиксела или на две позиции (больше интерфейс не позволил и проц слабоват - PIC16). Сейчас интерфейс USB хочу сделать. Раскажите про глюки ваших устройств и пути избавления - если не секрет?

Лома у меня не было. Я две страницы использую. Фактически это уже стандарт. Любые искажения, даже незначительные отлично видны глазом. У меня 2 бита на яркость и вполне справляюсь. Переключение страниц исключительно во время смены кадра.

Наблюдались тени. Большая длина строки и, соответственно ёмкость. Приходится сначала гасить старое изображение - потом выводить новое.

У меня графика и анимированная графика реализована.

Несмотря на сообщения кого-то на форуме, о том что частота развёрки очень влияет на изображение, - я этого не заметил. В результате у меня 75Гц.

Для моих задач потребовалось большое озу. Не менее 8к.

В новом контроллере попробую реализовать 3 бита. Собственно проблема в нелинейности. При 2 битах первая градация всего 10% а отнюдь не 33.

Спасибо. У меня процессор PIC16F877 был с К537РУ2 работало хозяйство на 20 МГц - 5MIPS - загрузка в MBI5026 - по микрухе на матрицу сразу по восьми линиям (линия на модуль из четырёх MBI) теней точно не каких нет - развёртку не мог поднять не хватило вычислительной мощи. Побитовая корекция кадра была - один кадр - пол килобайта. Но страницы переключал не синхронно пожет от того и переливы были - причём во время "бега". Сейчас буду переходить на 40 МГц и 32кБайта SRAM. SasaVitebsk - какой у вас интерфейс?

У тебя будет нечто худшее, чем наклон - будет излом букв на границах модулей.
Это в случае вертикальной развертки (одновременно светится горизонтальный ряд). В случае горизонтальной - не знаю, не делал, но, возможно, будет еще хуже, опять же на границах модулей.
Все эти эффекты можно попробовать забороть задиранием частоты развертки до ~килогерц, и, соответственно, многократным повторением одной и той же информации перед очередным сдвигом, чтобы "бег" строки не был слишком быстрым.



здравая мысль.



Такой способ обновления (с повтором одинаковых кадров несколько раз на частоте развертки ) приводит к "двоению-троению" букв и не очень хорошо смотрится.



Никаких глюков - все работает
Для динамической индикации наклон не считается глюком, он даже добавляет некий шарм. Тут говорили про тени - это строковые ключи не успевают закрываться, нужен dead-time при выводе. Для статической индикации и так все хорошо.

Делал разные строки, как статику, так и динамику, везде рефреш 75 Гц, скорость обновления всегда такая же, т.е. текст всегда едет со скоростью 75 точек в секунду или кратно выше, везде дабл-буфферинг. Простыми строчками (типа 8x128 без градаций яркости) рулит Мега128, сложными (с градациями яркости и показом мультиков) рулит та же мега в соавторстве с двумя или более плисинами.

Однозначно из-за этого. Я сначала пробовал по строке. Ну думаю какая разница. Скорость то высокая регенерации. На глаз не видно в чём причина, но изображение некрасивое (при изменении). После того как переключать стал в начале кадра - всё стало ОК.

А по теням - у меня не MBI, а ключи КМОП. Поэтому и тени. Но я их тоже победил.

Частоту регенерации поднимал до 90. (У меня M2560 на 14745600 - 14.7МIPS). Выигрыша не даёт. Остановился на 75Гц а шаг делаю 25Гц. 3 кадра и новое изображение. Удобно и для часов.


Интерфейс у меня конечно RS485. Иначе какое же это панно! Тут кто-то про USB базарил. У нас сейчас панно на фасад устанавливается - так там метров 200 будет. Какой тут USB или 232! Проверил на 305 метров (на UTP). Работает без потери скорости. На несложных роликах можно на километр работать. Ну а на сложных надо в EEPROM записывать.

Хочу сваять новый вариант под Ethernet. Ну и тут ещё несколько революционных решений применить.


Да забыл ещё. Вместе с панно поставляю переходник USB<->RS485. Он, как можно догадаться несложный FT232RL + ADM485 + 74HC00.

Таким образом и овцы целы и волки сыты.

Говоря про USB я и имел в виду FT232 + MAX485. Только добавлю ещё 6N137 для развязки.
А что такое M2560? Это Mega что ли? - Всё нашёл - мне до них как от Караганды до Москвы (в прямом смысле).

Вопрос к тем кто серийно и постоянно такими делами занимается.

Мы разработали такое изделие для закрытых помещений. Пока всё вроде нормально. Есть правда несколько вопросов будем устранять. Один из них - я не предусмотрел автоматическую регулировку яркости. Пока выпускаем так. Яркость подстроили и выпускаем. В новой партии это уже заложено.

А пока пришлось яркость уменьшать. (для помещения).

И вот тут недавно вынесли на свежий воздух и прикольнулись. Солнца не было. При этом изображение конечно видно с расстояния метров 10, но выглядит очень блеклым. Едва заметным.

Интересует меня - в чём причина. В динамике? Будет ли нормально в статике работать. Или требуются какие-то специальные меры. Или спец. светодиоды? У нас сейчас матрицы GNM.

Если кто проводил соответствующие исследования, то вопрос какое стекло лучше использовать? Или какую тонировочную плёнку?

Вопрос интересен. Вот например у нас в городе две панели красные - ночью и вечером красота - днём на солнце читать можно, но тускло совсем - сверху что за "стекло" не понять, но какое-то децл рассеивающее - где взять такое? Ещё полноцветные LED есть здоровые - ну там более-менее всё нормально и днём - и вроде светодиоды пополам наружу торчат. Ночью освещение от них ого-го... и даже под большим углом. На Microchip.ru один товарищ применяет штучные светодиоды с яркостью как он говорит 2 кД - но штучные паять...

Схема чисто теоритическая- показать принцип.
В жизни надо выходы ИД7 подать на ключи.
С током одной строки все в порядке - одна строка в матрице идет на один выход НС164.(я бы поставил 100 ом между строкой и НС164.)
С током столбца вот что - (8диодов)*(число матриц)*(ток одного диода) , поэтому нужны ключи.
Скважность 8 - т.е. 1/8 времени одного цикла индикации горит один столбец на всех матрицах.

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

Кстати, сколько тока может дать один выход НС164 непрерывно и в импульсе?

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

Кстати, сколько тока может дать один выход НС164 непрерывно и в импульсе?
[/quote]
Выводы МК лучше поэкономить - надо еще RS232, SPI, I2C задействовать...
НС164 по даташиту 25 мА на ножку дает...

Ну вот, значит, как бы по 3 мА постоянного тока на пиксел, не густо. Если все пиксели в строке светятся, то дешифратор должен выдать 25*8*4=800 мА по каждому выходу, это что ж за дешифраторы такие? Да еще их два нужно на оба цвета. По-моему, лучше уж 8 ключей на 1.6 А каждый.

Неправильно делишь- 25 не на 8, а на 1 надо делить...

Чёй-то неправильно? 25 мА будет течь в течение 1/8 времени кадра. Если период кадра = 16 мс, то через один пиксел ток в 25 ма течёт 2 мс, а 14 мс тока нет. В среднем получается 3 мА за кадр.