В общем, вот концепция "Плис рулит! считаем "мегафлопсы"" Берем 400(или больше главное, влезть в объем) 64-разрядных циклических счетчика, начальное значение и приращение равно его номеру. вычисляем сумму всех счетчиков, выдаем на экран номер итерации и сумму. Потом пишем на С программу которая делает то же, дивимся примерно десятитысячекратной разнице). 64 - разрядные счетчики - это самое удобное для 64разрядного процессора. На других разрядностях , особенно нестандартных, типа 29 или 51разрядных счетчиках все будет гораздо грустнее, еще раза в три. А если например загрузить параллельно 8 ядер этим делом, исходный код, даже без блокировок будет весьма непростым.
берём за пару баксов многоядерный мощный арм со всторенной видюхой и кучей всего ещё интересного и делаем что-нибудь, что фпг за десятки долларов даже близко не тянет. профит.
Очень интересно когда на примере задачи которую решает МК показывают как это решают на FPGA. Так чем же лучше FPGA чем МК? Правильно ставить вопрос когда и при каких условиях - в задачах паралельной обработки данных на большых частотах (задачи которые соответствуют архитектуре ПЛИС). В остальном время на разработку под FPGA сожрет все плюсы. Протоколы обмена данными - наглядный пример, иногда софт процессор внедряют в плис для этих задач, особо изощренные пишут конечные автоматы. Что занимает куда больше времени чем на МК.
Как я понимаю буфер памяти используется под один кадр, хотя по хорошему надо хранить два кадра, один кадр выводится а другой рисуется( открыл даташит на ваш циклон как раз памяти на 1 кадр). хороший ролик) с разьяснениями
@@KARMAElectronics не плохо, но если сделать отдельный буфер из которого вычитывается кадр для отрисовки то можно было бы прикрутить потом любой алгоритм по формированию кадра. я как раз чем то подобным занимаюсь, только на spartan6 (xilinx xc6slx16). там на борде SDRAM на 32 Мбайта распаяна как раз хватает для кучи кадров)
@@1234mifa Это дело! С внешней памятью совсем другой разговор получается) а главное - нет интерфейсного ограничения по времени на формирование кадра - хоть 10 секунд формируй, а выводи из другого слота-кадра
Сам больше люблю Альтеру, но надо признать, что у Xilinx софт лучше. Точнее, не так. Он не лучше, а по интерфейсу даже позаморочнее, но у него есть очень приличный встроенный Верилог симулятор. Для Альтеры надо использовать внешний жуткий Multisim и это напрочь отбивает желание использовать Quartus.
хотел бы я посмотреть как вы будете реализовывать свой первый проект HDMI =))) не зная про сдвиговые регистры, fast output register, clock skew и прочие тонкости. Но это если мы говорим про формирование именно hdmi на плис, а не parallel bus -> hdmi конвертор
vga на некоторых микроконтроллерах (недорогих в том числе) элементарно реализуются. противопоставлять мк и фпга вообще тупо. это устройства из сильно разных ниш.
Хоть бы кто рассказал как плис из телевизора с битой матрицей запустить с нуля, какую макетку купить под нее в чипе и дипе, где побютжетнее и какой генератор надыбать, куда и как его подключить, куда светодиоды припаять, от чего и как все это дело запитать и чем и как прошить простой проект мигания светодиодом. Ну т.е как стартануть с плисиной с нуля. А купить тысяч за пять готовую боард и на ней ваять большого ума не требуется, и это еще самые дешманский варианты. А если проц захочется синтезировать на чем нибудь аля deo nano 2 то готовь все 20т.р. И чего это народ 100р стм32 предпочитает, а не плис...
Посыл ролика не в том, как запустить плис с нуля (хотя были и такие проекты), а в том, чтобы наглядно показать основные принципиальные отличия работы с ПЛИС и МК и их сферы применения.
@@101picofarad бывает на нескольких (для больших взрослых процессоров) но для МК достаточно одной очень жирной, типа такой: eu.mouser.com/ProductDetail/Xilinx/EK-U1-VCU128-G?qs=T3oQrply3y8Ik1njWFRsDA%3D%3D
тут в видео противопоставление 'nj вообще ... затея. есть задачи, где лучше одно или другое. есть задачи, где мк со специализированными ускорителями (дсп, тензорные ядра и т.д.) будут лучше. где-то лучше на плисине чатсь ресурсов выделить под реализацию мк. а где-то лучше, что бы было в одном чипе мк + фпга + если надо, ещё что. и т.д. вывод графики на вга в принципе может и на некоторых недорогих и популярных мк реализован. и не только вывод, а ещё и эмуляция простенького старого железа. от всяких спектрумов до ibm pc.
Плис не лучше чем МК. Они просто разные. Я никогда не буду делать на плис коммуникацию или автоматику. Но там, где надо очень быстро, там плис это хорошо.
![Felix "Unfair" | [Stray Kids : SKZ-PLAYER]](http://i.ytimg.com/vi/Oswujxm2Ag0/mqdefault.jpg)
Шикарно! я ничего не понял правда.. Но очень познавательно!
Спасибо тебе большое дружище!
Спасибо! Все прям так подробно.
Надо тоже будет что-нибудь на VGA запилить... )
Очень круто *_*!
Вау...
Просто вау
Давно хотел на FPGA собрать sdr приемник, но сложность оттолкнула, может вернусь как-нибудь)
детекторный собери там 1 диод
@@madmax2872 собирал в классе третьем
VGA это простейший интерфейс !
Я написал его за 1 час на VHDL!
Тоже пытаюсь, хочу для компа "Орион-128" сделать вывод на VGA как в графике 384х256, так и в текстовом режиме. Пока статейки да видосы курю по VHDL.
@@oldlazycatзагуглите мурмулятор, это на основе дешёвой платы VGA (HDMI) адаптер для ZX Spectrum и многих других 8ми битных бытовых компьютеров.
В общем, вот концепция "Плис рулит! считаем "мегафлопсы""
Берем 400(или больше главное, влезть в объем) 64-разрядных циклических счетчика, начальное значение и приращение равно его номеру.
вычисляем сумму всех счетчиков, выдаем на экран номер итерации и сумму.
Потом пишем на С программу которая делает то же, дивимся примерно десятитысячекратной разнице).
64 - разрядные счетчики - это самое удобное для 64разрядного процессора. На других разрядностях , особенно нестандартных, типа 29 или 51разрядных счетчиках все будет гораздо грустнее, еще раза в три.
А если например загрузить параллельно 8 ядер этим делом, исходный код, даже без блокировок будет весьма непростым.
берём за пару баксов многоядерный мощный арм со всторенной видюхой и кучей всего ещё интересного и делаем что-нибудь, что фпг за десятки долларов даже близко не тянет. профит.
Хороший ролик. Спасибо.
13:26 - Это и есть Алекс Гувер.
Ура! Я всё ждал, когда кто-нибудь это напишет)
Аналоговый сигнал с камеры сложно плисом оцифровать? -существуют доя этого готовые шаблоны?
Столько примеров для работы с VGA и ноль примеров для гальваносканнеров протокол XY2-100
Очень очень круто!
Спасибо большое за видео (つ≧▽≦)つ
Очень интересно когда на примере задачи которую решает МК показывают как это решают на FPGA. Так чем же лучше FPGA чем МК? Правильно ставить вопрос когда и при каких условиях - в задачах паралельной обработки данных на большых частотах (задачи которые соответствуют архитектуре ПЛИС). В остальном время на разработку под FPGA сожрет все плюсы. Протоколы обмена данными - наглядный пример, иногда софт процессор внедряют в плис для этих задач, особо изощренные пишут конечные автоматы. Что занимает куда больше времени чем на МК.
Эх, этот комментарий не появился бы, если вы посмотрели вводную часть...) см. 5:00 )
@@KARMAElectronics Комент касательно названия ролика "В каких случаях лучше FPGA чем МК?" )))
@@Devishhike ну в ролике всё и рассказывается)
Исходники бы, если не сложно.
это можно gitlab.com/KARMA-E/altera_cyclone_iv/-/tree/vga_terminal?ref_type=heads
Как я понимаю буфер памяти используется под один кадр, хотя по хорошему надо хранить два кадра, один кадр выводится а другой рисуется( открыл даташит на ваш циклон как раз памяти на 1 кадр). хороший ролик) с разьяснениями
Не совсем, в памяти хранятся только символы в ascii, а кадр формируется на лету, в процессе вывода.
Ну и 414 kb хватит только на один кадр
@@KARMAElectronics не плохо, но если сделать отдельный буфер из которого вычитывается кадр для отрисовки то можно было бы прикрутить потом любой алгоритм по формированию кадра. я как раз чем то подобным занимаюсь, только на spartan6 (xilinx xc6slx16). там на борде SDRAM на 32 Мбайта распаяна как раз хватает для кучи кадров)
@@1234mifa Это дело! С внешней памятью совсем другой разговор получается) а главное - нет интерфейсного ограничения по времени на формирование кадра - хоть 10 секунд формируй, а выводи из другого слота-кадра
@@1234mifa с внешней оперативой - это слишком просто )
А как можно с ПЛИСины считать зашитую логику?
Надо расшифровать епром ;)
@@101picofarad плисины никогда не юзал
Опа, и тут FPGA. Посмотрим
не подскажете плис могут иметь на борту АЦП или ЦАП ?
В интеловских MAX10 есть АЦП, но они довольно медленные
@@shibaevdm спс
Блин тоже хочу с плисами поработать, но блин где взять столько времени ))
надо меньше сидеть на ютубе и не строчить комментариев.
ошибок не так и много, но лучше все же вместо define использовать parameter/localparam
Сам больше люблю Альтеру, но надо признать, что у Xilinx софт лучше. Точнее, не так. Он не лучше, а по интерфейсу даже позаморочнее, но у него есть очень приличный встроенный Верилог симулятор. Для Альтеры надо использовать внешний жуткий Multisim и это напрочь отбивает желание использовать Quartus.
А зачем этот устаревший VGA? Лучше уж HDMI, это интереснее и практичнее, на мой взгляд.
хотел бы я посмотреть как вы будете реализовывать свой первый проект HDMI =))) не зная про сдвиговые регистры, fast output register, clock skew и прочие тонкости. Но это если мы говорим про формирование именно hdmi на плис, а не parallel bus -> hdmi конвертор
И заодно USB-3.1...
:-)
vga на некоторых микроконтроллерах (недорогих в том числе) элементарно реализуются.
противопоставлять мк и фпга вообще тупо. это устройства из сильно разных ниш.
А ПРО HDMI БУДЕТ ВИДЕО?
Блин. Ну никак мне ПЛИС не поддаются
Хоть бы кто рассказал как плис из телевизора с битой матрицей запустить с нуля, какую макетку купить под нее в чипе и дипе, где побютжетнее и какой генератор надыбать, куда и как его подключить, куда светодиоды припаять, от чего и как все это дело запитать и чем и как прошить простой проект мигания светодиодом. Ну т.е как стартануть с плисиной с нуля. А купить тысяч за пять готовую боард и на ней ваять большого ума не требуется, и это еще самые дешманский варианты. А если проц захочется синтезировать на чем нибудь аля deo nano 2 то готовь все 20т.р. И чего это народ 100р стм32 предпочитает, а не плис...
Посыл ролика не в том, как запустить плис с нуля (хотя были и такие проекты), а в том, чтобы наглядно показать основные принципиальные отличия работы с ПЛИС и МК и их сферы применения.
С нуля лучше запускать плис из состояния "девкит" )
лол
Приветствую, а как вы попали на это видео?)
@@KARMAElectronics Агентура донесла
ПЛИС хороша в "простых" операциях. Простые - это где нет или очень мало ветвлений. Если вам нужно много if/case, то микроконтроллер лучше справится.
Возможно, но рекомендую посмотреть - на чем моделируют асики перед отправкой на производство)
@@KARMAElectronics на куче плис?
@@101picofarad бывает на нескольких (для больших взрослых процессоров) но для МК достаточно одной очень жирной, типа такой: eu.mouser.com/ProductDetail/Xilinx/EK-U1-VCU128-G?qs=T3oQrply3y8Ik1njWFRsDA%3D%3D
тут в видео противопоставление 'nj вообще ... затея. есть задачи, где лучше одно или другое. есть задачи, где мк со специализированными ускорителями (дсп, тензорные ядра и т.д.) будут лучше. где-то лучше на плисине чатсь ресурсов выделить под реализацию мк. а где-то лучше, что бы было в одном чипе мк + фпга + если надо, ещё что. и т.д.
вывод графики на вга в принципе может и на некоторых недорогих и популярных мк реализован. и не только вывод, а ещё и эмуляция простенького старого железа. от всяких спектрумов до ibm pc.
ПЛИС может и лучше МК но сложнее тупо
Плис не лучше чем МК. Они просто разные. Я никогда не буду делать на плис коммуникацию или автоматику. Но там, где надо очень быстро, там плис это хорошо.