Comments 10
Осталось непонятным зачем все это с трудом компилировать под виндовс, если можно с легкостью под линукс.
Понимаете. Сначала я работал в RT-11. Потом - в MS DOS и оболочке Dos Navigator. Дальше были Win3.1, Win95, NT4.0 и далее по нарастающей. Я уже привык к файловой иерархии такого вида. Мне не комфортно в Линуксе. Я там нервничаю. А как можно писать нормальный код, когда нервничаешь? Тем более, нервничаешь от того, чего можно избежать?
При работе в Windows через FAR, я чувствую себя комфортно и думаю только о коде. Я стар. Переучиваться бесполезно. MC меня выбешивает своими особенностями, если что. Дерево файлов - тоже выбешивает. Это не лечится. Это надо принять.
Вот для тех, кому переучиваться бесполезно, я и поделился опытом. А что остальным это не нужно - вынес в заглавный абзац.
Дело ваше.
Мое мнение: Linux это именно среда для разработчиков. В том числе и для разработчиков ПЛИС.
В Linux сразу из коробки и Icarus Verilog и Verilator - не знаю есть ли способ вести симуляцию проектов быстрее, чем с Verilator.
Если в ПЛИС проекте будет нужен софт-процессор - к нему какой компилятор? Ну линусковый gcc же!
И т. д.
А не пробовали в Linux файловый менеджер mc? Отличная штука.
Ну и кстати и FAR есть под линукс.
Здорово! Я тоже работал в RT-11 (ФОДОС, так сказать), c MS-DOS и её INT 21h и BIOS INT 10h. Тоже постоянно с FAR. И с Linux некомфортно.
Когда дошёл до тренировки моделей ML, то столкнулся с тем, что под Windows и macOS они тренируются нормально, но не работают. А если работать в подсистеме Linux для Windows, то всё работает. Кстати, при этом работал в FARе, то есть, в своем комфортном окружении. (Есть еще вариант - использовать драйверы от Parallels). Позже где-то читал, что Python может давать разные результаты в зависимости от OS, вроде там разные форматы чисел с плавающей запятой...
Хотел сказать про EmBitz IDE, я ее настраивал и для ARM, и для RISC-V, возможно, ее можно настроить и для ПЛИС. Работать очень комфортно и быстро. Сам настроить не смогу, так как мой опыт ограничился миганием светодиода на Arduino Vidor 4000, в которой стоит Intel (Altera) Cyclon 10.
Есть ли необходимость возиться со сборкой Yosys, если собранное под виндовс уже есть в OSS CAD Suite?
Посмотрел, что это такое. Наконец-то версия под Windows свежая. Всё, что я раньше находил, было древним, либо содержало только сборки под Linux. Возможно, тогда Вы и правы. Надо будет изучить.
И все равно хорошо, что Вы разобрались. Может пригодиться. Я слежу за статьями по Litex тематике. И жду обещанного про HDMI.
К HDMI я пока не знаю, с какой стороны лучше зайти. Поэтому давайте покажу текущие мысли. Может мы даже чего-то вместе придумаем, куда лучше двигаться.
С одной стороны, было бы здорово рассказать, как выводить свою картинку через HDMI, но это будет пересказ ряда уже существующих статей. Неплохая статья уже есть на сайте Марсоход. Реализация HDMI в ПЛИС (marsohod.org) . В ней некоторые вещи не очень раскрыты, так как автор считает их само собой разумеющимися. Их бы раскрыть, и... Опять же, эта статья ссылается на fpga4fun.com - HDMI
Раскрыть опущенные подробности - всегда полезно. А вдохновение по коду для Латтисов можно черпать из вот этого кода, который я собрал и убедился, что он работает: wuxx/Colorlight-FPGA-Projects: current focus on Colorlight i5 series module (github.com) Там - /src/i5/hdmi_test_pattern/.
Чего оттуда не ясно, можно подглядеть в проекте, который пилил мой начальник atari800-u16/rtl/reverse-u16/hdmi at master · fintros/atari800-u16 · GitHub - там есть скандаблер (это он мне такое неприличное слово сказал) и упаковка звука. А если взять более ранний коммит, то можно найти и стандарт.
Но во-первых, писать пересказ скучно, во-вторых, для реальной жизни важнее что-то, легко встраиваемое в любую типовую систему. Есть ещё в-третьих. Я мечтаю когда-нибудь сделать красивый и чётко документированный эмулятор БКшки (что добавляет требований по моим хотелкам к конкретным видеорежимам для качественной поддержки графики и кадрового прерывания), но это уже мечты из области идеала. Пока хватит первых двух пунктов.
Так вот. Самое логичное, что видно при движении в эту сторону - стандартные Litexовские контроллеры алфавитно-цифрового и графического дисплеев. Но там я пока буксую на том, что их надо подключать к Native шине SDRAM, а у неё производительность пока что выходит такая, что страшно её показывать. Документации никакой. Вот, сижу, потихоньку тыкаюсь, чтобы получить все сведения по возможным режимам работы, по настройкам частот, по настройкам режимов и прочему. Чтобы было всё обосновано хотя бы, а не "попробовал, кажется работает". Короче, пока тоже нечего описывать. Что уже могу собрать, то другим советовать стыдно. А остальное - тыкаюсь потихоньку, чтобы освоить.
Заказчик Латтисовского проекта сказал часы на это не расходовать, делать всё без базовой системы. Так что теперь разбираюсь в свободное время. Набегами. Было бы полезно с кем-то пообщаться, чтобы в диалоге во всём разобраться. А может где есть документация, на которую я до сих пор не смог выйти, как не мог выйти на OSS CAD Suite.
Надеюсь, мой комментарий не окажется лишним в этой ветке :)
Некоторое время назад я, прочитав упомянутую статью на Марсоходе, решил повторить (и превзойти) данный проект HDMI. Однако в ряде источников упоминалось, что линии LVDS слишком слабы по току для полноценного TMDS, используемого в HDMI/DVI-D.
Тогда я решил поискать трансляторы LVDS->TMDS. В результате я нашел IT6263, на который нет документации и который не продаётся на Маузере. А также SN65CML100 и ADCMP606, которые вроде бы и да, но их цена приблизительно равна трансиверу TFP410 (parallel24bit-to-HDMI), который используется во многих демоплатах с ПЛИС-ом и HDMI-ем.
Я задал соответствующий вопрос на electronics.stackexchange и мне ответили, что, FullHD/60fps потребляет 1390МБ/с на линию, тогда трансиверы MAX10 (как у марсохода) рассчитаны на 720МБ/с, так что получить FullHD/60fps на MAX10 возможно только при помощи чего-то похожего на TFP410 (который как раз может FullHD/60fps).
А как собрать проект, который требует Vivado или Intel Qutrus?
Собираем компилятор для ПЛИС Lattice ECP5 в лице Yosys и NextPNR для работы в ОС Windows