nice_vladi

Не, тут всё нативно. Через альтеровский fpga manager, безо всяких извращений)

Да, замучаешься. Поэтому больше смотрю в сторону (3). Вообще Vivado+git это очень больно. Особенно, если есть тяга к перфекционизму.

Как-то нашёл несколько интересных решений из сети: 1. Официально от Xilinx. Наверное самый главный гайд, на который стоит ориентироваться. https://www.xilinx.com/support/documentation/application_notes/xapp1165.pdf 2. Решение для энтузиастов. Обмазывание TCL и простынями скриптов. https://www.srns.ru/wiki/Vivado_и_Git 3. Решение, которое мне больше всего нравится. Тоже скриптинг, но, по большей части, он запрятан вглубь. https://ohwr.org/project/hdl-make Фактически, сейчас используется официальный мануал от Xilinx с небольшими поправками.

Дошли руки причесать и выложить программку для прошивки FPGA части в Cyclone SoC из-под запущенного на HPS Linux. Чуть менее чем полностью содрана с примера какого-то чилийца. https://gitlab.com/vborchsh/c5-fpga-loader

Как минимум, должен быть включен fpga_manager

Ещё раз напомню, что если флешка запаяна и вы грохнули загрузчик - получите массу проблем. Надо смотреть скрипты uboot и device tree. Включены ли там мосты? Включен ли в device tree fpga_manager? И т.д. и т.п. Смотрите оф. мануалы на HPS и Arria10. Я понимаю, что там под 1000 страниц. Но иначе вряд ли что-то получится - там огромная куча нюансов. Ещё как вариант записать prebuild образы всего и вся на флешку. Тогда получите чистую систему, на которой примеры из мануалов будут работать. Наверное. Но - на свой страх и риск)) Гуглите про device tree overlays. Отправной точкой можете взять (вкладка Start Here): https://rocketboards.org/foswiki/Documentation/REFLEXCESAchillesArria10SoCSOM Поиск по странице: Application of devicetree overlay Не в процессе работы. А при прошивке ПЛИС из uboot или linux. Я примерно про это: https://support.criticallink.com/redmine/projects/mityarm-5cs/wiki/Important_Note_about_FPGAHPS_SDRAM_Bridge Но это относится не только к sdram2fpga мосту. Если хотите подробнее - курите мануалы на эту тему. Однозначно рассказать, как это делается я затрудняюсь. Давно дело было =)

Актел жалко. У них есть очень интересные образцы. Интересно, это совсем уход, или можно будет, всё-таки, с наценкой, через третьих лиц..? ЗЫ. Ждём инфы от AMD & Intel =)

device tree файлы, разрешено ли там перешивать плис через юбут? нужно мосты отключать перед прошивкой, потом включать попробуйте в ручном режиме перешить через юбут проверьте скрипты загрузки юбут - мб там наворочено чего ЗЫ. Вангую, что там кастомные сборки юбута и линукса. ЗЗЫ. На этом SoM флешка распаяна на плате, если не ошибаюсь. Рекомендую быть аккуратнее с юбутом и прелоадером. Есть вариант окирпичить плату и потом мучаться, восстанавливать) Посмотрите в сторону прошивки из-под линукс.

Позволю себе глупый вопрос: а почему АЦП напрямую к ПЛИС не подключить? И будет полная синхронность. ЗЫ. В любом случае свитч собирает несколько портов в один - задержки неизбежны. Чудес не бывает) ЗЗЫ. Недетерменированность откликов - свитч перебирает буферы портов по порядку. Пакеты приходят в него случайно относительно этого процесса. Поэтому возможна ситуация, когда задержки между пакетами плавают. Более того, порядок передачи пакетов из нескольких портов в один так же не гарантируется (в зависимости от свитча, конечно).

