[anthony__ 1]

Подскажите пожалуйста, что подойдет для таких задач:
1. 4 видеоконтроллера дают rgb потоки 888 с разрешением от 640 до fhd, из них нужно составить полный кадр (каждый чип свою полосу горизонтальную рисует). данные по обоим фронтам, поэтому по 12бит шине от каждого. дальше отправить на tmds трансмиттер.

 

2. нужно такую ддр 12бит шину развернуть в 24 бит и отправить в tmds.

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

Изменено 3 ноября, 2022 пользователем anthony__

[des00 25]

ИМХО берите что нить типа 705 борды от хилых, сделав проект, потом поймете можно ли будет ужаться до чипов меньшего размера с более простой обвязкой.

[anthony__ 1]

ох, крутовато. как по цене так и по доступности.

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

[des00 25]

4 minutes ago, anthony__ said:

ох, крутовато. как по цене так и по доступности.

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

а у вас выбора особого нет, вам нужно порядка 100к логики + внешняя память. Запас нужен на отладку + внезапное расширение функционала, это чип порядка артикса 100/200. Вот только вы его не купите просто так. Можно начать с симулятора и разработки каркаса, там оценить, влезете ли в 20ку от говина или 50ку что они обещают.

[anthony__ 1]

может глупый вопрос, но все же. для чего такие ресурсы и память? как таковой обработки изображения не предполагается. просто коммутирование ргб потоков грубо говоря, 4 в 1. без какого-либо буфера кадров.

Изменено 3 ноября, 2022 пользователем anthony__

[Arlleex 131]

Цинк 30-ка я думаю подойдет.

Разработали как раз недавно SoM-модуль под него, только у нас 2 входа и 2 выхода TMDS. На борту сериализаторы делают параллельную шину в ПЛИСу.

Бонусом сразу получаете 2 ARM ядра.

[des00 25]

3 minutes ago, anthony__ said:

может глупый вопрос, но все же. для чего такие ресурсы и память? как таковой обработки изображения не предполагается. просто коммутирование ргб потоков грубо говоря, 4 в 1. без какого-либо буфера кадров.

без четкого тз результат хз) начните с прототипа, потом точно определитесь. В целом сейчас проблема с любыми плис, кроме китайских с алишки на 9-18к логики. 

[Arlleex 131]

5 минут назад, anthony__ сказал:

может глупый вопрос, но все же. для чего такие ресурсы и память?

Например, если у Вас вдруг окажется, что надо мастерить скейлеры (или задействовать чьи-то). Они жрут логику как не в себя.

Память нужна для буферизации кадров (ибо на один FHD-кадр памяти ПЛИС-ы Вы вряд ли найдете).

[des00 25]

2 minutes ago, Arlleex said:

Например, если у Вас вдруг окажется, что надо мастерить скейлеры (или задействовать чьи-то). Они жрут логику как не в себя.

ну или чипскоп придется поставить для отладки на 64 сигнала по 8-32 бита с глубиной 4-8к, а место закончилось)

[anthony__ 1]

В 03.11.2022 в 10:37, Arlleex сказал:

Например, если у Вас вдруг окажется, что надо мастерить скейлеры (или задействовать чьи-то). Они жрут логику.

нет это не надо, сигнал без изменений. как и поддержка всяких интерфейсов не нужна. нужно 48 входов (ддр), 24 выхода(сдр) ну и еще + немного на управляющие сигналы и клок. 165мгц макс.

В 03.11.2022 в 10:36, des00 сказал:

В целом сейчас проблема с любыми плис, кроме китайских с алишки на 9-18к логики. 

мб. есть какие-то таблицы по моделям что доступны сейчас, чтобы сравнить наглядно?

Изменено 3 ноября, 2022 пользователем anthony__

[des00 25]

12 minutes ago, anthony__ said:

мб. есть какие-то таблицы по моделям что доступны сейчас, чтобы сравнить наглядно?

где то там Китайские ПЛИС - Работаем с ПЛИС, области применения, выбор - Форум ELECTRONIX

 

[anthony__ 1]

еще забыл упомянуть очень важные требования как малое кол-во обвязки и работа с 3.3в сигналами как и запитка от 3.3 очень желательна. а так же компактные размеры чтобы поместилась на существующий дизайн. но, надо полагать, это все неосуществимо уже, тем более сейчас.

[Arlleex 131]

Желание сделать все 3.3-вольтовым понятно, но здесь это диктуется, скорее, не хотелками разработчика, а конкретными ограничениями ПЛИСы. Все надо досконально вычитывать в даташитах, ибо нюансов вагон с тележкой, как, например, поддержка того или иного типа входа/выхода при определенном напряжении банка. И уж только после дизайна подключения ПЛИСы можно танцевать над вытяжкой логических уровней. Посмотрите любой забугорный SoM - там всегда почти разнобой уровней в пределах даже однотипных интерфейсов - обычно это 1.8/3.3 В.

[blackfin 16]

On 11/3/2022 at 7:57 AM, anthony__ said:

4 видеоконтроллера дают rgb потоки 888 с разрешением от 640 до fhd, из них нужно составить полный кадр

 

On 11/3/2022 at 8:32 AM, anthony__ said:

для чего такие ресурсы и память? как таковой обработки изображения не предполагается. просто коммутирование ргб потоков грубо говоря, 4 в 1. без какого-либо буфера кадров.

Буферизация кадров не нужна, если все видеоконтроллеры работают синхронно. То есть, если все видеоконтроллеры одновременно выдают строки с одинаковыми номерами.

Если же видеоконтроллеры выдают строки с произвольным смещением, то нужна DDR память для хранения как минимум четырех кадров.

 

Вот свежие статьи от MicroZed Chronicles:

Video Frame Buffer Write

Video Frame Read Buffer

[gin 0]

15 часов назад, blackfin сказал:

Буферизация кадров не нужна, если все видеоконтроллеры работают синхронно. То есть, если все видеоконтроллеры одновременно выдают строки с одинаковыми номерами.

Если же видеоконтроллеры выдают строки с произвольным смещением, то нужна DDR память для хранения как минимум четырех кадров.

Да, память лучше ставить. А то вдруг окажется, что на входе чересстрочное видео. Значит часть кадра придется буферизировать