Драйвер для RGB матрицы 24x20 светодиодов

[RIMUS1989i]

Добрый день. Нужна помощь специалистов в написания драйвера для специализированной микросхемы MY9269 - драйвер светодиодов. Матрица с 480ю светодиодами собрана, на плате стоят MY9269, опробовал вывод на матрицу через МК (ATmega328, STM32), но все что я смог добиться, это максимум 75 Герц для обновления столбца, а для светодиодной матрицы должно быть не менее 600 Герц. Проблема заключается в нестандартном протоколе MY9269, частично он похож на SPI, но у данной микросхемы инициализация проходит специфично. Решено было использовать ПЛИС, т.к. решится много вопросов с периферией для переключение столбцов, первичная инициализация перед каждой отправкой данных. По идее можно сделать транзит данных SPI через ПЛИС, а Плис займется всем остальным. От МК будет идти максимум 4 линии; 2 SPI(MOSI,SCK) и 2 линии для выбора области, в какую шлем данные, например 00 никуда не шлем, 01 в первую, 10 во вторую, 11 в третью. Прилагаю два даташита на  MY9269 и MY9366, т.к. для MY9269 на китайском, но микросхемы очень похожи и логику работы можно понять из даташита на MY9366. И так же схему для общего понятия.

Отладочная плата с ПЛИС EPM240T100C5N. Возможно ячеек не хватит...

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

 

 

datasheet.pdf MY9366_DS_0.3.pdf

[Реклама]

Реклама: ООО ТД Промэлектроника, ИНН: 6659197470, Тел: 8 (800) 1000-321

[Lexter]

16 часов назад, RIMUS1989i сказал:

Решено было использовать ПЛИС, т.к. решится много вопросов с периферией для переключение столбцов, первичная инициализация перед каждой отправкой данных.

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

В разы поднять скорость выдачи данных из контроллера можно, если на ПЛИС передавать данные в параллельном коде, а в ПЛИС преобразовывать в последовательный.

 

[Реклама]

20% скидка на весь каталог электронных компонентов в ТМ Электроникс!

Акция "Лето ближе - цены ниже", успей сделать выгодные покупки!

Плюс весь апрель действует скидка 10% по промокоду APREL24 + 15% кэшбэк и бесплатная доставка!

Перейти на страницу акции

Реклама: ООО ТМ ЭЛЕКТРОНИКС, ИНН: 7806548420, info@tmelectronics.ru, +7(812)4094849

[RIMUS1989i]

@Lexter Спасибо за ответ.  Но тут основная проблема не в количестве переданных байт, а в том что при переключении портов из одного режима в другой занимает очень много времени, и при этом посылка этих первых 4 импульсов осуществляется "ногодрыгом" МК и это тоже очень медленно .Помимо всего этого нормаль-синхронно,  организовать на МК режим работы (Dynamic 1/8 Scanning Applications) не получится.  В общем тут только ПЛИС. 

Изменено 14 февраля, 2021 пользователем RIMUS1989i

[Реклама]

Выбираем схему BMS для заряда литий-железофосфатных (LiFePO4) аккумуляторов

Обязательным условием долгой и стабильной работы Li-FePO4-аккумуляторов, в том числе и производства EVE Energy, является применение специализированных BMS-микросхем. Литий-железофосфатные АКБ отличаются такими характеристиками, как высокая многократность циклов заряда-разряда, безопасность, возможность быстрой зарядки, устойчивость к буферному режиму работы и приемлемая стоимость. Но для этих АКБ очень важен контроль процесса заряда и разряда для избегания воздействия внешнего зарядного напряжения после достижения 100% заряда. Инженеры КОМПЭЛ подготовили список таких решений от разных производителей. Подробнее>>

Реклама: АО КОМПЭЛ, ИНН: 7713005406, ОГРН: 1027700032161

[RIMUS1989i]

Опять же, на мк выполняются еще программы, тот же БПФ, если просто на экран вывести статическую картинку частота обновления достигает 280 Герц. Короче если с МК посылать только данные для отображения, я думаю скорость обновления матрицы будет больше и она не будет зависеть от прерываний и т.п., т.к. матрицей будет заниматься ПЛИС.

[AvrAsm]

Я бы не стал использовать MAXII (который кстати может на 300+ МГц) в качестве прокладки между медленным МК и лед драйверами.

Сделал бы все на иксмеге ногодрыгом с максимальным привлечением аппаратного SPI где это возможно.

И в одной асм-вставке (раз без СИ не обойтись) сделал бы полностью всю выгрузку во всю линейку регистров.

А если еще учесть что эти МК можно легко и просто "разгонять" до частоты практически вдвое превышающую гарантируемую производителем - вот оно окно возможностей!

[RIMUS1989i]

5 часов назад, AvrAsm сказал:

Сделал бы все на иксмеге ногодрыгом с максимальным привлечением аппаратного SPI где это возможно.

Не пробовал я их "xmeg".  Планировал на STM32 но пока нет времени их изучать, хотя уже перенес проект на stm32.

А по поводу "прокладки", уже работа идет. Осталось еще чуть-чуть. В дальнейшем можно будет и основной проект перенести на STM. А пока покрутится на Atmel.