https://www.intel.com/content/dam/www/programmable/us/en/pdfs/literature/manual/tclscriptrefmnl.pdf Страница 2-51: --cable=<cable name>Option to specify which programming hardware or cable to use.The full syntax is as follows (depending on whether the hardware is on your local machine or a remote machine): "<cable_name> [<port>]" "<cable_name> on <host_name/IP_address> [<port>]"You don't need to specify the hostname or port if they are unambiguous so just specifying the name of the cable will be sufficient if there is only one cable of that type available (on a local or remote machine). Попробуйте либо явно указать удаленный жтаг, либо опустить этот параметр.

sudo netstat –tulpn Посмотреть, на какой порт залез jtagd Открыть этот порт файерволлом

В один терминал jtagd —debug —foreground в другой просто jtagconf. Здесь будет выхлоп - подключённые девайсы. Если все ок - можно подключаться. Нюанс. На убунте18.04 сервер не хотел принимать пароль из командной строки. Нужно было создавать файл конфигурации по стандартному и пути и в нем прописывать пароль. И только в этом случае сервер поднимался с корректным паролем.

Я дико извиняюсь, но первая ссылка из гуглА с запросом "pylab": ЗЫ. Я не шучу, реально первая ссылка:

Кстати, если хотите низкого потребления - можете посмотреть в сторону Microsemi. Их серия Smart Fusion2 вполне неплохая. Плюс встроенный CortexM3. Ну а низкое потребление - это одна из фич этого производителя.

Вангую Cyclone5 SX C4. Встроенный проц, умножителей достаточно, 40к логики. С запасом хватит на все хотелки =)

Очень зависит от интерфейса АЦП. 24 бита параллельно - это нужно много ног. Последовательно - ПЛИС должна быть достаточно скоростная. Так же, если не принципиальны 24 битика, то можно посмотреть в сторону интегрированных решений. Типа ADAR7251. Там и фильтрация внутри есть и работу с ним потянет даже DSP, ПЛИС не нужна будет.

+++ за тулбоксы и Simulink. Ни один другой софт такими интересными и популярными средствами похвастаться, к сожалению, не может. HDL/C/C++ кодеры, вроде как есть, но они выглядят жалкими поделками на фоне того, что умеет Matlab. Кто-то, например, полностью разрабатывает HDL/C дизайн в Simulink. Сам давно хочу попробовать заняться моделированием в Python, но вот тулбоксы никак не выпускают из Matlab.

Да я не против совсем всего этого. Да, реально крутые штуки, реально помогают, реально полезно. Нет сомнений. Я позволю себе процитировать самого себя: После первых шагов - пожалуйста, юпитер, айпитон, реалтайм графики на вебчике (https://plotly.com/javascript/), и всё, что пожелаете. Но врываться в новый язык программирования сразу используя всю кучу его возможностей и дополнений (а в питоне их огромное количество) не совсем верно, на мой взгляд. Сначала ползаем, потом летаем =) ЗЫ. Простые вещи всё ещё бью прямо в интерпретатор питона) Будет не хватать - обязательно перелезу на IPython, очень годная вещь.

Я не отметаю вами перечисленное, а утверждаю (ИМХО), что в начале освоения языка чем меньше дополнений к нему используется - тем лучше.

Jupiter, Notebook, IPython.

ИМХО избыточно. От лукавого)

Перефразирую: от настроек ip core.

Мне кажется, в самом начале вообще нет смысла нагружать голову фреймворками и ide. Что-то типа того, о чем сказали выше: берёте текстовый редактор, ставите python по-свежее и вперёд. Ставите numpy, matplotlib - этой пары за глаза, что бы сгенерировать и посмотреть сигнал. Ну а дальше - по мере необходимости, можно и Anaconda и Jupiter и Pycharm...

У неё есть лаг в работе после сброса. Нужно выждать Н тактов, в зависимости от размеров FIFO. И всё это обрамлено флагами wr_rdy/rd_rdy. Недавно буквально заводил хоровод с бубном из-за этой фичи. Привык к альтере - там через 1 или 2 такта после сброса можно данные записывать.