Бегущая строка Опции

[screener]

Кто умеет программировать Светодиодные строки на Атмега128?

[valeryi]

Посмотри http://www.microsyl.com/ledsign/ledsign.html

[zaman]

я написал программу, для мк ATmega 128, отображения информации в виде "бегущей строки".

[Семён]

Кто умеет программировать Светодиодные строки на Атмега128?

Подробней можно

[UFO]

я написал программу, для мк ATmega 128, отображения информации в виде "бегущей строки".

есть строчка: биколор, эффекты, флешка на полметра, 6 шрифтов - пропорциональных, обновление инфы по RS с контролем CRC, + есть настройки - расстояние между буквами и пр.пр.

если юзать один шрифт и несколько текстурных масок то можно уложиться и в мегу8
с кучей шрифтов и масок влажу тока в мегу 64

про микросил, для начала потянет, но
1) в схемке лучше ставить драйвера для управления светодиодами
2) учесть что софт там все же не фонтан, лучше сделать на таймере видеодрайвер с синхронизацией всех модификаций видеобуфера в main(void)

icq 264188602

Сообщение отредактировал UFO - Jul 26 2006, 17:12

[AndyBig]

Мы недавно закончили разработку модульной бегущей строки. Управляющий контроллер - МЕГА64, в модулях стоят МЕГА8. Каждый модуль - 8х96 пикс, всего модулей в строке (в теории) может быть до 40 штук. Флешка - до 8 метров, до 12 пользовательских шрифтов (плюс один системный, прошитый жестко), автоопределение количества подключенных модулей, 255-ступенчатая регулировка яркости, загрузка/выгрузка текста и шрифтов по RS232 с контролем целостности, распределение вычислительной нагрузки между управляющим контроллером и модулями...

[UFO]

AndyBig

а куда такая большая или это уже экран у Вас
а размер пикселя какой?

[Леонид Иванович]

а куда такая большая или это уже экран у Вас а размер пикселя какой

Да не важно, какой размер. Я в качестве пикселей применял светодиодные кластеры и делал бегущую стоку длиной 13 метров. Но не в этом суть. Здесть спрашивают, кто умеет программировать светодиодные строки на меге128 Я не делал, значит, не умею

[Balun]

UFO программкой не поделишься?

AndyBig, а по какому интерфейсу связаны модули?

[UFO]

и как размер не важен то, требования к питанию совсем же разные будут

а по поводу на чем строка на меге 128 или на меге 8, да какая разница, include тока в проекте меняешь на нужный проц и все.
PS лишь бы было где менять

[Potter]

Мы недавно закончили разработку модульной бегущей строки. Управляющий контроллер - МЕГА64, в модулях стоят МЕГА8. Каждый модуль - 8х96 пикс, всего модулей в строке (в теории) может быть до 40 штук. Флешка - до 8 метров, до 12 пользовательских шрифтов (плюс один системный, прошитый жестко), автоопределение количества подключенных модулей, 255-ступенчатая регулировка яркости, загрузка/выгрузка текста и шрифтов по RS232 с контролем целостности, распределение вычислительной нагрузки между управляющим контроллером и модулями...

По какому интерфейсу связаны МЕГА64 со всеми МЕГА8?

[Balun]

Наверно по UART. Или по SPI

[Potter]

Наверно по UART. Или по SPI

Наврядли.... Я не щитал.... но на вскидку может скорости не хватить......

[AndyBig]

а куда такая большая или это уже экран у Вас

Нет, это строка. Заказчик просил наращиваемую до максимума при разумной стоимости, вот и сделали .

а размер пикселя какой?

Это уж какой сделать. Хоть один светодиод, хоть метр в диаметре . Питание пикселей - от 3 до 20 вольт, ток - до полуампера.

Но не в этом суть. Здесть спрашивают, кто умеет программировать светодиодные строки на меге128

Дык мега64 - тож самое, что и мега128, только флэшка поменьше .

AndyBig, а по какому интерфейсу связаны модули?

По UART. Поверх него надстроен свой полудуплексный протокол.

и как размер не важен то, требования к питанию совсем же разные будут

Ответил

По какому интерфейсу связаны МЕГА64 со всеми МЕГА8?

Ответил

Наврядли.... Я не щитал.... но на вскидку может скорости не хватить......

Именно на вскидку скорости UART вполне хватает. Считаем: каждому модулю для полного обновления содержимого требуется 96 байт = 784 бита. При сорока модулях управляющий контроллер должен выплюнуть в шину 40*784 = 31360 бит. При скорости 500 Кбит/сек получается 15 обновлений в секунду. Но управляющему контроллеру в подавляющем большинстве случаев и нет нужды выкидывать всем модулям все их содержимое.

[dio]

Мы недавно закончили разработку модульной бегущей строки. Управляющий контроллер - МЕГА64, в модулях стоят МЕГА8. Каждый модуль - 8х96 пикс, всего модулей в строке (в теории) может быть до 40 штук. Флешка - до 8 метров, до 12 пользовательских шрифтов (плюс один системный, прошитый жестко), автоопределение количества подключенных модулей, 255-ступенчатая регулировка яркости, загрузка/выгрузка текста и шрифтов по RS232 с контролем целостности, распределение вычислительной нагрузки между управляющим контроллером и модулями...

To AndyBig (иль кто нидь другой, кто понял), огромная просьба. Не могли бы Вы схемно (очень приблизительно) объяснить структуру одного модуля, а то что то не доганяю как можно управлять 8х96 пикс одним МЕГА8. Если можно хотелось бы увидеть соединение модулей с управляющим МЕГА64.
Буду премного благодарен за любую помощь.

[defunct]

To AndyBig (иль кто нидь другой, кто понял), огромная просьба. Не могли бы Вы схемно (очень приблизительно) объяснить структуру одного модуля, а то что то не доганяю как можно управлять 8х96 пикс одним МЕГА8. Если можно хотелось бы увидеть соединение модулей с управляющим МЕГА64.
Буду премного благодарен за любую помощь.

По I2C или по UARTу..

[simsim]

To AndyBig (иль кто нидь другой, кто понял), огромная просьба. Не могли бы Вы схемно (очень приблизительно) объяснить структуру одного модуля, а то что то не доганяю как можно управлять 8х96 пикс одним МЕГА8. Если можно хотелось бы увидеть соединение модулей с управляющим МЕГА64.
Буду премного благодарен за любую помощь.

По I2C или по UARTу..

столбец управляется регистром с последовательной загрузкой. выбор столбца делаешь дешифратором, например на 1533ИД7, итого на регистр 3 вывода атмеги и на дешифратор 7 ног - хватит на 128 столбцов. http://electronix.ru/forum/index.php?showt...гущая&st=15. схема здесь

[EXeGLuMATOR]

А к чему такой гемор с кучей атмег и немыслимых протоколов? Ведь цена при таких габаритах получается немелкая... Не проще делать один магистральный контроллер, например прием битмапа (кадра) по USB, LPT, смотря какая скорость нужна и градаций сколько. Но это уже от размеров зависит. Далее на одной плисине делаешь раздачу по строкам, квадратикам и т.п. (регистр ведь сдвиговый, как хошь так и вертишь) и собсно все... Управление элементарный ШИМ. Вся инфа - на компе (например на базе MiniITX, EPIA такие делает, дешево, компактно и мало кушает) и можно гнать обычное видео при помощи элементарного софта, и не надо заморачиваться ни с программированием эффектов в Мегах - это удобнее и проще сделать в Адоб Премьере, например, И по деньгам в итоге будет дешевле, а возможностей больше. Да, по ссылочке выше добавил малость... А то что-то дублируется... Отлюбят еще модераторы...

[Stefan]

А к чему такой гемор с кучей атмег и немыслимых протоколов? Ведь цена при таких габаритах получается немелкая... Не проще делать один магистральный контроллер, например прием битмапа (кадра) по USB, LPT, смотря какая скорость нужна и градаций сколько. Но это уже от размеров зависит. Далее на одной плисине делаешь раздачу по строкам, квадратикам и т.п. (регистр ведь сдвиговый, как хошь так и вертишь) и собсно все... Управление элементарный ШИМ. Вся инфа - на компе (например на базе MiniITX, EPIA такие делает, дешево, компактно и мало кушает) и можно гнать обычное видео при помощи элементарного софта, и не надо заморачиваться ни с программированием эффектов в Мегах - это удобнее и проще сделать в Адоб Премьере, например, И по деньгам в итоге будет дешевле, а возможностей больше. Да, по ссылочке выше добавил малость... А то что-то дублируется... Отлюбят еще модераторы...

Можно и так сделать. Мы такие экраны разрабатывали. Записал подготовленный контент во флэшку, благо объем практически неограничен. А потом все это в виде клипа воспроизводится. Но есть нюансы. Не всегда есть компьютер. Иногда экран должен работать автономно. Во-вторых, самый дорогой элемент, в любом случае - светодиоды. Любые управляющие ими средства, даже очень изощренные, дешевле. Хотя конструкция со многими контроллерами, на мой взгляд, имеет право на жизнь только в случае _очень_ больших экранов. Это если речь идет о бегущей строке. Одна мега 128 успевает без мерцания регенерировать строку с десятками тысяч светодиодов, управляя регистрами с последовательно-параллельным занесением данных.

[EXeGLuMATOR]

Да, все верно. Если небольшие и автономные (более или менее) изделия - то лучше микроконтроллер, а если чтобы минимум внешних элементов - то встроенный в плис. Тот-же НИОС. Работа ядра на 200МГц - просто сказка. Остаются только буфера по выходам наставить и все. В плане энергопотребления - ничего не выигрывается. Если 1000 светодиодов да при токе 20мА (если большое помещение или улица) уже не кисло получается. А мелкие компы - 2,5А по 9-12вольтам... Да и размеры - куда как меньше чем сама конструкция, плюс сетевые функции, +Wi-Fi тот же. Куда как удобнее чем флэшка. А если в маршрутку - то только микроконтроллер... По любому - самое дорогое - светодиоды (если нормальные), да питание еще... Лучше MeanWell. Проверено временем. Надежность просто обалденная... В одной конструкции - с 1991 года... Или около того... Ни одной проблемы.

[Stefan]

Да, все верно. Если небольшие и автономные (более или менее) изделия - то лучше микроконтроллер, а если чтобы минимум внешних элементов - то встроенный в плис. Тот-же НИОС. Работа ядра на 200МГц - просто сказка. Остаются только буфера по выходам наставить и все. В плане энергопотребления - ничего не выигрывается. Если 1000 светодиодов да при токе 20мА (если большое помещение или улица) уже не кисло получается. А мелкие компы - 2,5А по 9-12вольтам... Да и размеры - куда как меньше чем сама конструкция, плюс сетевые функции, +Wi-Fi тот же. Куда как удобнее чем флэшка. А если в маршрутку - то только микроконтроллер... По любому - самое дорогое - светодиоды (если нормальные), да питание еще... Лучше MeanWell. Проверено временем. Надежность просто обалденная... В одной конструкции - с 1991 года... Или около того... Ни одной проблемы.

НИОС, авалон и т.д. для этих целей, как из пушки по воробьям. Зачем создавать очень быстрый уникальный автомат для работы с медленным человеческим глазом? Есть серийный, хорошо поддерживаемый, хорошо документированный автомат - мега. Ну, его и пользовать. Все равно ведь основная цена и объем - не управление, а светодиоды и буферы. Вот если уж не бегущая строка, а большой SVGA монитор требуется, тогда таки циклон, или нечто подобное можно применить.

[EXeGLuMATOR]

Таки я про это и говорю... экран полноцветный 6х8 А большая бегущая строка - то-же самое, по большому счету. Только на меге стоить будет дороже и сложнее в плане количества элементов и протокольной реализации. А на том-же Cyclone (EP1C3T144) - все гораздо компактнее и проще. Даже на 100ногом циклоне - полное управление полноцветным модулем на 2048 диодов. А если строка, монохром то и того более. Есть прецедент - строка 16х1,2м. 30720 диодов. Управление 3 контроллера на MAX3000. Просто такие контроллеры были уже готовые под рукой. Если на том-же ЕР1С3Т100 делать - то и один управится. (регистры и светодиоды - отдельная тема) Слабо сделать модуль управления для прогона видео в релтайме 48х640 (монохром) на мегах и уложить в стоимость порядка 30 баксов? А с компом вместе - порядка 100? Впрочем это флейм. Речь не об этом. А о том, что не стоит кидаться на более простые и дешевые на первый взгляд решения, потому как "все на этом делают"! Просто надо взвешивать стоимость разработки решения и совмещать различные варианты реализации. Хочу заметить, что в вышеупомянутом ЕР1С3Т100 (144) прекрасно живет ниос (а зачем всякий гемор в виде авалонов и тп? нужна мин. конфигурация) и еще можно навесить много-много рассыпухи в том-же корпусе. И это при цене порядка 15 баксов за корпус. Хотя если строка 8х100 пикселей, то ессно и думать нечего - Мега и еже с ней...
Ну а насчет скорости глаза - заблуждение, что он медленный. Сравни 100герц развертку на на трубчатом мониторе и 50... По опыту - глаз замечает разницу в тактовом сигнале между 48МГц контроллере и 40МГц. Казалось бы? А вот видит. А если еще и профессионально системами отображения занимаешься - то сразу все косяки видишь. (Народ меня берет ТФТ телики и моники выбирать в магазины... Гы.. продавцы вешаются. ) Он медленный, ну... пусть..., если статические картинки менять раз в 10 секунд. А если динамика, хоть какая-то, то перерисовка, заметная глазу - сразу убивает весь эффект от конструкции и информации в целом. Не 1970 год... Народ уже многое видел...
А автоматов уникальных на ПЛИС - не бывает, такого рода. Если конструкция грамотно сделана - то одной хватает на десятки проектов - только прошивки меняй...

[23322]

здравствуйте уважаемые. прошу помощи и разъяснить пару весчей.
http://electronix.ru/forum/index.php?showtopic=38021
моя тема. Суть такая. Хочу собрать что то похожее на бегущую строку - плату в которой 400 диодов, но чтоб там ничего не "бегало", а просто при нажатии кнопки на компе (в с++) на плате загорался определённый диод. соединение через сом порт.
остановился на выборе платы под управлением ATmega32
http://www.terraelectronica.ru/catalog_inf...class_19_2_26_1
http://www.ldm-systems.ru/price_konstructors.htm
http://www.ldm-systems.ru/ldm-mp_2.01.htm
сам я программил на дельфи и с++, думаю потребуется Ваши советы.
с Уважением.